еще лучше вообще без конкретики, захотел уйти - ушел захотел к вам - пришел
Читать полностью…
и с коллегами хорошо работал и в целом работалось хорошо
Читать полностью…
я не говорил про цифры, я говорил про цель работы, например:
какой value принес:
- Спроектировал слой хранения файлов с двумя бэкендами (локальная ФС для dev, GCS для prod) за единым интерфейсом — разблокировал деплой в облако
Зачем ты спроектировал слой хранения файлов? Без него же как-то да жили, в чем причина этой работы? Я его не вижу
ну ты прочитай его резюме и не смотри на опыт, даже если человек отработал 5 лет, он может быть так же junior
Читать полностью…
stack и пункты круто, но текст сплошная вода, глазу не за что зацепиться, а цели твоей работы я не вижу
Читать полностью…
- Вывел в продакшн интеграцию FastAPI-шлюза с NPHIES (проверка страхового покрытия + предавторизация услуг) — клиника получила автообработку заявок вместо ручной.
- Реализовал построение и парсинг FHIR R4 Bundle с обработкой всех статусов ответа (approved/partial/rejected/queued) — соответствие требованиям госплатформы.
- Обеспечил защищённый канал через mutual TLS; изолировал формат платёжной системы за Pydantic-схемами и REST-эндпоинтами.
- Отвечал за интеграцию от дизайна до релиза, покрыл по TDD; согласовывал требования с аналитиком и проводил knowledge-sharing по FHIR R4.
- Спроектировал слой хранения файлов с двумя бэкендами (локальная ФС для dev, GCS для prod) за единым интерфейсом — разблокировал деплой в облако.
- Перестроил обработку PDF-контрактов в двухэтапный конвейер на TaskIQ с retry и компенсацией — убрал перезапуск дорогого парсинга и «зависшие» записи в БД.
- Реализовал импорт закупочных данных (PO, вендоры, инвойсы) из CSV/XLSX в PostgreSQL на pandas с валидацией — автозагрузка из ERP вместо ручного ввода.
- Устранил N+1 и добавил Redis-кэш аналитики.
Stack: Python, FastAPI, SQLAlchemy (async), PostgreSQL, Redis, TaskIQ, GCS, pandas, Docker.
по сути можно еще дополнить, но уже исправив это ты будешь выглядеть как middle
Читать полностью…
желательное без собеса с экселем, ответ-вопрос
а достойного интервью с живой интересной беседой без пма и эйчара которые 40 минут скучают
все же видели в ютубе как резюме шрека стал самым лучшим кандидатом?
Читать полностью…
да всё приходит к тому что реферить достойных разрабов самый лучший вариант
Читать полностью…
Cloud Run web-сервис и taskiq-воркер это отдельные контейнеры без общего диска раньше PDF писались на локальную ФС в dev работало (общий Docker volume), а в проде воркер не видел загруженные файлы, и весь конвейер обработки контрактов ломался в облаке, слой хранения нужен был, чтобы web грузил в GCS, а воркер скачивал оттуда чтобы фича вообще заработала в проде
Читать полностью…
еще и ответить на интервью по типу🤣:
- почему ушли?
- мало бабок
- почему нас выбрали?
- много бабок
ну прочитал соглы выглядит как пет проекты к которому накинул с неба 2 года
Читать полностью…
так цыфры я не знаю как даже описать) типо тестированием не мы занимались и нагрузкой и тд, нам давали мало инфы для работы с phi данными и тд, мы только на своих моках тестировали и все)
Читать полностью…
спасибо, я просто сам через это проходил, шишки набивал и советовался с другими разработчиками, лидами и синьорами, по этому опыт в этом огромный
Читать полностью…
ну тогда по пунктам:
1. О себе/Bio:
Его нету, это важно для HR специалистов что-бы как-то узнать какой ты человек, командный/не командный, чего от жизни хочешь и тд, а для лида который тебя нанимает, кратко познакомиться с тобой
2. Гражданство и проживание можно не указывать или указать города где много вакансий, потом обговоришь условия работы на первом звонке сами спросят, может будешь удаленщиком (это уже обход ATS иначе не пройдешь на человеческий просмотр и не будешь в топе)
3. Не знаю как HH но смысла писать в навыках Python нету, так как у тебя название должности "python разработчик", лучше поставить только важное, FastAPI, Django, Базы данных какие-то и другие используемые инструменты, это не только обход ATS но еще и ключевые навыки на которые будет смотреть HR и интервьер
4. Образование среднее лучше не ставить, по ним тоже есть фильтры, если учишься сейчас на вышке пиши вышку, если нет, удали.
Теперь самый сок, опыт работы.
5. Слишком большой текст, никто не будет читать - разбей лучше по пунктам, где ты показываешь как ты круто помог бизнесу, или оптимизировал задачи которые мешали всем.
6. Стек технологий разбросан по тексту, что-бы понять на чем ты писал нужно искать в тексте - напиши снизу каждого места работы "Stack: Language, Frameworks, Databases" это бонус по ATS а так же не засоряет твой опыт.
7. Слишком много конкретики в техническом стеке, мне как лиду или HR не зачем знать что есть какой-то файл "pa_builder.py" мне важно какую технологию ты использовал и что мог из него сделать - так и обновишь этот контекст
8. Нету результата твоих работ, да ты спроектировал, да ты создал, но а зачем? Кому это нужно? Решение никому ненужной задачи это уровень джуна - добавь цифры, ответственных, если их нету говори что ты ответственный за эту идею, покажи какой это value принес.
9. Ты не указал взаимодействие с командой, круто, ты можешь работать сам, но ты выглядишь одиночкой - укажи как ты общался с аналитиками, продактами, лидом в конце концов что-бы решить эту задачу. Если уже хочешь выглядить как синьор тогда пиши что наставничал, руководил, проводил knowledge sharing, выступал перед командой.
10. Слишком много "или" как "pandas / openpyxl", лучше определиться с инструментом, а то другие разработчики спросят "так pandas или openpyxl? чем они отличаются?" - либо не пиши, либо указывай конкретно и почему.
11. CLM (UNC Health, США) и Интеграция с NPHIES (Saudi National Platform for Health Information Exchange) выглядит как отдельный опыт работы и будто бы выходят из контекста - лучше сократить этот пункт и не выделять для него целый абзац.
По резюме я бы оценил тебя как pre-junior, а не как strong junior или middle
Все приходит к тому что будут нанимать только знакомых, в которых уверены
Читать полностью…
https://itbooster.ru/
Тут можешь проверить свое резюме
Иишка считает, что хсы улучшений, кол-во данных это хорошо, при создании резюме == она считает точно так же когда ей задают вопрос хороший ли это кандидат
Читать полностью…
