Разработка с AI в декабре 2024. Выбор IDE (2/2)
Почему не плагин к моей IDE? Я так к ней привык...
Потому что текущие IDE слишком медленные в плане внедрения изменений, которые требуются для полноценной интеграции ИИ-пайплайнов в процесс написания кода. Разработчикам ИИ-IDEшек проще сделать форк VSCode, чем ждать, пока изменят ядро.
И да, я понимаю, что больно отказываться от IDEшек JetBrains, но вот сейчас дела обстоят так, что сторонние IDE лучше для работы с ИИ.
Но ведь никто не мешает один и тот же проект держать открытым в двух IDE одновременно :)
Почему не Copilot?
Специально выделю его, и скажу, что он, несмотря на недавние обновления, так и застрял в прошлом и к тому же как-то очень нестабильно работает, когда нужно много файлов поменять. Возможно, в следующей итерации поправят, но тогда все равно останется проблема его ограниченности как плагина к IDE.
Почему не Aider/Cline?
Это инструменты, которые больше заточены на написание проектов в автономном режиме, и дают меньше контроля над кодом. Т.е. в том же Cursor, если мне понадобится, я могу всегда нужный код и руками написать, а могу переключиться на Composer Agent.
Плюс, за счет работы напрямую с API LLM-вендоров, они жгут токены довольно активно, и есть истории, когда народ по сотне баксов за день на это умудрялся тратить. В этом плане траты на Cursor предсказуемые и довольно низкие (пока что по крайней мере).
Почему не bolt.new / v0.dev / lovable.dev?
Ну потому что пост от разработчика и в основном для разработчиков :)
И я не люблю последующий потенциальный vendor lock-in, мне нравится всё на своей машине запускать, а потом иметь возможность деплоить куда захочу.
Но! Если у вас таких бзиков нет и вам по большей части нужно сделать именно веб-приложение с простым или отсутствующим бекендом, то советую присмотреться к lovable.dev (и к v0.dev во вторую очередь).
Почему не Windsurf?
Это практически аналог Cursor с упором именно на написание кода в режиме агента, и выпустился он в тот момент, когда у Cursor еще не было Composer Agent.
Но спустя буквально пару недель появился-таки Composer Agent и использование Windsurf потеряло смысл.
Тем не менее, это один из инструментов, к которому стоит присматриваться, т.к. компания, которая его выпустила, обладает большим опытом в плане разработки IDE-тулзов и можно надеяться на то, что Windsurf будет развиваться в правильном направлении.
Почему не Devin?
Потому что $500 в месяц и нацелен сразу на команды. Я про него уже писал, когда он вышел.
Вкратце - это один из вероятных сценариев того, как будет выглядеть будущее командной агентной разработки, но пока что оно не наступило :)
Почему не [yet another tool]...
Потому что столько всего появляется, что не успеваю попробовать :)
Из комментов:
* bolt.dyi - открытая версия bolt.new, можно поставить на свое железо, позволяет работать с большим количеством разных моделей, включая локальные;
* OpenHands (бывший OpenDevin) - открытый аналог Devin, выглядит интересно, в планах попробовать погонять локально.
—
Прошлые посты по связанным темам:
* Разработчики-староверы
* Страхи разработчиков перед ИИ
* Пишем приложение голосом
* Остаточная сложность
* Чёрный ящик
Почему не плагин к моей IDE? Я так к ней привык...
Потому что текущие IDE слишком медленные в плане внедрения изменений, которые требуются для полноценной интеграции ИИ-пайплайнов в процесс написания кода. Разработчикам ИИ-IDEшек проще сделать форк VSCode, чем ждать, пока изменят ядро.
И да, я понимаю, что больно отказываться от IDEшек JetBrains, но вот сейчас дела обстоят так, что сторонние IDE лучше для работы с ИИ.
Но ведь никто не мешает один и тот же проект держать открытым в двух IDE одновременно :)
Почему не Copilot?
Специально выделю его, и скажу, что он, несмотря на недавние обновления, так и застрял в прошлом и к тому же как-то очень нестабильно работает, когда нужно много файлов поменять. Возможно, в следующей итерации поправят, но тогда все равно останется проблема его ограниченности как плагина к IDE.
Почему не Aider/Cline?
Это инструменты, которые больше заточены на написание проектов в автономном режиме, и дают меньше контроля над кодом. Т.е. в том же Cursor, если мне понадобится, я могу всегда нужный код и руками написать, а могу переключиться на Composer Agent.
Плюс, за счет работы напрямую с API LLM-вендоров, они жгут токены довольно активно, и есть истории, когда народ по сотне баксов за день на это умудрялся тратить. В этом плане траты на Cursor предсказуемые и довольно низкие (пока что по крайней мере).
Почему не bolt.new / v0.dev / lovable.dev?
Ну потому что пост от разработчика и в основном для разработчиков :)
И я не люблю последующий потенциальный vendor lock-in, мне нравится всё на своей машине запускать, а потом иметь возможность деплоить куда захочу.
Но! Если у вас таких бзиков нет и вам по большей части нужно сделать именно веб-приложение с простым или отсутствующим бекендом, то советую присмотреться к lovable.dev (и к v0.dev во вторую очередь).
Почему не Windsurf?
Это практически аналог Cursor с упором именно на написание кода в режиме агента, и выпустился он в тот момент, когда у Cursor еще не было Composer Agent.
Но спустя буквально пару недель появился-таки Composer Agent и использование Windsurf потеряло смысл.
Тем не менее, это один из инструментов, к которому стоит присматриваться, т.к. компания, которая его выпустила, обладает большим опытом в плане разработки IDE-тулзов и можно надеяться на то, что Windsurf будет развиваться в правильном направлении.
Почему не Devin?
Потому что $500 в месяц и нацелен сразу на команды. Я про него уже писал, когда он вышел.
Вкратце - это один из вероятных сценариев того, как будет выглядеть будущее командной агентной разработки, но пока что оно не наступило :)
Почему не [yet another tool]...
Потому что столько всего появляется, что не успеваю попробовать :)
Из комментов:
* bolt.dyi - открытая версия bolt.new, можно поставить на свое железо, позволяет работать с большим количеством разных моделей, включая локальные;
* OpenHands (бывший OpenDevin) - открытый аналог Devin, выглядит интересно, в планах попробовать погонять локально.
—
Прошлые посты по связанным темам:
* Разработчики-староверы
* Страхи разработчиков перед ИИ
* Пишем приложение голосом
* Остаточная сложность
* Чёрный ящик