#карьернаяпрожарка Буду рад указаниям что сделано не так.
Python разработчик
· 25.05резюме
1 коммент
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 27.05
Иван, добрый день! Вот мой экспресс-аудит 🙂:
1. Адаптация желаемой должности под фильтры hh ❌ Как сейчас: название должности сформулировано не так, как привык видеть глаз рекрутера и алгоритмов. Робот hh ищет точные совпадения с вакансиями, а рекрутеры вбивают в поиск стандартные маркеры. ✅ Как исправить: напишите четкую, привычную для рынка формулировку с указанием вашего реального уровня. Например: «Python Developer / Middle Backend Developer». Это сразу поднимет вас в поисковой выдаче по нужным фильтрам грейдов.
2. Визуальное доверие (Фотография) ❌ Как сейчас: в ИТ-сфере фотка не влияет на хард-скиллы, но резюме без аватара алгоритмы hh ранжируют ниже, а рекрутеры подсознательно пролистывают быстрее, так как профиль кажется «неживым». ✅ Как исправить: добавьте качественное, свежее фото. Не нужен строгий костюм-тройка: достаточно обычного однотонного худи или футболки, хорошего нейтрального освещения (можно сделать портрет на телефон у белой стены) и открытого взгляда. Это повышает кликабельность резюме в общей выдаче на 30%.
3. Пересборка блока «О себе» под ATS и тимлида Превратите этот блок в свое краткое саммари. Сделайте его емким, выделив коммерческий стаж, ключевой стек и архитектурные навыки. Пример правильной структуры блока «О себе»: - Основной стек: Python 3.x, Django, FastAPI, PostgreSQL, Docker, Redis. - Опыт: X лет коммерческой разработки бэкенда в продуктовых/аутсорс компаниях. - Экспертиза: проектирование REST/gRPC API, оптимизация сложных SQL-запросов, работа с микросервисной архитектурой и очередями сообщений (RabbitMQ/Kafka).
4. Перевод опыта на язык ИТ-команд (Контекст + Задачи + Достижения) ❌ Как сейчас: опыт написан бесконечным списком мелких задач со словами «доработка», «расширение функционала» и «участие». Тимлиду непонятно, в какой команде вы работали, по каким процессам, и что конкретно изменилось в коде после его доработок. ✅ Как исправить: разделите описание мест работы на четкие блоки: контекст проекта, конкретные технические задачи (с указанием стека) и оцифрованные или продуктовые результаты. Пример:
Контекст проекта (1–2 предложения): разработка и поддержка бэкенда enterprise-платформы CorpGPT (интеграция AI/LLM агентов для бизнеса). Работа в кросс-функциональной команде с промт-инженерами по методологии Scrum (бэклог в Jira). Команда: 5 бэкендеров, 2 фронтендера, QA, PM. Работа по Scrum (двухнедельные спринты).
Задачи (что делали именно вы – через активные глаголы): - Проектировал и реализовывал новые микросервисы на FastAPI; - Оптимизировал тяжелые SQL-запросы в PostgreSQL (индексы, профилирование); - Покрывал код тестами (PyTest, Mock), участвовал в кросс-код-ревью.
Достижения (ваш оцифрованный результат): - Увеличил скорость обработки поисковых запросов на 40% за счет внедрения кэширования в Redis; - Сократил время сборки проекта в CI/CD (GitLab) в 2 раза благодаря оптимизации Docker-образов.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён