Людина зазвичай ставить це питання вже втомленою

Скільки тем треба знати для першого офера в IT? Насправді це майже ніколи не питання про теми. Це питання про страх. Про страх вийти на ринок занадто рано, виглядати слабко, провалити інтерв’ю, почути відмову і зробити з неї висновок, що ви ні на що не здатні.

Через це новачок починає поводитися дуже знайомо. Додає ще один курс. Ще одну лєкцію. Ще один конспект. Ще одну лібу. Ще трохи алгоритмів. Ще трішки англійської. Ще пару pet projects. Збоку це схоже на розвиток. По факту часто це просто акуратна, інтелігентна прокрастинація.

Неприємна правда проста: для першого офера не потрібно знати все. Не потрібно навіть знати більшість того, що радять у чатах, на YouTube і в безкінечних роадмапах. Потрібно знати достатньо, щоб пройти фільтр, нормально пояснити себе, не розсипатися на HR-скринінгу, пережити технічну співбесіду і виглядати як людина, яку можна безпечно взяти в команду.

Ось де новачки часто ламаються. Вони готуються не до офера, а до абстрактного статусу дуже розумної людини. Ринок за це не платить. Ринок платить за більш приземлену річ: зрозумілий профіль, достатню базу, керованість ризику і здатність швидко вчитися вже в роботі.

Тому правильне питання звучить інакше: не скільки тем вивчити взагалі, а який мінімально достатній набір тем дає шанс на перший офер саме у вашій ролі.

Чому новачки вчать зайве

Бо ринок шумний. Один каже: без алгоритмів ніяк. Другий: без system design ви нуль. Третій: без десяти проєктів не кличуть. Четвертий: без англійської C1 навіть не думай. У підсумку людина не будує маршрут. Вона збирає тривожний рюкзак на всі випадки життя.

Це дуже людське. Але дорого коштує. Не тільки в грошах. У місяцях. Іноді в роках.

Ще одна причина — курси. Багато програм продають відчуття повноти. Наче вам мають дати все і ще зверху. Звучить красиво, але для першого найму це часто шкідливо. Бо коли людині дають занадто широкий пласт матеріалу, вона не бачить, де ядро, а де декор. Починає шліфувати дрібниці, не маючи базової бойової готовності.

Я б сказав жорсткіше. Новачка часто губить не нестача знань, а відсутність жорсткого відсікання зайвого.

Що насправді перевіряють на першому наймі

Компанія на junior-рівні зазвичай не шукає маленького генія. Вона шукає людину, яка:

• має базу по ролі, а не кашу з уривків;
• може пояснити свої дії людською мовою;
• не бреше безглуздо і не сиплеться на простих уточненнях;
• має більш-менш логічне резюме;
• не виглядає як хаотичний ризик;
• здатна навчатися в реальних тасках після найму.

Все. Оце і є кістяк. Не олімпіадна краса. Не енциклопедичність. Не культ ідеальності.

На HR-етапі дивляться, чи ви взагалі зібрані. Чи розумієте, куди йдете. Чи можете зв’язно розповісти про себе. На технічному етапі дивляться, чи є у вас достатня база і чи не розвалюється мислення при стресі. Далі часто оцінюють не лише знання, а й те, наскільки безболісно вас можна дотягнути до продуктивності на випробувальному терміні.

Тобто перший офер — це не нагорода за вивчення максимальної кількості тем. Це результат збалансованої комбінації: база, подача, резюме, практика, кілька нормальних моків і вихід на ринок без нескінченного відкладання.

Скільки тем достатньо насправді

Коротка відповідь: небагато, якщо вони правильно вибрані і ви вмієте ними користуватися.

Новачку зазвичай не потрібні десятки великих тем. Частіше потрібні 8–15 опорних блоків у межах ролі, але не як назви в голові, а як жива робоча база. І ще кілька окремих блоків навколо найму: резюме, самопрезентація, типові HR-питання, технічні шаблони відповідей, розбір відмов, стратегія відгуків.

Ось де багато хто робить дурну помилку. Людина рахує лише професійні теми. Ніби офер дає тільки стек. Ні. Для першого найму є мінімум чотири шари:

Якщо у вас сильний лише перший шар, а решта розвалена, ви можете багато знати і сидіти без офера. Так буває постійно.

