Коротка відповідь. Обирай ментора не за гучним профілем, а за трьома перевірюваними речами: чи збігається його реальний досвід із твоєю ціллю, як саме виглядає фідбек на твій код і чи може він чітко описати, що зміниться за перший місяць. Усе це з'ясовується на одному вступному дзвінку, якщо прийти на нього з правильними питаннями. Нижче – конкретний список.
Коли ментор справді потрібен, а коли ні
Менторство – не універсальна відповідь. Воно дає найбільше у трьох ситуаціях:
- Ти застряг. Вчишся місяцями, а прогрес не відчувається: туторіали пройдені, а впевненості писати самостійно немає.
- Тобі бракує зворотного зв'язку. Код «ніби працює», але ти не знаєш, чи так його пишуть у реальних командах.
- У тебе дедлайн. Попереду співбесіди, зміна стека чи перегляд рівня – і потрібен системний план, а не хаотичне повторення всього підряд.
А тепер чесно про зворотний бік. Ментор поки не потрібен, якщо:
- ти ще не пробував вчитися самостійно – спершу пройди базові безкоштовні матеріали і зроби маленький проєкт (як це організувати – у статті як увійти в IT);
- твоє питання разове й конкретне – його часто закриває одна консультація або відповідь у профільній спільноті;
- ти не готовий виділяти кілька годин на тиждень на практику – ментор не вчиться замість тебе, і без твоєї роботи між сесіями гроші підуть у нікуди.
Крок 1 – перевір відповідність досвіду і твоєї цілі
«Досвідчений розробник» – це ще не «твій ментор». Питання не в роках досвіду взагалі, а в збігу з твоїм маршрутом:
- Ціль «перша робота у frontend» → ментор має регулярно працювати з JavaScript/React і розуміти, що сьогодні питають у джунів.
- Ціль «middle → senior» → потрібен той, хто сам проходив цей перехід і може говорити про архітектуру, code review і компроміси, а не лише про синтаксис.
- Ціль «зміна сфери» → шукай досвід ведення саме довгих маршрутів, бо тут головне – система на місяці, а не разові поради.
Простий тест: попроси ментора описати типовий маршрут людини з твоєї точки А. Якщо відповідь загальна («будемо вчити все потрібне») – це привід насторожитися. Якщо конкретна («спершу закриємо ось ці прогалини, потім практика на задачах, потім mock-співбесіди») – добрий знак.
Крок 2 – питання на першому дзвінку
Перший дзвінок – це співбесіда у двох напрямках: не тільки ментор оцінює твою точку А, а й ти оцінюєш його. Ось список, який варто мати перед очима:
- З яким стеком ти працюєш зараз і як давно?
- Як виглядає типова сесія: розмова, живий код, розбір мого коду?
- Як влаштований фідбек між сесіями – і скільки його реально буде?
- Як ти даси мені знати, що я прогресую? Що буде мірилом?
- Що буде, якщо я не встигатиму за планом?
- Скільки учнів у тебе одночасно?
- Чи побачу я приклад плану чи структури програми до старту?
- З чим ти НЕ допомагаєш?
- Що має статися за перший місяць, щоб ми обидва вважали старт вдалим?
Останнє питання – найважливіше. Відповідь на нього одразу показує, чи мислить людина результатами, чи просто продає години.
Крок 3 – формат фідбеку вирішує більше, ніж кількість сесій
Найбільша різниця між «розмовним» менторством і робочим – у тому, що відбувається з твоїм кодом. Мінімум, який варто очікувати від серйозного формату: живі розбори твого коду на сесіях, code review твоїх проєктів між сесіями (наприклад, через GitHub) і канал для питань, коли ти застряг. Про те, як виглядає навчальне рев'ю зсередини і чому воно прискорює ріст сильніше за лекції, є окремий розбір: як проходить code review з ментором.
Якщо у форматі немає роботи з твоїм кодом узагалі – ти купуєш подкаст на двох, а не менторство.
Як підготуватися до першого дзвінка
Дзвінок дасть удвічі більше, якщо прийти не з «ну, розкажіть», а з трьома артефактами:
- Ціль із дедлайном. Не «хочу в IT», а «хочу першу роботу у frontend орієнтовно за пів року» чи «через два місяці співбесіди на middle».
- Лінк на код. GitHub із будь-яким твоїм кодом, навіть недосконалим: п'ять хвилин у твоєму репозиторії скажуть ментору більше, ніж пів години самоопису.
- Список того, що вже пробував. Курси, книжки, скільки тримався і де зійшов з дистанції – це чесна карта твоїх реальних ризиків, і сильний ментор будуватиме план навколо них.
Red flags: коли краще розвернутися
- Гарантія оферу або терміну. «Офер за 3 місяці або повернемо гроші» – це маркетинг, який ігнорує і ринок, і твій темп. Чесний ментор говорить про ймовірності та план, а не про гарантії.
- Оплата великого пакета наперед без пробного періоду. Нормальна практика – можливість почати з короткого формату й переконатися, що вам обом підходить.
- Немає живого коду. Тільки теорія, тільки «поради» – без розборів твого коду прогрес буде ілюзорним.
- Розмиті відповіді про прогрес. Якщо на питання «як зрозуміти, що я росту» відповідь «відчуєш» – вимірювати ніхто не збирається.
- Тиск і терміновість. «Ціна тільки сьогодні» – прийом продажів, а не ознака сильного інженера.
Чого реально чекати від перших 4 тижнів
Чесна рамка очікувань від першого місяця роботи з ментором (без обіцянок магії):
- Тиждень 1: діагностика – розбір твого рівня, цілі та прогалин; з'являється план, у якому видно пріоритети.
- Тижні 2–3: ти працюєш над задачами, отримуєш перше рев'ю коду і, ймовірно, неприємне відкриття: частина «вивченого» насправді не закріплена. Це нормально і корисно.
- Тиждень 4: видно перший вимірюваний зсув – закрита конкретна прогалина, переписаний на нормальному рівні шматок коду або перша пробна mock-співбесіда з розбором.
Чого за місяць НЕ буде: стрибка на новий грейд, готовності до всіх співбесід і «повного стека з нуля». Якщо тобі це обіцяють – повернися до розділу про red flags.
Підсумковий чекліст вибору
- Досвід ментора збігається з твоєю ціллю, а не просто «великий».
- На дзвінку ти отримав конкретні відповіді на питання зі списку вище.
- У форматі є робота з твоїм кодом, а не лише розмови.
- Прогрес має мірило, яке назвали до старту.
- Жодних гарантій оферу, тиску й оплат «за рік наперед».
- І головне: після дзвінка в тебе більше ясності, ніж до нього. Це, до речі, тест, який працює і без покупки менторства.
Якщо сумніваєшся між ментором, курсами й самостійним навчанням – є окреме чесне порівняння всіх трьох шляхів: ментор чи курси.