Не проще ли сделать форк от kilo/roo/open code? В чем смысл собственной разработки с нуля? Это же глупо и трудозатратно, тем более в кризисные времена.
Раньше ты продумывал интерактивно/итеративно, держа в голове верхнеуровневое решение и дописывая на ходу детали, сейчас надо полностью в деталях план, а ии уже его реализует, используя заданные рулы и пэттерны. Я про это и говорю, что не волшебная пуля, но скорость работы возрастает. Если написал говноплан, то потом все выкинул и переписал с нуля, руками такое не прокатит.
Ну мне например влом печатать и копировать код из 100500 мест уже)
Сейчас без работы, просто для обучения пишу проекты, использую kilo code для агентной разработки, взял developer subscription z.ai и minimax (где-то 20 долларов в месяц за все). Z.ai не справляется с нагрузкой и очень медленный, но он умнее, поэтому его использую как архитектора и оркестратора, а для кодирования использую minimax+у него контекстное окно больше. Китайцы немного отстают от западных аналогов, но надо добавлять/дописывать MCP серверы для предоставления им информации о последних измененияз во фрэймворках и подходах, добавлять rules, workflows и тд. И в принципе результат получается годный, но на это первоначально времени уйдет не меньше, если бы вы с нуля сами всё написали, зато потом идёт все в разы быстрее, те я к тому что не надо бросать все, тк период настройки под себя занимает время измеримые с "ручной" разработкой какого-то функционала.
На данный момент очень плотно изучаю эту тему, тк много свободного времени и скажу вы абсолютно правы: ИИ шагнул далеко вперёд и надо изучать инструменты и новые подходы. Ещё в прошлом году по сути был глупый и тупой копайлот и ему подобные, сейчас уже есть набор агентов, которые проектируют, разбивают на задачи, кодируют, дебажат и тд. Если их использовать втупую, то получается ерунда, если подстраивать под себя, то получается уже переход к фича разработке, где за один присест ИИ выдает готовый функционал. Но тут меняется именно подход: планированию и архитектуре будущей фичи уделяется 70% времени, затем ИИ выдает результат и уже 30% идёт на ручную отладку+опять же ИИ код ревью, проверка и доработка. Скорость разработки растёт, ты превращается в архитектора+надо заранее всё продумать. Ну и из плюсов, если результат плохой, можно все откатить и сделать новую версию, вручную такое обычно лень делать, либо сразу можно запустить реализацию двух вариантов и посмотреть какой лучше по итогу. В общем я очень впечатлен, но с инструментами реально надо учиться работать и понимать что к чему, это конечно не рокет сайнс, но какое-то время на адаптацию придется потратить.
Я как java разработчик слежу за ангуляром со временем как он ещё был gwt, знаю архитектуру и подходы. И каждый год жду, когда же он устаканится и можно будет сесть и детально его изучить, но потом читаю roadmap, общаюсь с коллегами по фронту, слушаю их боль от того, что в очередной раз все сломали и надо переписать весь проект с нуля. И вот очередной год, когда я говорю себе, надо ещё подождать)
В любом случае вы молодцы, работаете с Энтерпрайз клиентами, значит есть такая потребность. Jfrog и аналоги очевидно что недоступны, поэтому хорошо что есть альтернатива, идея понятна, реализация тоже не должна быть сложной, просто кто-то должен был сесть и сделать ☺️
На самом деле они профукали вспышку с агентными плагинами и потеряли большую аудиторию из-за этого, тот же kilo code рвет их поделку в клочья, не говоря уже про все что делается на платформе vc code. Тут логичное решение бросить всю команду на разработку хорошего агентного встроенного функционала даже за бесплатно, потому что люди просто уходят на vc code. Как иде под java например идее нет конкурентов, но в современном мире без поддержки ai она становится бесполезной. А учитывая, что большинство компаний делает ai инструменты на vc code у jetbrains ещё остаётся шанс удержать/вернуть пользовательскую базу. Иначе будет печаль беда...
От Web flux наоборот стоит отказываться, ребята из нетфликс, которые были его основными идеологами специально ушли от него на виртуальные потоки и перестали контрибьютить в эту технологию из-за сложности разработки, отладки и поддержки кода на нем.
Для того, чтобы не было бардака и кучи самописных скриптов на всех языках программирования мира. Кстати для скачивания сразу всех исходников и java доков в репозиторий нет простой команды, надо какой-то плагин в грэдле колхозить
Да как бы все, просто времени немного больше тратится на это, тк один раз за все время ведения проекта делается и забывается до следующего раза. Минимальные правки уже легко вносятся в процессе. По опыту с прошлого проекта: девопс поссорился с руководством, хлопнул громко дверью и ушёл, прошло уже больше года, а он все в поисках стабильного нового проекта, максимум временные подработки смог найти.
По факту вакансия девопс вымирает, все бэки пишут докер и ТД конфиги сами, остаётся один девопс на 10 проектов с проблемами типа сеть не работает в клауде надо прокинуть и конфиги на секурити покрутить. Уже нет такого ажиотажа.
Время разработчика стоит в десятки если не в сотни раз дороже серверов, в каком году вы живёте? Разрабатывать год "правильно" и потерять из-за этого пользователей, проверку гипотез и в целом развитие продукта в нужную сторону это идея фикс всех разработчиков. Бизнесу , а особенно стартапу вообще пофиг что там под капотом. Если решает проблему за свои деньги, то и супер.
Функционал меньше чем в kilo code, ещё и за подписку платить, в чем смысл?
Сделайте тул для просмотра логов от run_configurstions иначе эта тула бесполезная
Не проще ли сделать форк от kilo/roo/open code? В чем смысл собственной разработки с нуля? Это же глупо и трудозатратно, тем более в кризисные времена.
Раньше ты продумывал интерактивно/итеративно, держа в голове верхнеуровневое решение и дописывая на ходу детали, сейчас надо полностью в деталях план, а ии уже его реализует, используя заданные рулы и пэттерны. Я про это и говорю, что не волшебная пуля, но скорость работы возрастает. Если написал говноплан, то потом все выкинул и переписал с нуля, руками такое не прокатит.
Ну мне например влом печатать и копировать код из 100500 мест уже)
Сейчас без работы, просто для обучения пишу проекты, использую kilo code для агентной разработки, взял developer subscription z.ai и minimax (где-то 20 долларов в месяц за все). Z.ai не справляется с нагрузкой и очень медленный, но он умнее, поэтому его использую как архитектора и оркестратора, а для кодирования использую minimax+у него контекстное окно больше. Китайцы немного отстают от западных аналогов, но надо добавлять/дописывать MCP серверы для предоставления им информации о последних измененияз во фрэймворках и подходах, добавлять rules, workflows и тд. И в принципе результат получается годный, но на это первоначально времени уйдет не меньше, если бы вы с нуля сами всё написали, зато потом идёт все в разы быстрее, те я к тому что не надо бросать все, тк период настройки под себя занимает время измеримые с "ручной" разработкой какого-то функционала.
На данный момент очень плотно изучаю эту тему, тк много свободного времени и скажу вы абсолютно правы: ИИ шагнул далеко вперёд и надо изучать инструменты и новые подходы. Ещё в прошлом году по сути был глупый и тупой копайлот и ему подобные, сейчас уже есть набор агентов, которые проектируют, разбивают на задачи, кодируют, дебажат и тд. Если их использовать втупую, то получается ерунда, если подстраивать под себя, то получается уже переход к фича разработке, где за один присест ИИ выдает готовый функционал. Но тут меняется именно подход: планированию и архитектуре будущей фичи уделяется 70% времени, затем ИИ выдает результат и уже 30% идёт на ручную отладку+опять же ИИ код ревью, проверка и доработка. Скорость разработки растёт, ты превращается в архитектора+надо заранее всё продумать. Ну и из плюсов, если результат плохой, можно все откатить и сделать новую версию, вручную такое обычно лень делать, либо сразу можно запустить реализацию двух вариантов и посмотреть какой лучше по итогу. В общем я очень впечатлен, но с инструментами реально надо учиться работать и понимать что к чему, это конечно не рокет сайнс, но какое-то время на адаптацию придется потратить.
Я как java разработчик слежу за ангуляром со временем как он ещё был gwt, знаю архитектуру и подходы. И каждый год жду, когда же он устаканится и можно будет сесть и детально его изучить, но потом читаю roadmap, общаюсь с коллегами по фронту, слушаю их боль от того, что в очередной раз все сломали и надо переписать весь проект с нуля. И вот очередной год, когда я говорю себе, надо ещё подождать)
В любом случае вы молодцы, работаете с Энтерпрайз клиентами, значит есть такая потребность. Jfrog и аналоги очевидно что недоступны, поэтому хорошо что есть альтернатива, идея понятна, реализация тоже не должна быть сложной, просто кто-то должен был сесть и сделать ☺️
Так jfrog для Энтерпрайз делает тоже самое.
Вы сделали jfrog?
Jetbrains вообще проспали вспышку с AI агентами, там надо весь менеджмент и продакт менеджеров гнать на мороз.
На самом деле они профукали вспышку с агентными плагинами и потеряли большую аудиторию из-за этого, тот же kilo code рвет их поделку в клочья, не говоря уже про все что делается на платформе vc code. Тут логичное решение бросить всю команду на разработку хорошего агентного встроенного функционала даже за бесплатно, потому что люди просто уходят на vc code. Как иде под java например идее нет конкурентов, но в современном мире без поддержки ai она становится бесполезной. А учитывая, что большинство компаний делает ai инструменты на vc code у jetbrains ещё остаётся шанс удержать/вернуть пользовательскую базу. Иначе будет печаль беда...
От Web flux наоборот стоит отказываться, ребята из нетфликс, которые были его основными идеологами специально ушли от него на виртуальные потоки и перестали контрибьютить в эту технологию из-за сложности разработки, отладки и поддержки кода на нем.
Для того, чтобы не было бардака и кучи самописных скриптов на всех языках программирования мира. Кстати для скачивания сразу всех исходников и java доков в репозиторий нет простой команды, надо какой-то плагин в грэдле колхозить
Да вроде наоборот, все опять возвращается к северному рендерингу
Лучше бы они проапдейтили версию java в приложениях, а то там до сих пор что-то древнее
Да как бы все, просто времени немного больше тратится на это, тк один раз за все время ведения проекта делается и забывается до следующего раза. Минимальные правки уже легко вносятся в процессе. По опыту с прошлого проекта: девопс поссорился с руководством, хлопнул громко дверью и ушёл, прошло уже больше года, а он все в поисках стабильного нового проекта, максимум временные подработки смог найти.
По факту вакансия девопс вымирает, все бэки пишут докер и ТД конфиги сами, остаётся один девопс на 10 проектов с проблемами типа сеть не работает в клауде надо прокинуть и конфиги на секурити покрутить. Уже нет такого ажиотажа.
Время разработчика стоит в десятки если не в сотни раз дороже серверов, в каком году вы живёте? Разрабатывать год "правильно" и потерять из-за этого пользователей, проверку гипотез и в целом развитие продукта в нужную сторону это идея фикс всех разработчиков. Бизнесу , а особенно стартапу вообще пофиг что там под капотом. Если решает проблему за свои деньги, то и супер.
Это называется портлеты, на бэке уже всё придумали сто лет назад.