I wrote this article a while back on how to build a great terminal editor that's better than Emacs and VIM [1], you might find it interesting!
[1] https://gist.github.com/taoeffect/086220456e736cceb30d68834d...
41–50 of 91 posts
I wrote this article a while back on how to build a great terminal editor that's better than Emacs and VIM [1], you might find it interesting!
[1] https://gist.github.com/taoeffect/086220456e736cceb30d68834d...
This seems like all those UI designers who have a crack at redoing Wikipedia and then fail miserably because they just plaster whatever trend on top of something that is universally good.
It's interesting that it brags about no AI as a feature, but the website (and maybe the product itself?) was clearly built using AI.
Yep, I have 2 kids under 1 so this project is either built with AI or it’s not built. I put that line in because the IDE aspect doesn’t need agent management or anything. Other tools are better for that.
The "Emacs doesn't have a file-tree" is when I stopped short and wondered what this person's background is in IDEs. My emacs days are 1999 during my "functional or get out" phase, but my .emacs had close to 4000 lines in it, including xterm mouse support, a clone of midnight commander + sftp to a wehbost and deep integration with ctags/cscope/c++filt. There was even a line by line debugger with custom .gdbinit comman…
Sigh. Long time ago, in mid-2000-s I tried to switch to Emacs or Vim from Visual Studio. I wanted to have a simple project file tree as a side panel and multiple editor tabs on the right. I spent a week toying with various elisp scripts, Vim plugins, and digging out information from a then-moribund XEmacs mailing list. And I couldn't do what I wanted in the end. Nothing worked seamlessly or reliably. Can this be done…
> "No AI features" > Sees "Claude" Now almost 90% of projects on GitHub including existing projects are now slop or are adding slop. Many projects are getting contaminated with AI, and even Linux is getting contaminated with this. There is a list of projects that have non-slop alternatives one can use instead. https://codeberg.org/ethical-foss/open-slopware
Do you count any use of LLMs, including highly reviewed and controlled use as "slop"? The idea that there can be no high quality use of LLMs to aid software development is lacking a lot of nuance.
LLMs are just another multiplier. A liability in the hands of incompetence and an asset in the hands competence.
Another tool, knowledge will always empower those further than those without knowledge.
Earlier quoted context omitted.
Do you count any use of LLMs, including highly reviewed and controlled use as "slop"? The idea that there can be no high quality use of LLMs to aid software development is lacking a lot of nuance.
If it is high quality use, we would not notice the AI. It would just be good code.
The "Emacs doesn't have a file-tree" is when I stopped short and wondered what this person's background is in IDEs. My emacs days are 1999 during my "functional or get out" phase, but my .emacs had close to 4000 lines in it, including xterm mouse support, a clone of midnight commander + sftp to a wehbost and deep integration with ctags/cscope/c++filt. There was even a line by line debugger with custom .gdbinit comman…
> toast is for the developer who wants to stay in their terminal without spending hours getting it up to snuff.
I think he knows you can get anything you want in emacs/vim. The pitch is that toast is batteries-included.
> toast is for the developer who wants to stay in their terminal without spending hours getting it up to snuff. I need a terminal that just works . If it doesn't work out of the box with sensible defaults, it is indeed not up to snuff, and therefore thrown away immediately. Don't ask me to use your buggy-vibe coded thing if it's not up to snuff, right? This is coming from someone who did spend hundreds of hours learn…
I just made a bash script that shells into the container (or starts it if it is not already running) and in there everything is set up.