Nota: Questa è solo un’idea che vorrei lasciare a voi per riflettere, e non una “richiesta ufficiale” di funzionalità da parte mia 
Discourse dispone dell’ottimo plugin ufficiale Discourse GitHub. In base alle impostazioni, è possibile premiare i membri del forum per i loro contributi tramite PR. Tuttavia, non è sempre possibile assegnarli, poiché i membri potrebbero non essere associati all’account Github:
Se ho capito correttamente, se l’email e/o il nome utente del tuo commit su Github non corrispondono a un account del forum, potrebbe non esserci alcuna corrispondenza e nessun distintivo.
Nella nostra Comunità per una Tecnologia Umanistica non abbiamo abilitato accessi basati su Github da molto tempo (l’ho aggiunto molto recentemente), ma disponiamo di un’organizzazione Github dove collaboriamo su repository. Pertanto, come misura informativa, abbiamo sempre avuto un campo profilo personalizzato denominato ‘Account Github’, da compilare per i membri.
La funzionalità aggiuntiva proposta qui in Discourse consiste in due parti:
- Supporto per un campo profilo ufficiale ‘Code Forge’, abilitabile nelle impostazioni di amministrazione.
- Se abilitato, verificare (verificare?) il campo ‘Code Forge’ per primo durante l’assegnazione dei distintivi.
Nota: La terminologia Code Forge è tratta da ForgeFed, l’estensione del protocollo ActivityPub che mira a un’integrazione federata di forge con qualsiasi repository, indipendentemente dalla posizione e dal software utilizzato (github, gitlab, gitea, sourcehut, ecc.).
Campo profilo Code Forge verificato
Introduzione: Per me e molte persone con cui lavoro (potrei estendere questo concetto al movimento del software libero in generale, credo), l’uso di Github per lo sviluppo OSS non è più scontato. Github non è più la scelta logica di primo piano per ospitare repository di codice. Ad esempio, uso principalmente Codeberg e ho account su Gitlab e varie istanze self-hosted di gitlab / gitea, ecc. Feneas, dove sono moderatore, utilizza solo Gitlab. Vorrei poter esprimere queste diverse scelte di forge di codice all’interno di Discourse e verso i membri della comunità.
Funzionalità: Nelle impostazioni di amministrazione posso configurare le forge di codice correlate alla mia comunità e abilitarle come campi profilo. Posso anche specificare che voglio che il campo sia verificato e/o che sia obbligatorio (un’ulteriore estensione di questa funzionalità può essere omessa). Quando un membro compila il campo, esso assolve al suo scopo informativo verso gli altri membri. Opzionalmente (se abilitato), avviene la verifica, ovvero la persona viene reindirizzata alla forge di codice configurata (probabilmente utilizzando un flusso OAuth, simile all’accesso con GH, quindi devono essere presenti impostazioni di amministrazione per questo; non è necessario abilitare l’accesso con GH o altre forge), conferma e viene riportata a Discourse. Il campo profilo mostra ora un bel segno di spunta di verifica. Può essere simile, a livello di interfaccia utente, a quanto presente su Mastodon (sebbene il metodo di verifica con rel="me" sia molto diverso), dove è possibile aggiungere fino a 4 campi profilo personalizzati:
Relazione con il plugin Github di Discourse
Se il campo profilo è presente, e soprattutto se è obbligatorio e/o verificato, immagino che possa essere utilizzato come primo luogo da controllare per l’assegnazione del distintivo Code Forge. Le assegnazioni dei distintivi si basano su tutte le forge di codice configurate e non sono limitate a Github.
Modifica: Ho preso l’assegnazione dei distintivi come esempio per il miglioramento del plugin Github. Ma il plugin stesso potrebbe diventare il plugin ufficiale Code Forge, a supporto di tutte le forge configurate.