Zed was supposed to be the answer to Atom / Sublime Text in my opinion, and I kinda do want to use it as my main driver, but it just isn’t there yet for me. It’s shameful because I like its aesthetics as a product more than the competition out there. Just this other day I tried using it for something it sort of advertised itself as the superior thing, which was to load this giant text file I had instantly and let me…
Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
151–160 of 205 posts
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#152Zed was supposed to be the answer to Atom / Sublime Text in my opinion, and I kinda do want to use it as my main driver, but it just isn’t there yet for me. It’s shameful because I like its aesthetics as a product more than the competition out there. Just this other day I tried using it for something it sort of advertised itself as the superior thing, which was to load this giant text file I had instantly and let me…
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#153Earlier quoted context omitted.
I have Sublime Text installed for the onlu use case of opening large files. Nothing comes close.
Googling around a bit, Sublime Text doesn't seem to be particularly good at this: https://forum.sublimetext.com/t/unable-to-open-a-large-text-... In my experience, BBEdit will open files that kill other editors: "Handling large files presents no intrinsic problems for BBEdit, though some specific operations may be limited when dealing with files over 2GB in size."
But, you can go faster depending on your usecase:
- If you're trying to manually look through the file, use `less`. You can scroll up and down, go quickly to the top and bottom of the file, and also search the file for strings quickly
- If you already know the string in the file that you're looking for, use ripgrep
- If you're trying to do a search and replace, and you already know what the strings are, use sed. (macos' built-in sed isn't good, so get the proper gnu coreutills through homebrew, and you can access the good sed through `gsed`)
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#154Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#155Token based pricing generally makes a lot of sense for companies like Zed, but it sure does suck for forecasting spend. Usage pricing on something like aws is pretty easy to figure out. You know what you're going to use, so you just do some simple arithmetic and you've got a pretty accurate idea. Even with serverless it's pretty easy. Tokens are so much harder, especially when using it in a development setting. It's…
Also seems like a great idea to create a business models where the companies aren't incentivised to provide the best product possible. Instead they'll want to create a product just useful enough to not drive away users, but just useless enough to temp people to go up a tier, "I'm so close, just one more prompt and it will be right this time!" Edit: To be clear, I'm not talking about Zed. I'm talking about the compani…
I unfortunately have seen many AI-based tools being demoed with this approach. The goal is clearly to monetize every user action while piggybacking off of models provided by a third-party. The gross thing is that leadership from the director level up LOVES these demos, even when the models very clearly fuck up in the demo.
AI: "I have cleaned the formatting for all 4,650 records in your sample XML files. Let me know if there's anything else I can do to help!"
Me: "There are over 25,000 records in that data..."
AI: "You're absolutely right!"
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#156Earlier quoted context omitted.
I have never used Zed predictions but $20 for 500 prompts is quite a good deal. I use it mostly with Opus for some hard cases.
10 bucks on copilot and you get unlimited + unlimited gpt4.1 etc Copilot is the best value by far
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#157Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#158Thought this was 2015 for a sec and this was about Zed Shaw.
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#159Earlier quoted context omitted.
I feel like Zed stopped working on the editor itself since AI was rolled out. I also wanted it to be the open-source alternative to Sublime, but nothing comes close.
There have been improvements recently, but it still has some of the worst text rendering of any editor on macOS, if you have a non-4K display plugged in. Rendering text is kind of a big deal!
https://github.com/zed-industries/zed/issues/11676
https://github.com/zed-industries/zed/issues/7992
https://github.com/zed-industries/zed/issues/4334
Font rendering should be the most important feature of a text editor.
Re: Zed's Pricing Has Changed: LLM Usage Is Now Token-Based
#160Zed was supposed to be the answer to Atom / Sublime Text in my opinion, and I kinda do want to use it as my main driver, but it just isn’t there yet for me. It’s shameful because I like its aesthetics as a product more than the competition out there. Just this other day I tried using it for something it sort of advertised itself as the superior thing, which was to load this giant text file I had instantly and let me…
ecode can handle big files, though it's not specifically designed for that. I just tested it with the largest text file I could find (760MB), and it worked just fine (searches included). The editor is designed with performance in mind, taking a similar approach to Zed (custom GPU-accelerated renderer, fully native C++ code, heavily multi-threaded, etc.). The biggest challenge is forming a community of collaborators, solo developing such a project in my free time is a huge task. So if anyone is interested, please contact me =)