Тут легенда ML-индустрии, ученый Эндрю Нг, сходил в Стэнфорд и поделился своим мнением про АИ и карьеру инженеров – видео длинное и я советую смотреть его, но вот топ-10 советов оттуда: 1. Держите рабочие AI-инструменты “свежими”: отставание быстро превращается в потерю продуктивности. Сейчас выбор среды/ассистента для кода реально влияет на скорость и качество. Если вы используете инструменты на поколение старее, вы часто просто делаете ту же работу дольше и тяжелее 2. Код стал дешевле - дороже стало “решить, что строить” и “описать это четко”. Когда написать код проще, узкое место смещается в постановку задачи: сформулировать цель, ограничения, критерии успеха, сценарии использования. То есть не “как закодить”, а “что именно нужно получить и как проверить, что получилось” 3. Умение разговаривать с пользователями - это ускоритель разработки, а не “софт-скилл ради галочки”. Те, кто умеют сами собрать обратную связь, понять боль пользователя и быстро уточнить требования, двигаются быстрее, потому что меньше зависят от “переводчиков” между инженерами и рынком 4. Выбирайте работу по команде и людям, а не по “громкости бренда”. И требуйте ясности по команде заранее. Если компания не готова сказать, в какую команду вы попадёте и что будете делать (или просит “сначала подпиши, потом разберёмся”), это риск: можно оказаться на задачах, которые не развивают вас в AI-направлении 5. Сделайте портфолио так, чтобы оно “рулило” интервью: пусть вас спрашивают про ваш проект, а не про случайные загадки. Сильная тактика: собрать проект(ы), максимально похожие на будущую работу, и описать решения, компромиссы, метрики. Тогда интервью превращается в обсуждение реальной инженерии, где вы сильнее 6. Интервью - это проверка “командности под стрессом”, а не только IQ и алгоритмов. Совет из истории: “стой на своём” можно, но без агрессии. Когда вам указывают на баг/угол, правильная реакция - совместно улучшать решение, а не защищаться как в споре 7. Код, сгенерированный AI, почти всегда приносит “долг по обслуживанию”: думайте как финансист. Смысл простой: любой код потом надо сопровождать Хороший “долг” - быстрый прототип, который приносит проверенную пользу/знания и окупает поддержку Плохой “долг” - нагенерили “что-то крутое”, но никто не понимает, зачем, как работает и как чинить. Важная мысль: выкинуть прототип - нормально, поддерживать непонятную кашу - дорого 8. Сейчас ценится не “сделал модель”, а “довёл до боевого использования”. То есть: качество, надёжность, мониторинг, задержки, стоимость, безопасность, удобство для пользователя. На рынке сильный сигнал - умение доводить до работающего продукта, а не до демо 9. Станьте человеком, который переводит хайп в реальность: начните с вопроса “зачем?”. Соцсети поощряют вовлечённость, а не точность. Поэтому трендовые слова (“агенты”, “всё заменим AI”) легко уводят в сторону. Практичный подход: сначала “зачем бизнесу?”, “какой показатель улучшаем?”, “что будет считаться успехом?” - и уже потом выбирать технологию 10. Готовьтесь к двум параллельным траекториям: большие облачные модели и небольшие локальные модели “у себя”. В одних задачах будут доминировать мощные модели “как сервис”. В других (где важны приватность, IP, контроль, стоимость) - модели, которые разворачивают внутри компании. Полезные навыки на стыке: настройка под задачу (fine-tuning/адаптация), развёртывание, ограничения по данным, безопасность и эксплуатация. Ну, база, что скажешь еще