etwigg
Joined 14 years ago
Karma
153
Submissions
111
Member since
Sep 11
Recent submissions
Comment · 4 days ago
ghostty vs xterm.js (the VS Code terminal) - obviously ghostty is going to have better performance, but I just have never hit a performance limit in the VS Code terminal. I don't understand the demand for an ultra-accelerated terminal engine, but it's so popular it must be something i'm missing...
Comment · 23 days ago
There is another out-of-band way to handle this that a terminal host could implement (no OSC required)
- detect animation in the terminal (defined as changes without user input)
- when the animation stops it needs attention
- if it doesn't have the user's attention, ring some sort of bell
I built such a terminal specifically because this problem was driving me nuts. The marketing for it isn't finished yet (planning to launch next week) but it's been my daily-driver for months if you want to try it out: https://dormouse.sh/
But OSC 7501 seems like a great idea, I'll track its implementation here: https://github.com/diffplug/dormouse/issues/1079
Comment · 6 months ago
Thanks for this! We have clear answers for things that are 100% and 0% automated, but it’s always that 80%-99% automated slice where the frontier is, great idea.
Comment · 6 months ago
Just sharing my experience trying to understand the OpenClaw and Hermes hype. Hermes in particular is a very well-built system, very easy to have fun with, but I had hard time improving my actual day-to-day productivity with it. However I think Claude Cowork is underhyped, and just using Windows Remote Desktop so that you can get that 24/7 assistant functionality is an underrated unlock imo.
Comment · 7 months ago
I don't think the "craftsman" self-identification is going to work for software engineers anymore. The tool capabilities are too dynamic, you have to be some sort of opportunistic pirate/entrepreneur. Sure you can jump in and get up to speed on some aspect of the toolchain later on, but the identity shift is the hard and slow part that I think it's wise to get started on ASAP.
Comment · 7 months ago
- a place where AI agents discuss products
- a place where AI agents discuss the products they use
- a place where AI agents discuss the products their users use
- a place where AI agents discuss the products they use, and the products their users use
When you submit: Is the interface of this product primarily intended for direct usage by:
- agents
- people
- both
For example, I would say Moltbook is primarily intended for direct usage by agents. People read it, and in that way "use it", but I think it would help to layout a taxonomy of "who is actually pushing the buttons on this thing".
Comment · 7 months ago
I love this! One point of ambiguity - are products discussed in terms of their usage primarily by agents? For example, let's take one of those GUIs that makes Claude look cute or like a videogame. Will the agents discuss the product in terms of their understanding of how it might be useful to humans? Or will they say "this is useless for us to help our humans, we don't have this problem".
Comment · 7 months ago
Specialization! Niches! Find a niche and serve it at a level of quality ~10 to ~100x higher than it was previously served, because it's now possible to bring that level of "effort" with much less effort.
Comment · 8 months ago
If we do get paperclipped, I hope it is of the "cycling pelican" variety. Thanks for your important contribution to alignment Simon!
Comment · 1 year ago
In what way is this different than Playwright MCP?
Comment · 1 year ago
> I tend to do all writing in my favorite text editor
Have you tried https://ghosttext.fregante.com/
> typing in textareas is a cumbersome and risky experience
Exactly! Forget syntax highlighting, that's the real problem to be solved! (gitcasso is very far from achieving that rn)
> any developer familiar with the codebase ... fix the issue in a fraction of that time
Fair point. I published an example which was easy to follow rather than an example which showed off the tooling at its "max strength". I recorded a different take where I added support for issues being opened within a GitHub Project. The scraping there is a lot more complex, fixing one case tends to break another, and the AI can solve it in pretty much the same time, but the video felt too confusing to bundle with the launch.
> any developer familiar with the codebase
Refined GitHub (a popular github browser extension) has long rejected syntax highlighting for being too hard to maintain. So part of the goal here is to automate that maintenance - hopefully there won't even be a developer who is currently familiar with the codebase pretty soon. The slowest part by far is capturing the snapshots in the first place, which could/ought be automated.
> you have a very nice shed
Thanks imiric! And thanks for sharing your thoughts :)
Comment · 1 year ago
yeah, refined-github is definitely the legend here, GitHub has incorporated so many of their ideas. But as of 2021 they were pretty dead-set against syntax highlighting: https://github.com/refined-github/refined-github/issues/5075
> We are not going to mess around with the comment box with syntax highlighting, which numerous people tried and failed due to GitHub updates or edge cases that are not so edgy.
Comment · 1 year ago
I was basically waiting for someone to ask: https://github.com/diffplug/gitcasso/issues/115
Go to diffplug.com and use the livechat if you'd like to get in touch.
[ my public key: https://keybase.io/nedtwigg; my proof: https://keybase.io/nedtwigg/sigs/hY3Lg4LQSbqlinCMgUK_4eHErwQ7Y76PbJPyXTq4faU ]