Я не вижу ничего плохого в автоматизации, хоть через ИИ, хоть через что бы то ни было. Это закономерный этап эволюции общества с изобретения колеса. Когда то изобрели конвейер и также тысячи людей теряли работу, автоматизировали лифты и тысячи операторов лифтов потеряли работу. Я считаю, что если тебя заменили нейронкой, то стоит задуматься о прокачке своих скиллов. Ни одного крутого инженера никто не заменит никакой комбинацией ИИ агентов, так же как и креативного дизайнера и тд. Я успел поработать в 8 компаниях и буквально в каждой были те самые 40летние шибздики, которые уже 15 лет делают одно и то же по кругу. Ты молодой заряженный предлагаешь внедрить какие-то инновации, автоматизации, а в ответ получаешь одно и тоже: "это затратно по человекочасам", "этим некому сейчас заниматься", "у нас завал по текущим задачам" и все в этом духе. Сейчас я уже senior devsecops и никогда не упускаю момента что-нибудь оптимизировать/автоматизировать/побрейнштормить с молодыми коллегами на тему внедрения фич, так и должно быть. Сокращают в основном нахлебников, которые гоняют одни и те же таски по кругу годами, нормальных людей как правило не трогают, если в руководстве не идиоты конечно
Популярность микросервисов заставила монолитные решения отойти на задний план. А ведь монолиты требуют дешевых серверов, они проще в развертывании и разработке, часто они более практичны.
Если правильно распоряжаться ресурсами, то разница в цене серверов будет не столь уж ощутима.
Простота развертывания - здесь согласен, закинуть бинарник на ВМку и скатать systemd .service за 5 мин в разы проще чем создавать multi-stage build образы для каждого сервиса, писать под них чарты для куба, кафку между ними воткни, мониторингом все это обмажь.. Другая сторона вопроса - тех долг. Я думаю каждый, хоть немного поработавший инженер сталкивался с тонной легаси, когда кажется что это безобразие не зарефакторить и за 100 лет. А ведь закрытие тех долга тормозит введение новых фичей, да и в целом не знаю людей которые с удовольствием бы копались в легаси коде.
Что касается разработки - не согласен. Если в команде 1-2 разработчика, может имеет место быть, но как правило над более-менее сложным продуктом работает большой штат разработчиков, с разделением не только на фронтенд и бэкенд, но и на языки, часто встречал такое, что бэкенд пишется на разных языках - какие-то микросервисы на java, какие-то на go, где-то вообще C для iot. И если для микросервисной архитектуры это в целом okay, то монолит ты так просто не соберёшь без жертвоприношений Перуну.
Я не вижу ничего плохого в автоматизации, хоть через ИИ, хоть через что бы то ни было. Это закономерный этап эволюции общества с изобретения колеса. Когда то изобрели конвейер и также тысячи людей теряли работу, автоматизировали лифты и тысячи операторов лифтов потеряли работу. Я считаю, что если тебя заменили нейронкой, то стоит задуматься о прокачке своих скиллов. Ни одного крутого инженера никто не заменит никакой комбинацией ИИ агентов, так же как и креативного дизайнера и тд. Я успел поработать в 8 компаниях и буквально в каждой были те самые 40летние шибздики, которые уже 15 лет делают одно и то же по кругу. Ты молодой заряженный предлагаешь внедрить какие-то инновации, автоматизации, а в ответ получаешь одно и тоже: "это затратно по человекочасам", "этим некому сейчас заниматься", "у нас завал по текущим задачам" и все в этом духе. Сейчас я уже senior devsecops и никогда не упускаю момента что-нибудь оптимизировать/автоматизировать/побрейнштормить с молодыми коллегами на тему внедрения фич, так и должно быть. Сокращают в основном нахлебников, которые гоняют одни и те же таски по кругу годами, нормальных людей как правило не трогают, если в руководстве не идиоты конечно
Согл, им бы указывать что это анонс, а то я сейчас думал знаниями напитаюсь
Если правильно распоряжаться ресурсами, то разница в цене серверов будет не столь уж ощутима.
Простота развертывания - здесь согласен, закинуть бинарник на ВМку и скатать systemd .service за 5 мин в разы проще чем создавать multi-stage build образы для каждого сервиса, писать под них чарты для куба, кафку между ними воткни, мониторингом все это обмажь.. Другая сторона вопроса - тех долг. Я думаю каждый, хоть немного поработавший инженер сталкивался с тонной легаси, когда кажется что это безобразие не зарефакторить и за 100 лет. А ведь закрытие тех долга тормозит введение новых фичей, да и в целом не знаю людей которые с удовольствием бы копались в легаси коде.
Что касается разработки - не согласен. Если в команде 1-2 разработчика, может имеет место быть, но как правило над более-менее сложным продуктом работает большой штат разработчиков, с разделением не только на фронтенд и бэкенд, но и на языки, часто встречал такое, что бэкенд пишется на разных языках - какие-то микросервисы на java, какие-то на go, где-то вообще C для iot. И если для микросервисной архитектуры это в целом okay, то монолит ты так просто не соберёшь без жертвоприношений Перуну.