Вообще, если уж на то пошло, то почему условный Дима не отревьюил результат работы ЛЛМ сам? Его наказали не за то, что код из ЛЛМ, а за то, что плохой код в прод льет. Сделал с помощью ЛЛМ - изволь дорефакаторить так, чтобы вписывалось в стандарт.
В третий раз заплатят, когда акции покажут вертикальный отрицательный рост путем резкого разрыва тонкой сферической оболочки, состоящей из пав-компонентов, под воздействием давления внутри, и хедж-фонды, вложившие их 401к в ии начнут списывать убытки
Гексагональная архитектура это конечно хорошо, но вы забыли упомянуть об количестве кода, который порождается таким подходом, особенно количество pojo/dto/model классов, т.е. просто пустых классов с полями:
-сама модель
-value object для модификации объекта модели
-дто для rest-интерфейсов
-jpa-entity для бд
Для каждого перехода с одного типа на другой потребуются свои мапперы, сервисы и т.д.
И все это на 90% случаев ради того, чтобы сохранить json в бд. Гексагональную архитектуру следует применять только для того подмножества доменной области, которая сдержит в себе непрерывные процессы моделирования, то есть некоторые объекты, которые живут в памяти со старта приложения, крутясь в цикле, например - серверная часть мультиплеерных игр.
Если же у вас request/response схема работы с данными, то лучше даже не влезать в гексагональную архитектуру, или влезать, но моделью данных сделать непосредственно jpa-entity
Судя по трендам, уход западных работодателей из России случился буквально на пару лет, чем уход тех же работодателей в Индию. То есть даже если бы не война нас где-то сейчас бы уже заменяли на индусов.
У меня есть мысль, что поскольку ИТ уже становится вполне оформившейся областью, где взрывной рост закончился несколько лет назад, а теперь ИИ добивает тех, кто вкатился в ковидное изобилие, нужно переходить на классическую схему найма, как со всех других сферах.
Вводим обязательные требования по опыту для джунов+. Есть опыт - докажи выпиской из электронной трудовой, причем в релевантной организации на релевантной позиции. Мы так недавно нашли одного импостора с тремя годами опыта в юрлице с одним человеком (им самим)
По стажерам-джунам ситуация аналогичная: искать брильянты в кучах мусора можно до бесконечности, но быстрее найти шерстистого волчару, так что на входные позиции берем подтвержденных студентов с хорошими оценками.Хотя тут не так страшно, можно и рискнуть.
Вообще, если уж на то пошло, то почему условный Дима не отревьюил результат работы ЛЛМ сам? Его наказали не за то, что код из ЛЛМ, а за то, что плохой код в прод льет. Сделал с помощью ЛЛМ - изволь дорефакаторить так, чтобы вписывалось в стандарт.
Для юрлиц тоже работать будет?
В третий раз заплатят, когда акции покажут вертикальный отрицательный рост путем резкого разрыва тонкой сферической оболочки, состоящей из пав-компонентов, под воздействием давления внутри, и хедж-фонды, вложившие их 401к в ии начнут списывать убытки
Мы опять возвращаемся к UML. В прошлый раз не вышло, в этот раз скорее тоже не выйдет.
Лучше бы сразу встроили туда одноплатник и продавали как ноутбук оригинального форм-фактора
>Кто станет старшим инженером через 5 лет
Я им и останусь, но после 40 не придется уходить таксовать.
ЧПУ на очереди, для них похожий закон в работе.
Гексагональная архитектура это конечно хорошо, но вы забыли упомянуть об количестве кода, который порождается таким подходом, особенно количество pojo/dto/model классов, т.е. просто пустых классов с полями:
-сама модель
-value object для модификации объекта модели
-дто для rest-интерфейсов
-jpa-entity для бд
Для каждого перехода с одного типа на другой потребуются свои мапперы, сервисы и т.д.
И все это на 90% случаев ради того, чтобы сохранить json в бд. Гексагональную архитектуру следует применять только для того подмножества доменной области, которая сдержит в себе непрерывные процессы моделирования, то есть некоторые объекты, которые живут в памяти со старта приложения, крутясь в цикле, например - серверная часть мультиплеерных игр.
Если же у вас request/response схема работы с данными, то лучше даже не влезать в гексагональную архитектуру, или влезать, но моделью данных сделать непосредственно jpa-entity
Уже даже самые замшелые галеры на 17 переши
Да-да, появятся. Отверточная сборка по х10 цене.
Сейчас ситуация другая, в топ-менеджерах кампаний стало много индусов, они переносят разработку просто потому, что "свои".
Судя по трендам, уход западных работодателей из России случился буквально на пару лет, чем уход тех же работодателей в Индию. То есть даже если бы не война нас где-то сейчас бы уже заменяли на индусов.
Человек рассказывал, как разрабатывал 3 года микросервисы в большой компании. Которая состоит из него одного.
У меня есть мысль, что поскольку ИТ уже становится вполне оформившейся областью, где взрывной рост закончился несколько лет назад, а теперь ИИ добивает тех, кто вкатился в ковидное изобилие, нужно переходить на классическую схему найма, как со всех других сферах.
Вводим обязательные требования по опыту для джунов+. Есть опыт - докажи выпиской из электронной трудовой, причем в релевантной организации на релевантной позиции. Мы так недавно нашли одного импостора с тремя годами опыта в юрлице с одним человеком (им самим)
По стажерам-джунам ситуация аналогичная: искать брильянты в кучах мусора можно до бесконечности, но быстрее найти шерстистого волчару, так что на входные позиции берем подтвержденных студентов с хорошими оценками.Хотя тут не так страшно, можно и рискнуть.
На самом деле вы можете не платить ничего кроме налога на недвижимость. Вас просто отключат от всех сетей, будете как 200 лет назад жить.
Колхоз - дело добровольное. Или вступаешь, или умираешь с голода.
А что они там собственно разрабатывают? Uber разве не отказался от своего автопилота?
У них есть буквально все деньги мира. Конечно они хотят, чтобы ими восхищались. Но что-то не работает...
Неправда, уволят как обычно тех, кто реально что-то делал. А кнопкодвиги останутся.
Чтобы сразу все отходы в океане оказались в результате аварии? Отличная идея!