HR смотрят на Kaggle или на LeetCode при найме в ML? Запутался куда вкладывать вечера

[daria_cloud]

Перекатываюсь из бэкенда в ML. Времени мало, вечером максимум час-полтора. Не пойму куда вкладываться: гриндить литкод или добивать медальку на каггле. Что реально смотрят?

[asyncflux983]

По опыту найма: в продуктовых ML-командах каггл скорее как сигнал 'умеет в данные', но синьоры на собесе всё равно гоняют по системному дизайну ML-пайплайна и по основам. Чистый литкод критичен в основном в бигтехе на скрининге.

[gitgrid7993]

Медаль на каггле без понимания почему она получена — пустышка, такое на собесе вскрывается за 5 минут. Лучше один доведённый до прода пет-проект с инференсом и мониторингом, чем 10 ноутбуков с leaderboard probing.

[tanya_ml]

Понял, спасибо. Значит беру один проект end-to-end и литкод по минимуму под конкретные компании где он на скрининге.

[yaroslav_hex13]

Смотришь не туда и туда одновременно — зависит от роли. Если целишься в ML Engineer (продакшн, пайплайны, деплой), на собесах будет больше системного дизайна и иногда LeetCode medium по алгоритмам. Если в Data Scientist или Research — Kaggle медалька на табличных данных реально помогает, но только если умеешь объяснить что ты там делал, а не просто ансамблировал топ-публичных ноутбуков. По своему опыту найма: Kaggle Competitions Expert на резюме у бэкендера сразу снимает вопрос 'а умеет ли он вообще с данными работать'.

[lev_loop]

Честный совет: ни то, ни другое не заменяет pet-проект с реальным end-to-end пайплайном. Возьми любой открытый датасет, натренируй модель, задеплой как FastAPI-сервис, обёрни мониторингом (хотя бы Prometheus + Grafana), положи на GitHub с нормальным README. Это закрывает и 'умеет кодить' и 'понимает ML lifecycle' одновременно. Kaggle без деплоя и LeetCode без понимания структур данных — оба выглядят как натаскивание, а не инженерия.