На самом деле они профукали вспышку с агентными плагинами и потеряли большую аудиторию из-за этого, тот же kilo code рвет их поделку в клочья, не говоря уже про все что делается на платформе vc code. Тут логичное решение бросить всю команду на разработку хорошего агентного встроенного функционала даже за бесплатно, потому что люди просто уходят на vc code. Как иде под java например идее нет конкурентов, но в современном мире без поддержки ai она становится бесполезной. А учитывая, что большинство компаний делает ai инструменты на vc code у jetbrains ещё остаётся шанс удержать/вернуть пользовательскую базу. Иначе будет печаль беда...
От Web flux наоборот стоит отказываться, ребята из нетфликс, которые были его основными идеологами специально ушли от него на виртуальные потоки и перестали контрибьютить в эту технологию из-за сложности разработки, отладки и поддержки кода на нем.
Для того, чтобы не было бардака и кучи самописных скриптов на всех языках программирования мира. Кстати для скачивания сразу всех исходников и java доков в репозиторий нет простой команды, надо какой-то плагин в грэдле колхозить
Да как бы все, просто времени немного больше тратится на это, тк один раз за все время ведения проекта делается и забывается до следующего раза. Минимальные правки уже легко вносятся в процессе. По опыту с прошлого проекта: девопс поссорился с руководством, хлопнул громко дверью и ушёл, прошло уже больше года, а он все в поисках стабильного нового проекта, максимум временные подработки смог найти.
По факту вакансия девопс вымирает, все бэки пишут докер и ТД конфиги сами, остаётся один девопс на 10 проектов с проблемами типа сеть не работает в клауде надо прокинуть и конфиги на секурити покрутить. Уже нет такого ажиотажа.
Время разработчика стоит в десятки если не в сотни раз дороже серверов, в каком году вы живёте? Разрабатывать год "правильно" и потерять из-за этого пользователей, проверку гипотез и в целом развитие продукта в нужную сторону это идея фикс всех разработчиков. Бизнесу , а особенно стартапу вообще пофиг что там под капотом. Если решает проблему за свои деньги, то и супер.
Реакт это библиотека, а ангуляр полноценный фрэймворк, концепт которого понятен бэкендеру. Реакт потому и учат все подряд, что это простая библиотека, а когда надо построить полноценное приложение, то тут и вылазят косяки.
Для java разработчика лучше сразу учить ангуляр, чем реакт со всем его зоопарком и 100500 подходами к стандартным решениям. Плюс ангуляр писали люди из бэкенда, там хотя бы все очень на спринг похоже, все что не касается разметки.
Ага, а потом добавил/удалил одно поле и все приложение упало, потому что кто-то забыл в одном из 100500 мест сделать правку. Похоже, что вы вообще не понимаете в чем суть орм, и бизнес логику тоже в базе данных реализуете. Тогда наверное вам оно не нужно, тут соглашусь.
Караул - это когда у вас на любой чих рукописный native sql, и при добавлении\изменении структуры в БД вам надо переписывать 100500 sql скриптов, а потом и тестов к ним. У вас вся работа встанет такими темпами и вы 90% времени будете бегать по проекту исправлять эти sql вместе с тестами к ним.
Я с таким уже сталкивался на примере mybatis. Даже не представляю что будет если все sql писать руками.
Как раз наоборот, оно убирает сложность, почитайте про архитектуру hh или stackoverflow, и почему они все используют ORM?
HH вообще прямо писали что они устали бороться с самописными рукописными SQL и в какой-то момент стало невозможно работать с кодовой базой, все просто остановилось.
Так и не понял почему оно вылазит боком? Добавляешь трэйсинг SQL в логи и смотришь какой у тебя SQL получается, если что-то не нравится то идешь читаешь доки\статьи как сделать лучше.
Когда у вас большая сложная система как раз-таки все эти рукописные SQL и есть самый геморрой с которым никто не хочет связываться, аля : оно как-то работает, давно пованивает, но последний человек, который туда залазил уже 10 лет как на пенсии, поэтому добавим ка мы памяти базе и забудем, когда в следующий раз всплывет эта проблема я уже уволюсь.
На самом деле это не большой пласт, всем этим проблемам, как и их решениям уже сто лет в обед, нужно просто сесть, прочитать пару статей и выучить их уже наконец. Меня удивляют люди которые зачитываются и учат наизусть тома по базам данных на сотни страниц и их оптимизации, зато потом кричат: ой орм зло, тут столько проблем и все неочевидно, я лучше руками сам все напишу. Выучи уже наконец эти подходы и работай себе в удовольствие)
Да просто включите логгирование запросов в локальном профайле и будет вам счастье, все эти джуки и майбатисы превращаются в неконтролируемого и сложнотестируемого монстра, когда проект более менее разрастается. И добавление одного поля может поломать всю систему, когда все поотваливается в ран тайме.
Ну наконец-то, в западном сегменте уже лет 5 как люди не бояться говорить, что микросервисы скорее не нужны, чем нужны. У нас только сейчас народ начинает задумываться.
Jetbrains вообще проспали вспышку с AI агентами, там надо весь менеджмент и продакт менеджеров гнать на мороз.
На самом деле они профукали вспышку с агентными плагинами и потеряли большую аудиторию из-за этого, тот же kilo code рвет их поделку в клочья, не говоря уже про все что делается на платформе vc code. Тут логичное решение бросить всю команду на разработку хорошего агентного встроенного функционала даже за бесплатно, потому что люди просто уходят на vc code. Как иде под java например идее нет конкурентов, но в современном мире без поддержки ai она становится бесполезной. А учитывая, что большинство компаний делает ai инструменты на vc code у jetbrains ещё остаётся шанс удержать/вернуть пользовательскую базу. Иначе будет печаль беда...
От Web flux наоборот стоит отказываться, ребята из нетфликс, которые были его основными идеологами специально ушли от него на виртуальные потоки и перестали контрибьютить в эту технологию из-за сложности разработки, отладки и поддержки кода на нем.
Для того, чтобы не было бардака и кучи самописных скриптов на всех языках программирования мира. Кстати для скачивания сразу всех исходников и java доков в репозиторий нет простой команды, надо какой-то плагин в грэдле колхозить
Да вроде наоборот, все опять возвращается к северному рендерингу
Лучше бы они проапдейтили версию java в приложениях, а то там до сих пор что-то древнее
Да как бы все, просто времени немного больше тратится на это, тк один раз за все время ведения проекта делается и забывается до следующего раза. Минимальные правки уже легко вносятся в процессе. По опыту с прошлого проекта: девопс поссорился с руководством, хлопнул громко дверью и ушёл, прошло уже больше года, а он все в поисках стабильного нового проекта, максимум временные подработки смог найти.
По факту вакансия девопс вымирает, все бэки пишут докер и ТД конфиги сами, остаётся один девопс на 10 проектов с проблемами типа сеть не работает в клауде надо прокинуть и конфиги на секурити покрутить. Уже нет такого ажиотажа.
Время разработчика стоит в десятки если не в сотни раз дороже серверов, в каком году вы живёте? Разрабатывать год "правильно" и потерять из-за этого пользователей, проверку гипотез и в целом развитие продукта в нужную сторону это идея фикс всех разработчиков. Бизнесу , а особенно стартапу вообще пофиг что там под капотом. Если решает проблему за свои деньги, то и супер.
Это называется портлеты, на бэке уже всё придумали сто лет назад.
Реакт это библиотека, а ангуляр полноценный фрэймворк, концепт которого понятен бэкендеру. Реакт потому и учат все подряд, что это простая библиотека, а когда надо построить полноценное приложение, то тут и вылазят косяки.
Для java разработчика лучше сразу учить ангуляр, чем реакт со всем его зоопарком и 100500 подходами к стандартным решениям. Плюс ангуляр писали люди из бэкенда, там хотя бы все очень на спринг похоже, все что не касается разметки.
Ага, а потом добавил/удалил одно поле и все приложение упало, потому что кто-то забыл в одном из 100500 мест сделать правку. Похоже, что вы вообще не понимаете в чем суть орм, и бизнес логику тоже в базе данных реализуете. Тогда наверное вам оно не нужно, тут соглашусь.
Караул - это когда у вас на любой чих рукописный native sql, и при добавлении\изменении структуры в БД вам надо переписывать 100500 sql скриптов, а потом и тестов к ним. У вас вся работа встанет такими темпами и вы 90% времени будете бегать по проекту исправлять эти sql вместе с тестами к ним.
Я с таким уже сталкивался на примере mybatis. Даже не представляю что будет если все sql писать руками.
Как раз наоборот, оно убирает сложность, почитайте про архитектуру hh или stackoverflow, и почему они все используют ORM?
HH вообще прямо писали что они устали бороться с самописными рукописными SQL и в какой-то момент стало невозможно работать с кодовой базой, все просто остановилось.
Так и не понял почему оно вылазит боком? Добавляешь трэйсинг SQL в логи и смотришь какой у тебя SQL получается, если что-то не нравится то идешь читаешь доки\статьи как сделать лучше.
Когда у вас большая сложная система как раз-таки все эти рукописные SQL и есть самый геморрой с которым никто не хочет связываться, аля : оно как-то работает, давно пованивает, но последний человек, который туда залазил уже 10 лет как на пенсии, поэтому добавим ка мы памяти базе и забудем, когда в следующий раз всплывет эта проблема я уже уволюсь.
На самом деле это не большой пласт, всем этим проблемам, как и их решениям уже сто лет в обед, нужно просто сесть, прочитать пару статей и выучить их уже наконец. Меня удивляют люди которые зачитываются и учат наизусть тома по базам данных на сотни страниц и их оптимизации, зато потом кричат: ой орм зло, тут столько проблем и все неочевидно, я лучше руками сам все напишу. Выучи уже наконец эти подходы и работай себе в удовольствие)
Подскажите, может вы в курсе: что лучше использовать для java? Где лучшие модели?
Да просто включите логгирование запросов в локальном профайле и будет вам счастье, все эти джуки и майбатисы превращаются в неконтролируемого и сложнотестируемого монстра, когда проект более менее разрастается. И добавление одного поля может поломать всю систему, когда все поотваливается в ран тайме.
А не проще использовать генератор, типа jhipster? А дальше уже кастомизировать по запросу бизнес требований?
Ну наконец-то, в западном сегменте уже лет 5 как люди не бояться говорить, что микросервисы скорее не нужны, чем нужны. У нас только сейчас народ начинает задумываться.