Неделю назад я запустил DevRaid — платформу, где разработчики подтверждают навыки через сдачу репозиториев. За это время через неё прошли 47 человек, 80 сдач, 20 подтверждённых профилей. И я понял одну вещь, которая бьёт по всей индустрии найма.
GitHub — не подтверждение кода. Это склад файлов. И работодатель это знает.
Что видит HR, когда открывает GitHub junior-разработчика
Среднестатистический профиль, который я видел десятки раз за это время:
3–5 репозиториев
2 форка с курсов
1 «тестовое на вакансию в компанию X»
1 пет-проект, где 47 коммитов, а последний — 8 месяцев назад
README либо отсутствует, либо скопирован из туториала
Соискатель при этом пишет в резюме: «опыт 2+ года, React, TypeScript, Node.js, уверенное владение Docker». Отправляет 300 откликов. Получает 1 ответ. 0 офферов.
Резюме — тоже не сигнал
Резюме, по сути, это текст, который человек написал сам о себе. В нём может быть что угодно:
«Отлично знаю PostgreSQL» — а на деле писал один раз
SELECT *.«Опыт в микросервисах» — а на деле читал статью на Habr.
«Docker» — а на деле запускал
docker-compose upв чужом проекте.
Я не говорю, что все врут. Я говорю, что резюме не проверяется. И это создаёт проблему для всех: HR не доверяет, кандидат страдает от того, что никому не верят.
Что бы сработало как сигнал
Идеальный сигнал для найма junior/middle должен:
Показывать что человек умеет, а не что он о себе написал.
Быть проверяемым — любой работодатель может убедиться сам.
Не требовать от кандидата тратить 4 часа на «тестовое».
Учитывать реальный код, а не только синтаксис.
Отделять того, кто кодит, от того, кто копирует.
Мне показалось, что в это можно превратить сдачу GitHub-репозитория с настоящими проверками. Не «мы посмотрим на ваш репозиторий», а «мы соберём его в Docker, прогоним тесты, ESLint, Semgrep, AI-ревью — и скажем, что именно у вас работает, а что нет».
Как это работает в DevRaid
Платформа берёт твой GitHub-репозиторий и прогоняет через реальные проверки:
? Docker-сборка. Запускаем npm install && npm run build в изолированном контейнере. Если проект не собирается — это не «работающий проект», это «файлы на GitHub».
? Тесты. Запускаем npm test, смотрим на exit-код и на реальные результаты. Не «есть папка tests/», а «тесты проходят».
? ESLint. Ошибки, предупреждения, мёртвый код. С плотностью предупреждений на 100 строк — чтобы не заваливать мелочами.
? Semgrep. Уязвимости, захардкоженные секреты, SQL-инъекции. То, что не должно попасть в production.
? AI-ревью. LLM читает код и даёт замечания с номерами строк. Не «перепиши всё», а «вот эта функция в файле auth.ts:42 — почему ты выбрал useReducer вместо useState?».
? Деплой. Если у тебя есть задеплоенная версия — проверяем, что она живая.
Каждая проверка даёт очки. Из суммы очков складывается «подтверждённый навык»: Docker 85%, тесты 70%, ESLint 100%. Не абстрактный процент, а доля успешных прогонов от общего числа попыток. Если ты сдавал проекты 20 раз и в 17 из них Docker-сборка прошла — у тебя Docker 85%.
Что получает разработчик
За победу над квестом:
Подтверждённый навык в публичном профиле
/talent/[nickname]— без артефактов и боссов, только навыки, проекты и статистика.Публичный сертификат — ссылку можно вставить в резюме или отклик на вакансию.
Обратную связь — если Docker упал, ты видишь, на каком шаге. Не «что-то не так», а «на 43-й строке Dockerfile ошибка».
Прогресс — уровни, XP, лидерборд. Геймификация не для того, чтобы играть, а чтобы понимать, куда расти.
Первые цифры
За два месяца через платформу прошли:
47 зарегистрированных разработчиков
22 дошли до лидерборда
20 имеют хотя бы одну победу (подтверждённый профиль)
80 сдач, 51 победа, 64% winrate
Это не rocket science, но кое-что видно. Например, что есть спрос на формат. Люди приходят с GitHub-профилями и хотят проверить: а мой код вообще собирается у кого-то ещё, кроме моей машины? Оказывается — не всегда.
И что важно — платформа работает не только для «новичков-вкатунов». Есть люди с 5-летним опытом, которые сдают проекты, чтобы увидеть: а как их код выглядит с точки зрения Semgrep, AI-ревью и Docker-сборки. Не для работодателя — для себя.
Один кейс, который меня порадовал
RaidOps_502 — первый человек, который прошёл всё, что было на платформе. За 3 дня: 6 уровень, 4870 XP, 51 победа. Сдал 8 репозиториев, большинство — свои пет-проекты. Победил 3 боссов. Получил публичный профиль, который может отправить HR.
Вот ради этого всё и делается.
Что уже работает
/talent/[nickname]— отдельный HR-профиль, без игровых элементов. Только подтверждённые навыки, проекты, статистика. Уже можно отправить ссылку HR.Гейты между тирами —
tutorial → easy → medium → hard. Ты не берёшь сложный квест, пока не прошёл два лёгких. Не потому что «нельзя», а потому что платформа показывает следующий шаг, а не список из 8 задач.Лиги в лидерборде — новичок с 750 XP не соревнуется с топом с 4870. Три лиги: новички, средние, сеньоры.
Виджет «Твой путь» — в профиле после каждой победы видно: «до Medium осталось 1 из 2». Есть за что вернуться.
Публичный сертификат — ссылка вида
devraid.ru/u/твой_ник, можно вставить в резюме или LinkedIn.
Что в работе
Daily-квесты. Раз в день — бонусный квест с двойной наградой. Причина заходить.
PvP-режимы. Code review duels, bug hunt, architecture battles. Когда будет 100+ активных.
Защита от AI-слопа. Не детектор текста (все врут), а вопросы по диффу. Модель может написать README, но не объяснит, почему в конкретной функции
useReducer, а неuseState.Хакатоны. Командные квесты на 48 часов, с реальными задачами от компаний.
Кому это нужно
Разработчику. Если у тебя есть пет-проект на GitHub и ты устал отправлять 300 откликов без ответа — попробуй. Сдашь репозиторий за 15 минут, получишь подтверждённый профиль, отправишь его HR вместо резюме с «уверенным владением React».
Работодателю. Если ты устал от «300 резюме и 0 нормальных» — зайди в лидерборд, посмотри подтверждённые профили. Не «расскажите про свой опыт», а «вот проект, который собирается в Docker, проходит тесты и AI-ревью».
Себе. Если ты разработчик и хочешь проверить: а мой код кто-то ещё может собрать, кроме моей машины? Не для найма, для себя.
Что в итоге
Я убедился в одной вещи: проблема найма junior-разработчиков — не в том, что их мало. Их много, и они хорошие. Проблема в том, что нет формата, в котором их навыки видны без траты 4 часов на «тестовое задание».
GitHub этот формат не заменяет. Резюме — тоже. Нужен третий формат: проверяемый, короткий, отделённый от маркетинга.
DevRaid — моя попытка сделать такой формат. Не идеальная. Не для всех. Но работающая для тех, кому сейчас больно искать работу.
Если у вас есть пет-проект на GitHub — попробуйте. 15 минут, и вы увидите, как ваш код выглядит с точки зрения Docker, тестов, ESLint, Semgrep и AI-ревью.
Если вы HR и хотите посмотреть, как выглядит подтверждённый профиль — зайдите. Пример: devraid.ru/talent/RaidOps_502.
Если вы считаете, что это всё ерунда — напишите в комментариях, почему. Я читаю всё.
Комментарии (23)
yozora
18.10.2026 07:05Стадии шизофрении:
0. пишем код нейронкой: погромисты не нужны, Клауде (99% не могут узнать как произносится Claude, так как у них лимиты кончились) пишет майнкрафт с нуля (и пускай что это сборная солянка с кучейфичбагов с нескольких репозиториев, но вы все схаваете) за 10 минут и вот это всё.
1. ATS нейронки у эйчарок: ты летишь в мусорку если твое резьме не копирует вакансию на 99.98% и не готов работать за печеньки
2. нейрорезюме. Ответ здравомыслящего человека
3. нейроревью кода. Чтобы что? Чтобы нейродурак по своим каким-то мусорным признакам из того что он вычерпнул из интернета указал что код - говно (даже если он писался нейронкой)?
punhin
18.10.2026 07:05Клауде (99% не могут узнать как произносится Claude, так как у них лимиты кончились)
Откуда информация? Имя нейросети имеет французские корни (как Клод Моне) и читается через «о», а не через дифтонг «ау». Википедия говорит: Распространенная ошибка - вариант «Клауд» (от англ. cloud — облако) часто используют по привычке, но официально и корректно говорить именно «Клод».
У кого-то не лимиты кончились, кого-то в гугле забанили... (сарказм, прошу извинить, но то, что пишите, сами бы проверили для начала, да хотя бы в яндексе!).
PsihXMak
18.10.2026 07:05В целом это шиза соприть о правильном произношении. Но в русском правильно произносить так, как удобно (что бы не коверкать язык и слух не резало). Клод и Клауд - ёмко и удобно. Клауде - сомнительное окончание "де". Тогда правильнее было бы Клауть - с чередованием.
Andy-TmT
18.10.2026 07:05А зачем? Не, я конечно понимаю, если скучно и нечего делать, то можно и такой фигней позаниматься, но на вопрос "Зачем" оно не отвечает? Вот и что hr будет делать с этим? Ну увидит он какие-то чиселки. Что они ему сообщат? Или чем отличаются от таких же чисел с leetcode или других сайтов? А главное как они отражают реальные компетенции человека? Ну полный бред же.... Вот вижу я в твоем примере "Деплой" на 75%. Это что? Это написание ci/cd? Если да, то какой сложности, на каком стеке, что в нем? Или может это написание docker-compose файлов? Тогда как понять что они оптимальны, учитывают все, что реально нужно? Или может это деплой в куб? А тогда как: вручную, при помощи helm, customize, argocd? Буквально что это и главное зачем это как Hr, так и обычному человеку?! Разработчики, девопсы и пр и так весь день сидят, работают и поверь, вечером вот вообще нет желания помимо чтения документации, тестирования различных технологий и пр заниматься еще какой-то фигней, особенно когда знаешь, что она не нужна ни тебе, ни Hr. Перед тем как говорить "Смотрите, я сделал платформу. Смотрите как круто! Быстро все регайтесь и проходите какие-то задания" наверно нужно подумать над тем нужно ли это и как это воспринимается? Что мне мешает нейронкой сгенерить все нужные ответы? Что мешает Hr даже не открывать этот сайт (раз уж они даже резюме не читают)))? Как по мне - буквально сделал проект ради проекта. Да, может кому-то будет интересно, прикольно потыкаться как в игрушку, но я пока не вижу как эта "игрушка" закрывает хоть какие-то проблемы рынка.
dire_foxy
18.10.2026 07:05Так если в GitHub у тебя висит проект с кучей звёзд которым интересуются люди, с отличным readme с гифками демонстрирующими работу приложения/кода, со структурой проекта - HR все равно не посмотрят, они скорее всего даже профиль открывать не будут, не то что по репам шариться.
TIEugene
18.10.2026 07:05То есть если код запускается в докере - то ок. А если собирается в пакеты rpm/deb, работает в реальном окружении, а докером там не пахнет - то нещитово?
basili4-1982
18.10.2026 07:05Я вот не понимаю зачем. И для,чего и как оно работает код написаный нейроннокой проверется нуйронкой что бы третья нейроннка не выкинула его из выдачи. Только свое чсв почесать.
InsiderCrush
18.10.2026 07:05Сидит дядька такой в отделе кадров, и думает - что то у меня совсем нет никаких дел семейных, рабочих, со здоровьем все хорошо, жаловаться друзьям не на что, все тиктоки пересмотрены, все, будь они неладны, резюме вот собраны и надо их обработать. А не обработать ли мне их играя в игру вот эту на гитхабе. Вот прямо таки брошу все и пойду играть и дейлики выполнять, что бы хорошего джуна нанять... Вы бы хоть человеческий фактор учитывали, делая свою платформу, а то прямо таки к вашей платформе очень применимо название вашей же статьи
v_pyatnitsky
18.10.2026 07:05Сейчас для большинства самое сложное - это попасть на собес .
Для этого нужно сделать резюме, так что пройти фильтры.
Потом hr (или ии) будет смотреть на какие то кейсы, которые им задали. Например меня один раз позвали на собес, потому что компания делала что-то связанное с отслеживанием авто по камерам, у меня была указана петка с распознаванием автономеров. Прям один из первых проектов, с ужазнейшим кодом. Который к счастью конечно никто не посмотрел )
В целом конечно нужно следить ща качеством кода в репо. Но это будут смотреть далеко не в первую и даже вторую очередь.
А вот ссылки на рабоиающие приложения смотрят куда чаще
Al_Mafino
18.10.2026 07:05Дам один простой совет - хотите на собеседование? - Звоните! И говорите я - своё ФИО посмотрите пожалуйста мое резюме. Все! Больше ничего не нужно. Все остальное не работает. Проверено на личном опыте.
lamerok
Зачем так откровенно обрабатывать все ИИшкой, я прочитал и ничего в голове не осталось. Мне кажется лучше писать самому и немного корректировать ИИ, например править орфографию.
По теме в данном случае, в гитхабе будет лежать ИИшный код, который уже прошёл все стадии проверок, так как его ИИ делало и все что проверит работодатель, это то, что у разработчика есть подписка на диипсик.
smovdir
Частенько езжу по Питеру, с профессиональными водителями, из корпоративного парка, с 30 летним стажем. Они отключают мозг и едут по Яндекс навигатору. А, сейчас, спуфят координаты. И водитель начинает, творить дичь, следуя подсказкам искаженного навигатора. Выключи, эту хрень! Едь по памяти! Нормально доезжаем без подсказок. То же самое, ждет IT специалистов. Будут вайбкодить, до последнего. Когда, мозги, начнут атрофироваться или лютая дичь поломает рабочий код - выключат ИИшку и начнут работать своими мозгами
aero2210
ага, ага) никто же не думает своим мозгом, все "ctrl + c", "ctrl + v" (хотя и это не всегда). тесты никто не пишет, ревью не проводят (хотя бы иногда).
всегда находилась такая "неведома-зверушка", которая ломает рабочий код, с приходом ии ситуация кардинально не изменилась.
Flux
Зачем? Уже по первому абзацу безошибочно видно генерацию. Проскроллив даже не читая видно что сгенерировано полностью а не “обработано”.
Просто минусите, и соблюдайте информационную гигиену.