151–160 of 168 posts
I’d love a good summary on why Cursor, Void (and I assume other tools) decided to build new editors instead of just extending the incumbents (VSCode extension, Jetbrains plugins). Is there a technical limitation of the extension APIs or is it easier to “market” a new editor than an editor extension? While adoption for individuals and small companies might be easy, a lot of bigger places already have other integration…
I’d love a good summary on why Cursor, Void (and I assume other tools) decided to build new editors instead of just extending the incumbents (VSCode extension, Jetbrains plugins). Is there a technical limitation of the extension APIs or is it easier to “market” a new editor than an editor extension? While adoption for individuals and small companies might be easy, a lot of bigger places already have other integration…
Do you need to "own" the whole editor to do what you're doing? Just maintaining sync with upstream is a massive rod for your own back, and I don't see what you gain. As others have said, alternative registries exist, and installation instructions of standalone plugins are easier on users than downloading and installing a whole editor. Can't you just do your own "Copilot" extension and plumb in an instance to ollama?…
[dead]
I’d love a good summary on why Cursor, Void (and I assume other tools) decided to build new editors instead of just extending the incumbents (VSCode extension, Jetbrains plugins). Is there a technical limitation of the extension APIs or is it easier to “market” a new editor than an editor extension? While adoption for individuals and small companies might be easy, a lot of bigger places already have other integration…
This is a great question. We think extensions are often buggy (e.g. Copilot, where the selection jumps), or unable to integrate very naturally (e.g. Codeium, other open source extensions). For example, a lot of extensions use the quick pick dropdown for the user to enter a prompt, which feels unnatural. Owning the IDE like Cursor is important to get around these issues, and we think this is why Cursor is so popular.
> While adoption for individuals and small companies might be easy, a lot of bigger places already have other integrations with existing IDEs and displacing those for yet another IDE will be a hard ask
You're right about IDE adoption. We want to build on top of an already-popular to help us reach smaller players, and hopefully we can win over larger companies in the long run with privacy and by centralizing nice AI features.
Why is there a waiting list if it's open source?
The success of Void is tied to how well you implement the part in which AI reasons about multiple files. This is where all the sauce is in Cursor at the moment imo.
Seems to be a dupe of another Show HN post posted by the same user 4 days ago https://news.ycombinator.com/item?id=41523197
A small number of reposts is ok if an article hasn't had significant attention yet. This is in the FAQ: https://news.ycombinator.com/newsfaq.html#reposts .
My primary usage of cursor is cmd+L and cmd+K, I'll give it a shot. Also, makes sense to make an open source alternative. How do you plan on monetizing?
We plan on selling to enterprise companies. We know a lot of companies want to keep their repos private and so we offer them on-prem hosting options. Closed source tools can't really do this because they have to keep their prompt building algorithms behind a private API that they own. This seems to work pretty well for Codeium, which offers its product free to consumers (at a loss), and is still able to make net prof…
Earlier quoted context omitted.
you can try https://firebender.com . Its specifically designed for android studio, but still works well for intellij. I use it every day to develop the plugin itself.
Thanks. I'm already using GitHub CoPilot, but will give this a try. Honestly speaking I'm not a big fan of chat based assistants, which was one of my complaints about IntelliJ's own assistant. Auto-complete feels more natural, although I can see that the suggestions might be more accurate and to the point with the chat based ones.