resume/RESUME_RULES.md

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

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

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

Применено

• Стек — первой строкой в блоке опыта. Уже было в резюме («Стек отдела: …»), не трогали.
• Достижения перед обязанностями для опыта 3+ года. Уже было, не трогали.
• Глаголы совершённого вида, прошедшее время («настроил», а не «настраивал»). Уже было, не трогали.
• Точное название желаемой должности, а не общая категория. В RESUME.md уже было («Инженер по сопровождению»), не трогали. Ровно это правило и стало причиной завести RESUME_DEVOPS.md («DevOps-инженер») и 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 → «Куда не идти».
• «Убрать образование не по специальности / курсы младше 2-3 лет прятать». У кандидата образование профильное (Инфокоммуникационные технологии и системы связи), скрывать нечего — правило неприменимо, не трогали.
• Сопроводительное письмо не нужно для хардовых IT-специальностей. Соответствует текущему состоянию — сопроводительного текста в RESUME.md никогда не было, отдельно ничего не меняли.

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

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