Какие навыки в разработке дорожают — мой список
Субботний пост без графиков — просто мой список, собранный из работы над собственным продуктом и разговоров с заказчиками. Gartner ещё в 2024 году прогнозировал, что до 2027 года генеративный ИИ потребует переобучения 80% инженерного персонала. По ощущениям, этот процесс уже идёт. Вот что, на мой взгляд, сейчас дорожает. 1. Умение формулировать задачу. Чётко описать, что нужно сделать, с какими ограничениями и как проверить результат. Это навык и для работы с ИИ-агентами, и для работы с людьми. 2. Системное мышление. Как данные проходят через систему, где узкие места, что сломается при росте нагрузки в десять раз. 3. Безопасность. Чем больше кода генерируется автоматически, тем дороже человек, который видит в нём уязвимость. 4. Данные и ML-инженерия. Не «обучить модель в ноутбуке», а встроить её в продукт: пайплайны данных, оценка качества, мониторинг. 5. DevOps и платформенная инженерия. CI/CD, наблюдаемость, инфраструктура как код. Код подешевел — его стало больше, и кто-то должен надёжно его доставлять. 6. Продуктовое мышление. Разработчик, который понимает, зачем бизнесу фича и как её измерить, ценится выше того, кто просто закрывает задачи. 7. Письменная коммуникация. Документация, архитектурные решения, внятное описание изменений. В распределённых командах это половина работы. Что заметно дешевеет — знание синтаксиса наизусть и скорость набора типового кода. Это теперь делает инструмент. А что бы вы добавили в этот список — или вычеркнули? #карьеравИТ #навыки #разработка #DevOps #ИИ
· 14.10
Только на собеседованиях до сих пор проверяют в первую очередь знание синтаксиса и умение решать алгоритмику 😄
И никто не проверяет продуктовое мышление или умение формулировать задачу. Вот совсем)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 14.10
Мне кажется скоро уйдут от опросов алгоритмики и лайвкодинга собесах. Не везде, конечно. Частному бизнесу ненужно знать как ты думаешь - разработай продукт. Но в то же время надо понимать что бизнес не просто так платит деньги за разработку. Вот пока что единственный индикатор твоей инженерной вменяемости - школьный экзамен по техничке.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 14.10
Я склонен считать, что большинство интервьеров просто не умеют корректно оценивать разработчиков и поэтому выкручиваются шаблонными вопросами и лайвкодингом.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 14.10
Я не думаю что тех.собес ненужен. Он нужен, но уже в другом формате. Как меняется разработка - от кода к архитектуре (вайбкодим архитектуру - бот пишет код). Вот, я думаю нужны больше архитектурные вопросы. Ну я вот например уже года полтора код вообще не пишу. Проверяю не всегда все а критику и бегло кусками. И все больше понимаю что уже вряд-ли буду писать код руками. Хотя бы потому что это очень долго.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 14.10
Техсобес бесспорно нужен, но сводить его к лайвкодингу — ну такое...
К слову, как раз архитектуру вайбкодить нельзя. Её нужно описывать чётко и с полным пониманием, что и зачем
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 14.10
😉 Конечно же я это и имел ввиду. Спасибо что поправили
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён