311–320 of 431 posts
Earlier quoted context omitted.
So...nothing.
I think you do not understand the value proposition of Zed. It is an editor made for people who are used to double-clicking individual files rather than opening a folder in VS Code, so they close and open their editor dozens or even hundreds of times per day. Let's say VS Code takes 5 seconds to boot. Some programmers may argue: "yes, I spend 3 hours on a project or just leave it open overnight, so 5 seconds per week…
Earlier quoted context omitted.
So...nothing.
I think you do not understand the value proposition of Zed. It is an editor made for people who are used to double-clicking individual files rather than opening a folder in VS Code, so they close and open their editor dozens or even hundreds of times per day. Let's say VS Code takes 5 seconds to boot. Some programmers may argue: "yes, I spend 3 hours on a project or just leave it open overnight, so 5 seconds per week…
No one ever closes emacs.
I love Zed and I'm glad you now have native support for Claude. I previously ran it using the instructions in this post: https://benswift.me/blog/2025/07/23/running-claude-code-with... One thing that still suffers is AI autocomplete. While I tried Zed's own solution and supermaven (now part of Cursor), I still find Cursor's AI autocomplete and predictions much more accurate (even pulling up a file via search is more…
Earlier quoted context omitted.
No. When a press a character key on my keyboard, it should appear in my editor immediately. All other IDE features like auto-completion happen asynchronously.
Are you telling me that it was a delay when you type in vscode? If so, either your configuration or computer is doing something wrong
This is simply not true. There is inherent latency in any rendering pipeline, and VSCode and Atom both have input latency that is significantly higher than other editors like Sublime Text owing to a bloated rendering pipeline. You can read more about this and how easy it is to introduce latency simply by changing basic things like keyboards here: https://danluu.com/input-lag/ or editors specifically: https://pavelfatin.com/typing-with-pleasure/
What most of these comments are missing is the attempt at standardization and unification. There are a lot of comments that people need X feature in order to switch to Y editor. While that may be true and your particular workflow requires certain features, what is overlooked is the survival pressure for editors. It appears that our industry is moving towards adoption, sometimes mandatory, of AI coding agents. Regardl…
This is such a poor analogy. Yes, a good chef can make do with a different knife, but there is a reason why chefs pay for significantly higher quality knives, keep them sharpened, and treat them with diligence and care, than other kitchen tools. A blunt knife can actually be dangerous. Consequently, a lot of chefs buy knives that are effectively hand crafted / forged knives out of this relentless pursuit of quality.
> What most of these comments are missing is the attempt at standardization and unification.
> While that may be true and your particular workflow requires certain features, what is overlooked is the survival pressure for editors.
I think your general perception is not something I agree with. I want to use software I enjoy using. Programming is a creative exercise for me, and I want to use the tools I enjoy. If a tool is not enjoyable to use, I do not want to use it. Sometimes, productivity does increase enjoyment, but sometimes it doesn't. For example, arguably I would have been more productive in my Java days if I used Eclipse, but because the editor was so bad, I preferred to learn the APIs myself and use Sublime Text instead.
I also don't think I'm sympathetic to the survival of any particular editor. Software comes and goes, and sustainably built business models will prevail. All of the AI-first editors hinge on this being the right iteration of this technology, and we simply do not have a long enough timeframe or context to know if this is truly the best way to write code using AI. MCP/ACP, whatever else might be the best strategy for now, but I think it's too early for anyone to suggest that we've come to the right conclusion forever.
I like Zed in concept. I like Zed in the architectural and foundational aspects. I want more tools like Zed to exist. But, I find Zed challenging to adopt due to random nuances. First, settings management is a mixed bag and sometimes I just want a quick way to open the "settings.json" from the settings pane without fussing around. Then I'd like the "settings.json" to stay open (reopen) on a restart of Zed. Then I'd l…
I like Zed in concept. I like Zed in the architectural and foundational aspects. I want more tools like Zed to exist. But, I find Zed challenging to adopt due to random nuances. First, settings management is a mixed bag and sometimes I just want a quick way to open the "settings.json" from the settings pane without fussing around. Then I'd like the "settings.json" to stay open (reopen) on a restart of Zed. Then I'd l…
Zed does have a way to run LLMs without tool calling. From the agent pane, in the menu, select “new text thread”. I believe there’s a keyboard shortcut but I’m on my phone right now.
I couldn't seem to get any message through without tool calling instructions in the payload. What you're describing sounds exactly like what I attempted.
I tried something like over 6 different variations of model configs with restarts of Zed in-between. The documentation and what Zed tries to configure are different as well. The fields don't match up with the built in type checking. I tried "openai" with the endpoint configured, "openai_compatible", and even "openrouter" hoping the REST signatures would be match well enough. Each configured with various fields to turn tool calling off and every single request that hit the REST server had tool calling.
Earlier quoted context omitted.
Yes. I don't want to give support or market share to a company that is using AI as it is an unethical technology.
Do you also refuse to use search engines, cars, phones, computers, etc? Or by "AI" do you specifically mean LLMs?
I honestly think this is for the better, (un)supervised learning models and other machine learning models with a reasonable number of parameters (k-means clustering, Markov Chains etc.) are usually not called AI any more (and honestly haven’t been for some time; machine learning has been much more popular for at least 10-15 years in my experience).
I love Zed and I'm glad you now have native support for Claude. I previously ran it using the instructions in this post: https://benswift.me/blog/2025/07/23/running-claude-code-with... One thing that still suffers is AI autocomplete. While I tried Zed's own solution and supermaven (now part of Cursor), I still find Cursor's AI autocomplete and predictions much more accurate (even pulling up a file via search is more…
I was somewhat surprised to find that Zed still doesn't have a way to add your own local autocomplete AI using something like Ollama. Something like Qwen 2.5 coder at a tiny 1.5b parameters will work just fine for the stuff that I want. It runs fast and works when I'm between internet connections too. I'd also like to see a company like Zed allow me to buy a license of their autocomplete AI model to run locally rathe…
You mean an locally run OpenAI API compatible server?