# CV і LinkedIn для розробника: що насправді читає рекрутер

> Структура резюме розробника, формулювання до/після, LinkedIn-профіль із правильними ключовими словами і як описувати pet-проєкти без комерційного досвіду. Чекліст перед відправкою.

- Автор: Юра Скиба (https://cookiesoftware.io)
- Опубліковано: 2026-09-24
- Категорія: Співбесіди та кар’єра
- Canonical: https://cookiesoftware.io/blog/cv-linkedin-dlia-rozrobnyka

---

**Коротка відповідь.** Рекрутер дивиться на CV секунди, і за цей час має зрозуміти три речі: хто ти (роль і стек), що ти реально зробив (проєкти й результати, а не список обовʼязків) і чи підходиш під конкретну вакансію. Усе в резюме працює або на ці три відповіді, або проти них. LinkedIn – це те саме CV, але з пошуком: там вирішують ключові слова в headline і розділі About. Нижче – структура, формулювання до/після і чекліст.

## Структура CV розробника

Одна сторінка. Дві – лише якщо в тебе 10+ років і кожен рядок платить за своє місце. Порядок блоків:

1. **Шапка:** імʼя, роль («Frontend Developer (React/TypeScript)» – а не «шукаю можливості»), місто/remote, email, LinkedIn, GitHub.
2. **Короткий summary (2–3 рядки):** хто ти, головний стек, що вмієш найкраще. Без «цілеспрямований командний гравець» – лише факти.
3. **Досвід** (або проєкти, якщо комерційного досвіду ще немає): у зворотному хронологічному порядку.
4. **Навички:** згруповано (мови, фреймворки, інструменти), без шкал «JavaScript 80%» – вони не значать нічого.
5. **Освіта й англійська** – внизу, коротко.

Що прибрати: фото (для більшості західних компаній – мінус), дату народження, «хобі: подорожі», Word/Excel, технології, з якими ти працював один вечір.

## Проєкти важливіші за обовʼязки

Найтиповіша слабкість CV – список обовʼязків замість результатів. Порівняй шаблони формулювань (це саме шаблони для переписування, а не цитати з чиїхось резюме):

**До:** «Займався розробкою інтерфейсів, брав участь у код-ревʼю, працював із REST API».

**Після:** «Розробив модуль пошуку з фільтрами (React + TypeScript): дебаунс запитів, кешування результатів, обробка станів завантаження й помилок. Покрив ключову логіку тестами (Vitest)».

Різниця: перше формулювання підходить будь-кому з будь-якого проєкту, друге – показує, що саме ти вмієш. Правило: у кожному пункті має бути **що зробив + чим + яка була складність або результат**.

Про метрики: «прискорив завантаження на 40%» працює, лише якщо ти справді міряв і можеш пояснити, як саме. Вигадана метрика розсипається на першому ж уточненні на співбесіді – краще чесне «зменшив розмір бандла, винісши важкі залежності в lazy-чанки», ніж красиве число, якого ти не захистиш.

## Якщо комерційного досвіду ще немає

Pet-проєкти – повноцінний досвід, якщо описані як робота, а не як «навчальний проєкт»:

**До:** «Todo-додаток на React (навчальний проєкт за курсом)».

**Після:** «Трекер звичок (React, TypeScript, Vite): локальне збереження зі синхронізацією стану, адаптивна верстка, деплой. Написав README з описом архітектурних рішень».

Два-три такі проєкти з осмисленими README дають технічному інтервʼюеру, про що з тобою говорити. Як зібрати портфоліо, яке можна пояснити на співбесіді – [окремий розбір](/blog/junior-developer-portfolio).

## LinkedIn: профіль, який знаходять

LinkedIn працює інакше, ніж CV: тебе не лише читають – тебе **шукають**. Рекрутер вбиває в пошук «React developer Ukraine», і твоя видимість залежить від ключових слів у правильних полях.

- **Headline** – найважливіший рядок профілю. Не «Student at …» і не «Open to work», а роль + стек: «Frontend Developer · React · TypeScript». Слова з headline мають найбільшу вагу в пошуку.
- **About** – 3–5 речень тим самим принципом, що summary в CV: хто ти, з чим працюєш, що вмієш, що шукаєш. Природно вплети технології, за якими хочеш знаходитись: React, TypeScript, Next.js, Node.js – але текстом для людини, не списком для робота.
- **Experience** – продубльовано з CV, з тими самими «після»-формулюваннями.
- **Skills** – додай релевантні: вони теж індексуються пошуком.
- **Open to Work** – увімкни хоча б у режимі «recruiters only»: це прямий фільтр, за яким шукають.

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

## Адаптація під вакансію

Одне CV на всі вакансії – програшна стратегія, коли на позицію сотні відгуків. Адаптація займає 10 хвилин: прочитай вимоги, винеси наверх релевантні проєкти й технології, прибери зайве. Якщо у вакансії Next.js, а в тебе він є в pet-проєкті – цей проєкт має бути першим і згадувати Next.js явно. Де взагалі шукати вакансії і як розставляти пріоритети відгуків – у статті [де шукати першу IT-роботу](/blog/de-shukaty-pershu-it-robotu).

## ATS: як CV читають системи, а не люди

У багатьох компаніях резюме спершу проходить через ATS (applicant tracking system) – софт, який парсить файл у текст і шукає відповідність вакансії. Звідси кілька суто технічних правил:

- **Простий одноколонковий макет.** Дві колонки, таблиці, текст в іконках і графіка часто парсяться у кашу. Красивий дизайнерський шаблон може програти простому текстовому.
- **Стандартні назви розділів:** Experience, Skills, Education – а не креативні «Мій шлях».
- **Текст має копіюватися.** Простий тест: виділи все у своєму PDF і встав у нотатки. Якщо порядок зберігся і нічого не зникло – ATS теж упорається.
- **Ключові слова з вакансії – дослівно.** Система шукає «TypeScript», а не «типізований JavaScript». Це ще один аргумент за адаптацію CV під кожну вакансію.

Це не привід писати резюме «для робота»: після ATS його читає людина. Але провалити машинний етап через макет – найприкріший спосіб не отримати співбесіду.

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

1. **Стіна тексту.** CV сканують, а не читають: короткі пункти, повітря, однакова структура блоків.
2. **Технології, які ти не готовий захищати.** Усе, що написано в CV – легітимна тема для питань. Слово «GraphQL» у навичках означає, що тебе про нього спитають. Перевір себе: за кожен пункт готовий говорити 5 хвилин?
3. **«Відповідальний, стресостійкий, швидко навчаюсь».** Порожні слова, які займають місце фактів.
4. **Битий лінк на GitHub або порожній профіль за лінком.** Якщо даєш посилання – там має бути на що дивитись: пінлайн 2–3 найкращі репозиторії з README.
5. **PDF із назвою `resume_final_v2 (1).pdf`.** Назви файл `Name_Surname_Frontend.pdf` – дрібниця, що впливає на враження.
6. **Розсинхрон CV і LinkedIn.** Рекрутер відкриє обидва; різні дати чи посади викликають питання, які тобі не потрібні.

## Чекліст перед відправкою

- Одна сторінка; роль і стек видно за 5 секунд.
- Кожен пункт досвіду: що зробив + чим + складність/результат.
- Жодної технології, яку не готовий обговорювати.
- Лінки клікабельні: LinkedIn, GitHub (з пінами), деплої проєктів живі.
- CV адаптоване під конкретну вакансію.
- Headline у LinkedIn = роль + стек; Open to Work увімкнено.
- Файл названо по-людськи; текст вичитано (одна одруківка – ок; пʼять – ні).

CV і LinkedIn відкривають двері, але офер приносить співбесіда – системна підготовка до неї розібрана у [30-денному плані](/blog/pidhotovka-do-tekhnichnoi-spivbesidy).