Мінімально достатній рівень: як це виглядає

Мінімально достатній рівень — це коли ви можете не ідеально, але впевнено:

• пояснити основи своєї ролі без заученого мямлення;
• розповісти, що саме ви робили в навчальних або pet-проєктах;
• відповісти на типові запитання junior-рівня хоча б на базовому рівні;
• розповісти про себе без хаосу і виправдань;
• пояснити перехід у нову професію, якщо ви світчер;
• витримати кілька інтерв’ю поспіль без психологічного розвалу.

Звучить не так пафосно, як хочеться. Але саме це набагато ближче до правди, ніж красива казка про те, що спочатку треба стати майже middle, а вже потім почати шукати junior-вакансії.

Для першого офера вам потрібна не академічна велич. Вам потрібна достатня ринкова зібраність.

Приклад по ролях

Junior QA Manual

У QA для першого офера зазвичай не треба знати весь всесвіт тестування. Треба мати міцну базу по типах тестування, життєвому циклу бага, тест-кейсам, чеклістам, пріоритетам і серйозності, клієнт-серверній логіці, HTTP на базовому рівні, API в загальному розумінні, SQL на базі, devtools, теорії SDLC/STLC і трохи практики з реальними кейсами.

Плюс — дуже важлива подача. QA часто програють не на знаннях, а на тому, що звучать пасивно, туманно і не можуть пояснити свої дії.

Junior Frontend

У Frontend новачки часто тонуть саме в кількості тем. Насправді для першого офера зазвичай потрібні: HTML, CSS, JavaScript, DOM, події, асинхронність на базовому рівні, робота з API, Git, базове розуміння React або іншого актуального фреймворку, кілька живих проєктів і здатність пояснити, як це все працює.

Не десять фреймворків. Не безкінечний зоопарк бібліотек. Не три місяці на шліфовку одного fancy pet project.

Python Backend

Тут часто потрібно: Python core, функції, ООП у достатньому обсязі, колекції, базова робота з файлами, винятки, HTTP, REST API, бази даних, SQL, один веб-фреймворк на стартовому рівні, Git, базове розуміння тестів і структури сервісу. І знову те саме: не все, а достатньо.

Багато хто починає тягнути мікросервіси, складні патерни, message brokers і купу DevOps-тем ще до того, як навчився спокійно пояснювати CRUD і базову архітектуру маленького сервісу.

Data Analytics

Для першого офера зазвичай потрібні SQL, Excel або Google Sheets на хорошому рівні, візуалізація, базова статистика без академічного фанатизму, Python або BI-інструмент залежно від напрямку, уміння працювати з даними і розповідати, який висновок ви з них робите. У цій ролі часто вирішує не кількість тем, а ясність мислення і вміння пояснювати логіку.

Типова помилка: вчити рідкісне раніше за часте

Це як купувати зимову гуму на велосипед, коли самого велосипеда ще нема. Людина лізе в складні, рідкісні, статусні теми раніше, ніж закрила часті і практичні. Бо складне здається солідним. А базове — ніби соромно вчити довго.

Але офер зазвичай приходить не через вашу любов до складних слів. Він приходить, коли базове тримається міцно, а відповіді не розлазяться від першого уточнення.

Тому корисне правило таке: спочатку часте і бойове, потім рідкісне і красиве.

Як зрозуміти, що ви вже вчите зайве

• Ви можете годину розповідати, що ще треба довчити, але не можете назвати 30 вакансій, куди реально відгукнетесь цього тижня.
• У вас багато конспектів, але мало живих відповідей уголос.
• Ви постійно добираєте нові теми, але не робите моки.
• Ви давно не оновлювали резюме, бо нібито ще рано.
• Ви боїтеся вийти на ринок і прикриваєте це словом підготовка.

Це болюче місце. Я знаю. Але краще назвати речі прямо. Інакше люди роками сидять у режимі майже готовий.

Скільки часу реально треба, щоб зібрати цей набір

Залежить від ролі, стартової бази, темпу і наявності провідника. Якщо людина вчиться сама, хаотично, з перервами і емоційними провалами, шлях розмазується. Якщо є чіткий маршрут, контроль, розбір помилок, моки і фокус на потрібному, термін зазвичай стискається дуже відчутно.

