| |
| ▲ | verdverm 5 days ago | parent | next [-] | | Yea, this announcement makes it less likely I will try Zed I don't want chat with coworkers in my IDE, nor do I feel the pains they describe with conversations spread between tools. It's not a top 5 problem | | |
| ▲ | pvtmert 5 days ago | parent | next [-] | | although I tried the collaborative features I unfortunately cannot say that I used these extensively for now. Although I found them quite nice, well integrated, seamless, and straightforward! The issue is again people, they don't wanna change their _archaic_ workflow, stuck with inefficient -copy/paste- loop to the chat (ie. Slack) and back. The story in the article went a bit too far that I agree, but I guess that is their north-star vision. Current implementation allows you to "join" a workspace session shared by someone, edit the same or different file, follow/watch a certain person, as well as have a chat (without requiring copy-paste) about certain piece of code. (both written or via voice) If something, large enterprises generally don't support smaller and ambiguous licenses. Therefore, if Zed will allow enterprise licensing (ie. via on-prem license server or volume ordering, SSO, whatever) that would increase their adoption quite well... | |
| ▲ | decentrality 5 days ago | parent | prev [-] | | For the record: I have never used the collaboration aspects of Zed What I also have not used is vim emulation, though I have a vim background As mentioned elsewhere, Zed is still very configuration-dependent to get the full power of it, and a lot of its functionality is never discovered for that reason What pushed me to try it was Ollama integration which is not an afterthought, then I realized I loved it _way_ more than SublimeText, especially on performance, at first, then everything else once that won me over I have ~10 running instances at any given moment, and >99% of the time never feel any lag, whatsoever Another unexpected benefit is that terminals, code editor panels, and assistant chats, get to be sized and fit wherever you want, so it is also kind of a window manager... I often have more terminals open in Zed than in the Window Manager of the OS itself | | |
| ▲ | bogwog 5 days ago | parent | next [-] | | > then I realized I loved it _way_ more than SublimeText, especially on performance I currently have 19 instances of Sublime Text open, each to a separate folder containing a mix of C++ and Python code bases (some tiny some huge). Like ~8 of those have the clangd LSP plugin enabled. I don't think I've ever experienced lag in Sublime. KDE System Monitor is reporting 2.0 GiB of ram being using by sublime currently. The clangd LSP plugin in Sublime isn't perfect, and it does occasionally break, and rarely spikes in CPU usage for no reason (although the editor always remains responsive). But, if I ever switch away from Sublime Text, I cannot imagine it ever being due to performance reasons. | |
| ▲ | verdverm 5 days ago | parent | prev [-] | | I do all those same things in VS Code, especially the vim bindings, wouldn't give those up, but did recently leave the vim ecosystem because I had to spend too much time making the IDE work or enable features that are out-of-the-box in a code-oss based IDE | | |
| ▲ | ParetoOptimal 5 days ago | parent [-] | | You probably give up just as much privacy with VS Code as you do with Zed, no? Just sent to different overlords? | | |
| ▲ | verdverm 5 days ago | parent [-] | | what? I didn't comment on privacy I give lots of feedback to Copilot in the hopes it makes the agents better in the long-run. I want them to read my code and train on it, along with the interactions with copilot, which is the next frontier in (post) training |
|
|
|
| |
| ▲ | OldfieldFund 5 days ago | parent | prev [-] | | That's true. Sequoia is often a death sentence for power users. And a huge gamble for the founders |
|
