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