Informazioni

Il problema

L'AI ha reso più facile che mai produrre codice, curricula e descrizioni di progetti dall'aria plausibile. E questo rende più difficile, per chi è agli inizi, dimostrare ciò che sa davvero portare a termine.

Un portfolio ha bisogno di più che demo generate. Ha bisogno di prove pubbliche: problemi reali, review reali e maintainer reali che vedono il lavoro svolgersi.

Perché l'open source, perché adesso

L'open source lascia una traccia pubblica che l'AI non può fabbricare. Ogni issue, pull request, commento di review e modifica unita mostra come uno sviluppatore capisce il contesto, lavora dentro i vincoli e migliora software che altre persone usano.

Per chi è agli inizi, la parte più difficile è trovare lavoro abbastanza piccolo per cominciare, abbastanza attuale da contare e collegato a maintainer che possano farne la review.

Cosa facciamo

Good First Issue è la prima tappa. Raccogliamo issue adatte ai principianti da progetti open source attivi e le rendiamo più facili da sfogliare, valutare e trasformare in contributi reali.

L'obiettivo è semplice: aiutare la prossima generazione di sviluppatori a passare dalla pratica privata al lavoro pubblico che dimostra giudizio, costanza e una collaborazione pronta per la review dei maintainer.

Fonte dei dati

Good First Issue indicizza dati da repository GitHub pubblici e issue GitHub pubbliche. I dati indicizzati possono includere metadati del repository, metadati della issue, label, conteggi, testo del corpo e link di ritorno a GitHub.

GitHub resta la fonte di verità. La copia indicizzata su Good First Issue può essere obsoleta, incompleta o diversa da ciò che GitHub mostra in questo momento.

Indicizzazione e freschezza

La freschezza delle issue è mantenuta da sincronizzazioni in background programmate. Le sincronizzazioni aiutano a rendere utile la scoperta, ma non garantiscono che ogni repository, issue, label o cambio di stato compaia subito.

Leggiamo le issue solo dei repository che hanno ricevuto un commit negli ultimi 180 giorni. Un repository inattivo resta in elenco, ma le sue issue non vengono indicizzate finché non torna attivo.

Saltiamo anche i repository con più di 1000 issue aperte e meno di 100 stelle: questa combinazione corrisponde quasi sempre a segnalazioni automatiche, non a lavoro per chi contribuisce. I progetti piccoli non sono interessati, per quante poche stelle abbiano.

L'inclusione di un repository e la qualità delle issue dipendono da segnali pubblici visibili su GitHub.

Segnali di idoneità ai principianti

La scoperta per principianti tratta le label good first issue, help wanted e hacktoberfest come segnali.

Le label sono segnali di scoperta, non garanzie. La qualità di una issue dipende comunque da un ambito chiaro, da contesto sufficiente, da note di setup e dalla reattività dei maintainer.

Indipendenza e feedback

Good First Issue è un progetto indipendente. Non è affiliato a GitHub, né approvato o gestito da GitHub.

Per l'inclusione di un repository, feedback, correzioni o richieste di rimozione, usa la pagina dei contatti o GitHub Discussions.