# Правила написания резюме — применённый чек-лист

Синтез практик подбора резюме в IT (на основе разбора внешних материалов по резюме и HR-вопросам), отфильтрованный от лишнего/спорного. Что из этого применено к [RESUME.md](RESUME.md) — отмечено. Правила использования — часть общего компаса [AI_GUIDELINES.md](AI_GUIDELINES.md).

Этот чек-лист применяется одинаково ко всем трём резюме — [RESUME.md](RESUME.md), [RESUME_DEVOPS.md](RESUME_DEVOPS.md), [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md). Само разделение на три файла — прямое следствие правила «точное название желаемой должности, а не общая категория» ниже: одно резюме не может одновременно точно называться «Инженер по сопровождению», «DevOps-инженер» и «Системный администратор», поэтому под каждое направление — отдельный файл с той же фактурой, но своим заголовком и расстановкой акцентов (см. [legend/PROFILES.md](legend/PROFILES.md)).

## Применено

- **Стек — первой строкой в блоке опыта.** Уже было в резюме («Стек отдела: …»), не трогали.
- **Достижения перед обязанностями для опыта 3+ года.** Уже было, не трогали.
- **Глаголы совершённого вида, прошедшее время** («настроил», а не «настраивал»). Уже было, не трогали.
- **Точное название желаемой должности**, а не общая категория. В [RESUME.md](RESUME.md) уже было («Инженер по сопровождению»), не трогали. Ровно это правило и стало причиной завести [RESUME_DEVOPS.md](RESUME_DEVOPS.md) («DevOps-инженер») и [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md) («Системный администратор») вместо того, чтобы подавать одно резюме на три разных направления.
- **Мессенджеры в контактах** (Telegram/WhatsApp) дают заметно лучший отклик, чем только телефон/email. Добавили поля-плейсхолдеры в шапку — заполнить реальными данными.
- **Широкий и полный список hard skills** (ориентир — 20+, без раздувания пустыми словами). Список был неполным (8 навыков) при том, что в описании опыта уже фигурируют Grafana, Prometheus, Mimir, ELK, Bash, Astra, CentOS, GitLab, Gitea, TeamCity, Molecule, Selenium, Java, Jira — это просто не было вынесено в раздел «Навыки». Свели воедино и сгруппировали по смыслу.
- **Не указывать зарплатные ожидания без уверенности в цифре** (риск отсева на скрининге при завышении/заниженности). В резюме цифры и не было — оставили как есть, это уже правильно.
- **Без фото** на российском IT-рынке — фото не даёт плюса для инженерных позиций. В резюме фото не было — оставили как есть.

## Осознанно не применено

- **«Растянуть» стаж, переквалифицировать нерелевантный опыт под IT-должность, скрыть онлайн-курсы как подозрительные».** Не актуально — у кандидата есть непрерывный релевантный опыт 4 года 5 месяцев, искусственно ничего дотягивать не нужно.
- **«Создать второй/третий профиль с изменёнными на 1 символ ФИО, ±1 год возраста, другим номером и почтой, чтобы обойти отказавших работодателей».** Отклонено полностью. Это не техника резюме, а введение работодателя в заблуждение и вероятное нарушение правил площадки — такая механика не будет закладываться ни в RESUME.md, ни в какие-либо кейсы. См. [AI_GUIDELINES.md](AI_GUIDELINES.md) → «Куда не идти».
- **«Убрать образование не по специальности / курсы младше 2-3 лет прятать».** У кандидата образование профильное (Инфокоммуникационные технологии и системы связи), скрывать нечего — правило неприменимо, не трогали.
- **Сопроводительное письмо не нужно для хардовых IT-специальностей.** Соответствует текущему состоянию — сопроводительного текста в RESUME.md никогда не было, отдельно ничего не меняли.

## Правило, требующее решения пользователя (не применено автоматически)

- **Обход ATS-детекции «ИИ-текста»** (шаблонные фразы вроде «ключевые навыки», «таким образом») — в блоках достижений АО ТНИИС встречаются длинные перечислительные конструкции («что сократило… а также обеспечил… через аутентификацию и обучение, повысив…») — это стоит сократить и раздробить на более короткие, конкретные пункты при следующей шлифовке резюме, но такая правка меняет формулировки достижений по сути, а не только структуру контактов/навыков — по правилу [AI_GUIDELINES.md](AI_GUIDELINES.md) («Не переписывать RESUME.md без явного запроса пользователя») это не тронуто, ждёт отдельного запроса.