У практиці ринку часто перемагає не той, хто вчиться найдовше, а той, хто швидше доходить до робочої конфігурації. Іноді різниця між людьми не в інтелекті, а в тому, що один пів року носить воду решетом, а інший за 6–10 тижнів після зборки бази вже активно перевіряє себе ринком.

Окремо скажу про гроші. Так, супровід ментора може коштувати 1–2 зарплати. Це неприємна сума. Але якщо порівняти її з місяцями в’язкого самонавчання, повторними покупками курсів і втраченим доходом від затягнутого старту, картина стає менш романтичною і більш математичною.

Коли вже пора йти на ринок

Не тоді, коли ви перестали боятися. Такий день може не настати.

Пора, коли:

• у вас є резюме, яке не соромно показати;
• є хоча б 1–3 проєкти або кейси, які ви можете нормально розповісти;
• ви пройшли кілька мок-інтерв’ю або хоча б жорстких репетицій;
• ви вмієте коротко пояснити свій шлях і цільову роль;
• у вас закрито основний список частих тем по ролі;
• ви готові вести воронку відгуків і не істерити від кожної відмови.

Цього вже достатньо, щоб починати. Не чекати ідеалу. Починати.

Чому люди буксують без ментора

Бо в одиночку дуже важко чесно визначити достатній рівень. Людина або недооцінює себе і сидить у підготовці надто довго, або переоцінює себе і вилітає в серію болючих відмов. Обидва варіанти виснажують.

Ментор тут цінний не як чарівник. А як людина, яка скорочує дурні кола. Каже: це вчимо. Це поки не чіпаємо. Це в тебе вже достатньо. Тут дірка. Тут треба мок. Тут проблема не в знаннях, а в резюме. Тут не в техніці, а в легенді. Тут уже пора не читати, а відгукуватися.

Оце і є реальна користь. Не абстрактне натхнення. А зниження ентропії.

Сильний ментор дає кілька речей одразу: маршрут, фокус, перевірку, нормальне резюме, розбір HR і техсобесів, тренування відповідей, розбір реальних відмов і часто підтримку вже після офера, коли треба не просто увійти, а ще й закріпитися на випробувальному терміні.

Що робити, якщо ви не розумієте, достатньо вже тем чи ні

Міні-перевірка

1. Відкрийте 20 вакансій по вашій ролі.
2. Випишіть теми, що повторюються найчастіше.
3. Відмітьте, що ви можете не просто впізнати, а пояснити.
4. Запишіть голосом відповіді на 10 базових питань.
5. Попросіть когось сильнішого провести вам жорсткий розбір.
6. Подивіться, де провал: база, мова, паніка, резюме чи логіка.

Після цього раптом стає набагато менше магії. І більше ясності.

Типові помилки

• Оцінювати готовність за відчуттям, а не за моками.
• Рахувати теми замість рахувати вакансії, відповіді і співбесіди.
• Плутати цікавість до теми з її реальною користю для першого офера.
• Думати, що ще один курс автоматично закриє проблему.
• Ігнорувати упаковку себе як кандидата.

Як виглядає дорослий підхід

Ви не намагаєтесь стати універсальним солдатом до першого найму. Ви збираєте робочу конфігурацію під конкретну роль. Міряєте не кількість вивченого, а якість проходження етапів: відгук, HR, технічна співбесіда, тестове, офер. Дивитеся, де вузьке місце. І б’єте саме туди.

Ось це працює. Спокійно. Без культу геніальності. Без нервового накопичення матеріалів.

У мене до цього підходу проста симпатія. Бо він не принижує людину. Не змушує вічно доводити собі, що вона недостатня. Навпаки. Дає тверезу рамку: для першого офера треба не все. Треба потрібне.

Висновок

Скільки тем реально потрібно знати для першого офера в IT? Менше, ніж вам зараз здається. Але знати їх треба не поверхнево і не в хаосі. Потрібен компактний, ринково корисний набір: база по ролі, кілька живих кейсів, нормальна упаковка, тренування співбесід і готовність іти у воронку.

Найгірше, що можна зробити, — роками сидіти між слабкою впевненістю і вічною підготовкою. Найрозумніше — зібрати мінімально достатній набір, перевірити його моками, відкоригувати слабкі місця і виходити на ринок.

Не ідеально. Зате по-справжньому.

Бо іноді вам потрібен не ще один модуль. А нормальний провідник.