Come gli sviluppatori frontend brasiliani hanno trasformato le GitHub Issues in un mercato del lavoro

Dove cercate lavoro di solito? La maggior parte delle persone va su HeadHunter, scorre infiniti canali Telegram o controlla Habr Career. In Brasile, gli sviluppatori web hanno fatto le cose in modo diverso. Hanno preso un normale repository GitHub, eliminato il codice sorgente e spostato l'intero processo di assunzione nella scheda Issues.

Il progetto si chiama frontendbr/vagas. Ha 15.000 stelle, centinaia di fork e nemmeno una riga di codice eseguibile. Il repository consiste in un file README, alcuni template e chiare linee guida di moderazione. Nel frattempo, la piattaforma ha sostituito con successo i siti commerciali di ricerca lavoro per la comunità locale dal 2016.

Perché assumere tramite ticket

Sembra strano pubblicare un annuncio di lavoro dove le persone di solito si lamentano dei bug. Ma se guardi le capacità della piattaforma, l'idea ha senso.

GitHub fornisce già un set di strumenti pronto per la pubblicazione di contenuti strutturati. C'è la formattazione Markdown, un sistema di etichette, ricerca con filtri e template per le nuove issue. I candidati non hanno bisogno di registrarsi su portali di terze parti o compilare venti campi identici nei moduli di qualcun altro. Semplicemente aprono l'interfaccia familiare, leggono i requisiti e vedono immediatamente le informazioni di contatto del recruiter.

Il sistema di sottoscrizione è interessante. Un cercatore di lavoro clicca sul pulsante Watch nella pagina del progetto e seleziona la modalità Watching. Dopo di che, le notifiche sui nuovi post arrivano direttamente alla loro email o alla campanella dell'interfaccia.

<!-- Пример стандартного заголовка тикета -->
[São Paulo] Front-End Developer na [NOME DA EMPRESA]
[Remoto] Senior React Developer na Acme Corp

Il datore di lavoro crea una nuova Issue, compila i campi secondo il template e aggiunge i tag. La comunità vede immediatamente il post.

Regole che mantengono pulito il repository

Qualsiasi bacheca di lavoro aperta senza un controllo rigoroso si trasforma rapidamente in una discarica di spam da parte delle agenzie di reclutamento. I creatori di frontendbr/vagas hanno stabilito rigide regole di moderazione fin dall'inizio, e i ticket che le violano vengono eliminati senza preavviso.

Le regole sono semplici ma rigide:

• Gli annunci di lavoro anonimi sono proibiti. Le aziende devono specificare il loro vero nome. Niente post come "Una grande fintech cerca uno sviluppatore."
• Gli intermediari e i recruiter devono dichiarare apertamente per quale cliente finale esatto stanno assumendo.
• C'è un limite di attività. Una azienda può pubblicare un massimo di tre annunci di lavoro per mese solare.
• Il formato deve seguire esattamente il template. Se un recruiter ha perso dei campi obbligatori, i moderatori chiudono il ticket.
• C'è un limite di tempo. Se l'autore non ha lasciato un commento sullo stato della ricerca entro tre mesi, l'issue viene chiusa come obsoleta.

Questo approccio risolve il problema principale per chi cerca lavoro: fa risparmiare tempo sulle risposte a aziende fantasma e filtra le offerte irrilevanti di un anno fa.

Etichette e ricerca dello stack giusto

invece di un'interfaccia di filtraggio complessa, i creatori hanno usato il sistema standard delle Labels di GitHub. A ogni post viene assegnata una combinazione di etichette basata sul livello di esperienza, formato di lavoro e tecnologie.

Опыт:     Junior | Pleno (Middle) | Senior | Lead
Формат:   Remoto | Híbrido | Presencial | CLT | PJ
Стек:     React | Vue.js | TypeScript | CSS/SASS

Il cercatore di lavoro apre il filtro e inserisce una query di ricerca:

is:issue is:open label:Remoto label:Senior label:React

Di conseguenza, la ricerca mostra solo le posizioni remote aperte al livello desiderato. Nei commenti del ticket, i candidati possono pubblicamente fare domande al datore di lavoro, chiarire la fascia salariale o segnalare inesattezze nella descrizione. Il processo è trasparente per tutti i partecipanti.

Come un'idea locale è diventata una rete di repository

Il successo della bacheca frontend ha portato altri gruppi tecnologici a creare fork per le loro esigenze. Ora una rete di repository indipendenti per diverse aree di sviluppo è cresciuta attorno al progetto:

• Per direzione: backend, QA, design UI/UX, sviluppo chatbot.
• Per linguaggio: Python, Go, Rust, Kotlin, .NET, PHP, Vue.js, Flutter.
• Per geografia: piattaforme separate per sviluppatori dal Portogallo, Angola e regioni specifiche del Brasile.

Funzionano tutti con lo stesso schema. La comunità modera i propri rami, e i datori di lavoro pubblicano posizioni gratuitamente, ottenendo accesso a un pubblico mirato senza intermediari.

Cosa ci insegna questo progetto

L'esperienza della comunità brasiliana mostra qualcosa di interessante: non sempre serve scrivere codice backend complesso e spendere soldi sui server per creare un servizio utile. A volte basta prendere strumenti di collaborazione già pronti e sovrapporvi una regolamentazione ben progettata.

Questo approccio funziona benissimo per le comunità di nicchia russofone. Se stai sviluppando un club locale per Rust, Zig, Elixir o framework rari, configurare una tale bacheca all'interno di GitHub richiede circa venti minuti. Devi solo configurare i Issue Templates, creare un set di etichette e monitorare la conformità alle regole.

Il repository frontendbr/vagas dimostra che strumenti aperti e moderazione chiara possono sostituire i portali HR ingombranti quando una comunità unita ne assume la guida.