Hacker News new | ask | show | jobs
by heroprotagonist 602 days ago
I am very hopeful and have enough faith in JetBrains to believe that they will ensure that any added capabilities for completion will be available to ALL AI plugins on their marketplace.

I would be hugely discouraged if I ever discovered that part of their push to get developers using _their_ AI models and service was to lock out any competition from being able to offer an alternative.

There's been a lag between some of the fancy features enabled by VSCode-based tools and plugins like Cursor, Void, etc, and their equivalent becoming available in Jetbrains, due to the completion limitations.

I tried those tools. But I love my PyCharm IDE. When Continue made a configurable plugin that would let me hook it into 3 different LLM at once (for different contexts of completion), I decided to stick with PyCharm instead of investing the effort to adapt to VSCode.

Those plugins are only going to improve if additional capabilities in this area are exposed by the IDE. This will be fantastic but will mean that Jetbrains own features and AI service will be competing with its plugin ecosystem. Which will include paid plugins' associated lock-in models, and open plugins that let users choose from whatever AI model works best for their use case.

I have faith that Jetbrains will continue doing the right thing here until I see evidence otherwise. For any other company, I would be a bit concerned to see what could be perceived as a conflict of interest between themselves and their users. But Jetbrains is smart enough to know that developer satisfaction is their primary goal which will drive sales, and that limiting ecosystem capabilities to drive an advantage for their own service would be contrary to that effort.

1 comments

Isn't their AI plug-in already a paid additional plug-in in the store, like the others?
Yep, and that fact makes me hopeful. However, it's not unusual for other companies who are not Jetbrains to implement undocumented APIs for internal use only, while exposing a different set publicly. Or even to bake some part of the plugin functionality into the core product that a plugin mostly serves as a "key" to unlock.

I'm sure this would be quickly found by anyone decompiling the plugin or otherwise investigating how it works if they did so, though.

That makes sense. Good interpretation!