Bruxelles, Belgio
Gennaio 31st, 2020
Informazioni su CHAOSScon
Scopri le metriche e gli strumenti sull'integrità dei progetti open source utilizzati da progetti open source, comunità e team di ingegneri per monitorare e analizzare il lavoro della comunità. Questa conferenza fornirà un luogo per discutere della salute dei progetti open source, degli aggiornamenti CHAOSS, dei casi d'uso e dei workshop pratici per sviluppatori, community manager, project manager e chiunque sia interessato a misurare la salute dei progetti open source. Condivideremo anche le opinioni dei gruppi di lavoro CHAOSS su Diversità e inclusione, Evolution, Rischio, Valoree Metriche comuni.
Dove
Camera: EUROPA
Hotel ibis Bruxelles centro città
Altopiano di Rue Joseph N°2, 1000
Bruxelles, Belgio
Telefono: + 32 2 620 04 26
Quando
Gennaio 31, 2020
dalle 9:5 alle 50:XNUMX
Registrati Adesso!
Codice di condotta all'evento
Tutti i relatori e i partecipanti sono tenuti ad aderire al ns Codice di condotta dell'evento. In caso di dubbi in merito al codice di condotta prima dell'evento o durante l'evento, si prega di contattare Alba Foster or Giorgio Link.
È possibile segnalare casi di comportamento abusivo, molesto o altrimenti inaccettabile contattando il team del Codice di condotta CHAOSS all'indirizzo caoss-inclusion@lists.linuxfoundation.org.
Nel Servizi di emergenza all'evento, si prega di comporre il 112
Registrazione
La registrazione è ora aperta!
Questa è la prima volta che addebitiamo una quota di $ 10 per la registrazione per partecipare a CHAOSScon. Vorremmo spiegare. Al CHAOSScon NA 2019, le persone interessate sono state scoraggiate dal venire perché erano in lista d'attesa, ma avevamo molti posti vuoti a causa della mancata presentazione. Con l'addebito di una piccola somma, speriamo di limitare le mancate presentazioni. Il costo del biglietto andrà a fornire caffè, tè, snack e servire il pranzo.
Diversità e inclusione
Per incoraggiare e aumentare la partecipazione di una comunità diversificata, siamo lieti di offrire esenzioni per la registrazione in base alla diversità o alle esigenze. Per ottenere l'annullamento della registrazione, per favore invia una richiesta. Per domande, si prega di contattare Giorgio Link.
Chiunque può richiedere l'esonero dalla quota di iscrizione.
Chiama per la partecipazione
La PCP si è chiusa il 30 novembre 2019. Grazie a tutti coloro che hanno presentato la domanda.
Programma: 31 gennaio 2020
| Tempo | Sessioni | Diapositive | Video |
|---|---|---|---|
| 9:00 | Registrazione e networking | ||
| 9:30 | Keynote: Benvenuto e stato del CHAOSS Giorgio Link |
Video | |
| 9:50 | Keynote: Etica: cosa sai e cosa non sai Deb Nicholson |
Video | |
| 10:20 | Calore, luce e amore: raccontare la storia dell'ufficio del programma open source di Twitter Sean Goggins & Remy DeCausemaker |
Video | |
| 10:40 | Pausa mattutina | ||
| 11:00 | Misurare la cultura Sharan Foga |
Video | |
| 11:20 | Ritardo tecnico: misurare l'obsolescenza, la vulnerabilità e il bug del software Tom Mens & Ahmed Zerouali |
Video | |
| 11:40 | CHA-IO-SS - Analisi della salute della comunità per software interno e open source Daniele Izquierdo |
Video | |
| 12:00 | Metriche e valutazione dei progetti open source: un crossover tra Open Source e Open Science Camillo Moulin & Celya Gruson-Daniel |
Video | |
| 12:20 | Foto di gruppo con i partecipanti alla conferenza | ||
| 12:30 | Pranzo e networking | ||
| 13:30 | Inizio delle sessioni pomeridiane Giorgio Link |
||
| 13:40 | Incontra Calderone! La tua soluzione di analisi dello sviluppo software SaaS José Manrique Lopez de la Fuente |
Video | |
| 14:00 | Navigare nella salute della comunità attraverso il confronto Kevin Lombardo |
Video | |
| 14:20 | Barriere linguistiche per i contributori open source Isabella Vieira Ferreira |
Video | |
| 14:40 | Le metriche sono più della somma delle loro parti Matt Broberg |
Video | |
| 15:00 | Sistema di punteggio open source per tecnologie emergenti (ETOSS) Cecilia Capiro & Justin W.Flory |
Video | |
| 15:20 | Lightning Talks (5 minuti ciascuno) | ||
| Hacktoberfest come catalizzatore per i contributori dell'open source Duane O'Brien |
Video | ||
| Osservatorio Open Source (OSOR) Frederico |
Video | ||
| Storia di FOSSASIA Hong |
sito web | Video | |
| Metriche per hardware aperto Penna |
Video | ||
| Progetto Thoth Francesco |
Video | ||
| 15:40 | Pausa pomeridiana | ||
| 16:00 | Applicazione delle metriche di salute su un ecosistema software intersettoriale Johan Linåker |
Video | |
| 16:20 | Ricerca aperta e riproducibile con metriche del software di ricerca guidate dalla comunità Emmy Tsang e Ehi Yehudi & Mateusz Kuzak |
Video | |
| 16:40 | Gestione del backlog della comunità con l'aiuto delle metriche Ray Payk & Alberto Pérez Garcia-Plaza |
Video | |
| 17:00 | Programma di badge di diversità e inclusione Matt Germonprez e Matt Snell |
Video | |
| 17:20 | Le vere confessioni: i sette peccati capitali delle comunità open source Brian proffitt |
Video | |
| 17:40 | Osservazioni conclusive Giorgio Link |
||
| 17:50 | Aggiornamento all'evento della birra FOSDEM |
Relatori e descrizioni delle sessioni
Ahmed Zerouali
Postdoc in Ingegneria del Software - Università di Mons, Belgio
Ahmed ha terminato il suo dottorato di ricerca in Scienze nel 2019 presso l'Università di Mons. Attualmente sta lavorando all'interno del progetto SECO-ASSIST (https://secoassist.github.io) come ricercatore post-dottorato presso l'UMONS. La sua ricerca si concentra sull'evoluzione, la salute e l'analisi degli ecosistemi di software open source.
Sessione: Technical Lag: Misurare l'obsolescenza, la vulnerabilità e il bug del software
Questo discorso presenta un quadro di misurazione generico ed empiricamente convalidato basato sul concetto di ritardo tecnico. Il framework può essere utilizzato per valutare e ridurre l'obsolescenza, la vulnerabilità e il bug di implementazioni di software, progetti software, contenitori di software e librerie di software riutilizzabili. Sosteniamo che una tale metrica è molto rilevante per valutare lo stato di salute degli (eco)sistemi software e dovrebbe entrare a far parte del portafoglio di metriche e degli strumenti CHAOSS. Il concetto di ritardo tecnico mira a quantificare fino a che punto una raccolta di componenti distribuita è obsoleta rispetto a una distribuzione ideale. Come interpretare questo ""ideale"" e "l'"obsolescenza"" rispetto a questo ""ideale"" è altamente specifico del contesto. A seconda delle esigenze e degli obiettivi di un progetto specifico o di un manutentore, l'attenzione può essere concentrata su funzionalità, sicurezza, stabilità o anche altri fattori. I ""componenti"" in esame potrebbero essere singoli pacchetti software, librerie di terze parti, dipendenze di componenti o contenitori di software che raggruppano raccolte di componenti. Per coprire questa elevata variabilità, abbiamo escogitato un quadro generico per il ritardo tecnico. Abbiamo reso operativo e validato empiricamente questo framework in diversi contesti: per valutare il ritardo tecnico sostenuto da dipendenze obsolete in repository di pacchetti riutilizzabili come npm; e per quantificare l'obsolescenza dei contenitori Docker basati su Debian in termini di aggiornamenti mancanti, vulnerabilità e bug. Riportiamo anche la valutazione qualitativa dell'utilità di misurare il ritardo tecnico, attraverso sondaggi online condotti con sviluppatori di software open source. Infine, presentiamo Conpan, uno strumento open source che abbiamo sviluppato per analizzare il ritardo tecnico nei container Docker. Riferimenti utili sul ritardo tecnico sono disponibili su https://secoassist.github.io/results.htmlAlberto Pérez Garcia-Plaza
Ingegnere software - Bitergia
Alberto Pérez García-Plaza sta attualmente lavorando come parte dei team di supporto e consulenza a Bitergia. È coinvolto nell'aiutare i clienti a gestire i dati e a calcolare le metriche su di essi. Ha oltre 10 anni di esperienza nel lavorare con i dati in campi dall'organizzazione automatica dei documenti alle attività di intelligence sulla sicurezza informatica. Ha anche un dottorato di ricerca. in Intelligenza Artificiale relativa alla rappresentazione di pagine web mediante logica fuzzy orientata a task di clustering.
Sessione: gestione del backlog della comunità con l'aiuto delle metriche
Uno dei modi in cui puoi misurare la reattività al contributo della comunità è guardare periodicamente la dimensione del backlog. Se l'arretrato di contributi della comunità continua a crescere senza che i contributi vengano chiusi/fusi in modo tempestivo, ciò porterà all'insoddisfazione tra i membri della comunità. In questo intervento, Ray discuterà del motivo per cui il backlog di Merge Request (MR) del "contributo della comunità" è diventato importante in GitLab e di come ha lavorato con Alberto a Bitergia per sviluppare visualizzazioni per i backlog di MR nei progetti GitLab. Alberto discuterà del motivo per cui gli attuali dashboard di GrimoireLab dovevano evolversi per supportare il caso d'uso di GitLab (oltre ai dashboard incentrati sul backlog esistenti di GrimoireLab), le sfide tecniche e le limitazioni durante lo sviluppo della visualizzazione (ad esempio il calcolo del numero di contributi che erano in stato di apertura al volo all'interno di un determinato intervallo di tempo che può essere selezionato dall'utente) e piani per l'upstream di questo lavoro a CHAOSS.Brian proffitt
Manager - Ufficio del programma Red Hat Open Source
Brian è un manager all'interno del Red Hat Open Source Program Office, attivo nei contenuti della comunità, nell'onboarding e nella consulenza open source. Brian fa anche parte del consiglio di amministrazione del progetto CHAOSS, un approccio orientato alla metrica per accertare la salute della comunità. Seguilo su Twitter @TheTechScribe.
Sessione: Le vere confessioni: i sette peccati capitali delle comunità open source
Questo discorso richiederebbe un approccio umoristico per spiegare cosa davvero nessuno dovrebbe fare quando si gestiscono e misurano le migliori pratiche della comunità open source, con l'obiettivo principale di instillare pratiche di sviluppo open source positive al pubblico. Tali ""non fare"" includono non documentare nulla, non stabilire percorsi chiari per il successo e non preoccuparsi di comunicare.Camillo Moulin
Consulente - Inno³
Camille è una sostenitrice dell'Open Source e degli Open Standards ormai da diversi anni; attualmente lavora come consulente presso Inno³, una società di consulenza di nicchia francese specializzata in tutto ciò che è Open da un punto di vista IP e organizzativo.
Sessione: Metriche e valutazione dei progetti open source: Un crossover tra Open Source e Open Science
Nonostante l'evoluzione del contesto giuridico (a livello europeo e nazionale) per riconoscere e sfruttare i vantaggi di Open Source, Open Data e Open Science - soprattutto per quanto riguarda l'innovazione - le metriche più comunemente utilizzate per valutare il potenziale e il successo dei progetti sono ancora legati a pratiche di proprietà intellettuale vecchie e chiuse (numero di brevetti, flussi finanziari diretti da licenze proprietarie, ecc.). C'è bisogno di metriche più adatte per arbitrare in modo equo tra un modello aperto o chiuso e anche per gestire in modo più efficiente la valorizzazione dei progetti aperti. Questa sessione presenterà le nostre esplorazioni per una metodologia che rifletta il valore generato dai progetti Open Source nel campo della ricerca pubblica. Svilupperemo il nostro lavoro in un gruppo di lavoro aperto dedicato alla valutazione dei beni immateriali aperti e agli studi che abbiamo condotto per le istituzioni pubbliche, inclusa l'Agenzia spaziale francese (CNES). Tratterà questioni teoriche come la definizione di valore in un determinato contesto, nonché problemi concreti specifici dell'implementazione, come la scelta di micrometriche per il contributo del codice. La presentazione metterà in evidenza anche come la ricerca attuale nel mondo accademico sulla valutazione della scienza aperta (buone pratiche di citazione, tracciabilità e riproducibilità) possa essere una fonte di ispirazione per ulteriori lavori nelle comunità open source.Cecilia Capiro
Consulente per gli investimenti e Gestore di portafoglio Blockchain - UNICEF
Cecilia è consulente per gli investimenti dell'UNICEF Innovation Fund, dove guida il processo di sourcing e selezione di start-up open source e di tecnologia di frontiera nei paesi in via di sviluppo ed emergenti. Gestisce anche il portafoglio di investimenti blockchain e ha sviluppato il modello di misurazione per monitorare i progressi di tutte le aziende nel nostro portafoglio (inclusi realtà estesa, IoT, droni, blockchain, scienza dei dati e AI).
Prima dell'UNICEF, ha fondato Yunus & Youth, supportata dal premio Nobel per la pace Muhammad Yunus, dove ha contribuito a far crescere le imprese sociali in più di 40 paesi. Cecilia ha otto anni di esperienza lavorativa nel settore for-profit (Johnson & Johnson), nel settore no-profit (Junior Achievement, Ashoka, AIESEC, 'Techo') e nel campo internazionale (Organization of American States, Grameen).
Originaria dell'Argentina, Cecilia ha vissuto e lavorato in Australia, Bangladesh, Brasile, Inghilterra, Germania, Spagna e Stati Uniti. Ha conseguito una licenza in Business Administration presso la "Universidad de San Andres" e un Master in Public Administration presso la NYU, dove è stata membro fondatore del primo Impact Investment Fund guidato da studenti della NYU e ha frequentato come Fulbright Scholar.
Sessione: Emerging Tech Open Source Scoring System (ETOSS)
Questo è un framework utilizzato dall'UNICEF Innovation Fund, per valutare e tracciare la posizione strategica e il potenziale di crescita delle startup in fase iniziale nel suo portafoglio. Il focus è sulle startup che costruiscono tecnologie di frontiera open source: Blockchain, Data Science, Intelligenza Artificiale e Realtà Estesa. Classifica le startup in quattro quadranti, sulla base di due dimensioni: il software sviluppato (tecnologia) e la sostenibilità finanziaria del progetto (sostenibilità aziendale). In sostanza, ogni startup ottiene un punteggio finale per ciascuna delle due dimensioni che aiuta a posizionarle in un grafico di tipo matriciale. Se posizionata nell'angolo in alto a destra del grafico, la startup avrebbe un alto livello di sviluppo in entrambe le dimensioni. Il punteggio finale è calcolato attraverso la media ponderata del punteggio assegnato a una serie di indicatori chiave di performance a seconda della loro forza. Nel caso della dimensione 'tecnologia', il calcolo include: GitHub Code Activity (Stars, fork, Commits, Contributors, Pull request, Issues Tracking); Copertura del test del codice; Stato della licenza open source; Test utente n.; Prontezza del prototipo. Nel caso della dimensione 'sostenibilità aziendale' il calcolo include: Ricavi, Spese; Margine di profitto; Numero di Utenti e Crescita degli Utenti; Importo del finanziamento ricevuto e numero di finanziatori di terze parti (a parte loro e UNICEF); Sostenibilità del team (comprese competenze tecnologiche e commerciali, nonché diversità di genere).Celya Gruson-Daniel
Consulente - Inno³
In qualità di consulente presso Inno³, Célya Gruson-Daniel aiuta vari istituti privati e pubblici ad aprire la ricerca e l'innovazione promuovendo l'implementazione di pratiche di scienza aperta e scienza dei dati e la co-costruzione della conoscenza (interazione scienza/società). Con un dottorato in scienze sociali, insegna frequentemente in vari istituti di ricerca e di istruzione superiore per fornire formazione sulle metodologie digitali (raccolta dati, analisi e gestione) utilizzando un approccio pragmatico e partecipativo. Ha co-fondato la comunità HackYourPhD per creare uno spazio di condivisione e scambio sull'evoluzione delle pratiche di ricerca. Svolge anche diverse missioni di project management e strategia di comunicazione utilizzando metodologie di co-design. Presta particolare attenzione allo sviluppo delle dinamiche collettive e alla governance rispettosa degli individui e delle organizzazioni per costruire società digitali sostenibili.
Sessione: Metriche e valutazione dei progetti open source: Un crossover tra Open Source e Open Science
Nonostante l'evoluzione del contesto giuridico (a livello europeo e nazionale) per riconoscere e sfruttare i vantaggi di Open Source, Open Data e Open Science - soprattutto per quanto riguarda l'innovazione - le metriche più comunemente utilizzate per valutare il potenziale e il successo dei progetti sono ancora legati a pratiche di proprietà intellettuale vecchie e chiuse (numero di brevetti, flussi finanziari diretti da licenze proprietarie, ecc.). C'è bisogno di metriche più adatte per arbitrare in modo equo tra un modello aperto o chiuso e anche per gestire in modo più efficiente la valorizzazione dei progetti aperti. Questa sessione presenterà le nostre esplorazioni per una metodologia che rifletta il valore generato dai progetti Open Source nel campo della ricerca pubblica. Svilupperemo il nostro lavoro in un gruppo di lavoro aperto dedicato alla valutazione dei beni immateriali aperti e agli studi che abbiamo condotto per le istituzioni pubbliche, inclusa l'Agenzia spaziale francese (CNES). Tratterà questioni teoriche come la definizione di valore in un determinato contesto, nonché problemi concreti specifici dell'implementazione, come la scelta di micrometriche per il contributo del codice. La presentazione metterà in evidenza anche come la ricerca attuale nel mondo accademico sulla valutazione della scienza aperta (buone pratiche di citazione, tracciabilità e riproducibilità) possa essere una fonte di ispirazione per ulteriori lavori nelle comunità open source.Daniele Izquierdo
Direttore della Consulenza - Bitergia
Daniel Izquierdo Cortazar è cofondatore di Bitergia, una società che fornisce analisi software per ecosistemi open source ed interni, dove si concentra sulla qualità dei dati, sulla ricerca di nuove metriche, sull'analisi e sugli studi di interesse per i clienti Bitergia tramite data mining e in lavorazione. Daniel ha conseguito un dottorato di ricerca in ingegneria del software libero presso l'Universidad Rey Juan Carlos di Madrid, dove la sua ricerca si è concentrata sull'analisi dei modelli di attività degli sviluppatori buggy nella comunità di Mozilla.
Sessione: CHA-IO-SS - Analisi della salute della comunità per software interno e open source
CHAOSS è stato sul campo negli ultimi due anni con una forte attenzione all'open source. In effetti, proprio all'inizio si è discusso sull'aver incluso nella missione e nella visione della comunità il termine InnerSource che è stato recentemente rimosso. E se pensassimo per un po' a InnerSource in termini di metriche? Come membro attivo degli InnerSource Commons, vale la pena menzionarne un elenco e come i comportamenti che vengono assunti di default nelle comunità open source (collaborazione, trasparenza, comunicazione) non esistono nemmeno a livello di InnerSource. Questo discorso mira a promuovere alcune discussioni internamente a CHAOSS con lo scopo di comprendere i requisiti InnerSource e come con la stessa infrastruttura, metriche e discussioni che stiamo avendo, CHAOSS potrebbe diventare a un certo punto uno standard nel settore per le metriche di sviluppo software (e non solo metriche di sviluppo software open source).Deb Nicholson
Direttore delle operazioni comunitarie - Software Freedom Conservancy
Deb Nicholson è un'esperta di politica del software libero e un'appassionata sostenitrice della comunità. È la direttrice delle operazioni comunitarie presso la Software Freedom Conservancy, dove sostiene il lavoro delle organizzazioni che ne fanno parte e facilita la collaborazione con la più ampia comunità di software libero. È anche l'organizzatore fondatore della Seattle GNU/Linux Conference, un evento annuale dedicato a far emergere nuove voci e accogliere nuove persone nella comunità del software libero. Vive con suo marito e il suo fortunato gatto nero a Cambridge, nel Massachusetts.
Keynote: Etica: cosa sai e cosa non sai
Le metriche ci danno molte informazioni su cosa sta succedendo con i nostri progetti, ma solo se abbiamo un contesto sufficiente. Il problema è che i pregiudizi e i preconcetti personali sono estremamente difficili da filtrare, quindi nessuno può vedere tutto. Queste lacune significano che anche il più ben intenzionato di noi potrebbe finire per fare più male che bene. In questo discorso, condividerò alcuni esempi dei modi in cui il cervello umano formula ipotesi, alcuni dei nostri tipici punti ciechi e come i dati incompleti possono causare danni se distribuiti senza alcun controllo. Per le persone che raccolgono, analizzano e alla fine prendono decisioni mission-critical con le metriche, la sfida è mantenere costantemente un po' di sano scetticismo su ciò che i numeri sembrano dirci.Duane O'Brien
Responsabile dell'Open Source - In effetti
Duane O'Brien è il responsabile dell'Open Source di Indeed.com, il sito di lavoro numero 1 al mondo. È appassionato di consentire contributi intelligenti e significativi all'ecosistema open source sia da parte di sviluppatori che di aziende. Duane attraversa il percorso tra ingegneria e gestione, attingendo alla sua esperienza come sviluppatore e program manager in aziende come Autodesk, Adobe e PayPal, nonché alla sua esperienza nel supportare le trasformazioni Agile.
Hacktoberfest come catalizzatore per i contributori dell'open source
Hacktoberfest è un evento open source globale che si tiene ogni ottobre dal 2014. La sfida è semplice: invia quattro richieste pull durante il mese di ottobre e otterrai una t-shirt Hacktoberfest. Negli ultimi due anni abbiamo promosso e supportato internamente la partecipazione all'Hacktoberfest, misurando al contempo la partecipazione all'open source da parte dei dipendenti in tutta l'azienda. E possiamo dire una cosa in modo definitivo: la partecipazione all'Hacktoberfest può essere un potente catalizzatore per la tua comunità di contributori di software gratuiti e open source. Questo discorso presenterà una panoramica delle metriche che abbiamo raccolto in due anni di partecipazione all'Hacktoberfest. Presenteremo le metriche sullo sfondo dell'attività di contribuzione nel corso dell'anno. Presenteremo: una panoramica delle metriche che raccogliamo sulle metriche dell'attività di contribuzione per l'attività di contribuzione da due anni di Hacktoberfest; metriche di contributo complessive dei mesi in cui Hacktoberfest non era in corso; le lezioni che abbiamo imparato incoraggiando la partecipazione all'evento; come abbiamo tenuto impegnati i partecipanti all'Hacktoberfest dopo l'evento; Questo discorso è rivolto a chiunque sia interessato a promuovere la partecipazione all'Hacktoberfest nella propria azienda o che stia cercando un modo per avviare la partecipazione open source nella propria comunità.Giorgio Link
Direttore Vendite - Bitergia
Georg Link è uno stratega della comunità open source. Georg ha co-fondato il progetto CHAOSS della Linux Foundation per far progredire analisi e metriche per la salute dei progetti open source. Georg ha 13 anni di esperienza come collaboratore attivo a diversi progetti open source e ha presentato argomenti di open source a 18 conferenze. Georg ha un MBA e un dottorato di ricerca. in Informatica. Nel tempo libero, Georg ama leggere narrativa e andare in mongolfiera.
Keynote: Benvenuto e stato del CHAOSS
Isabella Vieira Ferreira
Dottorando - Polytechnique Montréal
Isabella Ferreira è attualmente una dottoranda al Polytechnique Montréal e lavora sotto la supervisione del Dr. Bram Adams. Come parte della sua laurea, sta lavorando con contributi interculturali in progetti open source, comunicazione civile in progetti open source e su come collegare le e-mail di recensione ai commit Git. I suoi principali interessi di ricerca sono l'estrazione di repository di software, la manutenzione e l'evoluzione del software e l'influenza umana nell'ingegneria del software.
Sessione: barriere linguistiche per i contributori open source
Sebbene lo sviluppo open source sia comune in tutto il mondo, i progetti provenienti da paesi al di fuori del Nord America e dell'Europa, come la Cina, hanno difficoltà ad attrarre contributori internazionali. Uno dei motivi principali di ciò sono le differenze linguistiche. Pertanto, non si capisce se ci siano problemi con l'attrazione e la ritenzione dei contributori a causa delle differenze linguistiche. Per affrontare il problema di cui sopra, la presentazione proposta fornirà una panoramica della diversità dei non madrelingua inglese nei diversi ecosistemi open source. Inoltre, forniremo risultati sul fatto che quei contributori debbano affrontare o meno una barriera linguistica quando contribuiscono a progetti open source. Ciò includerà un sondaggio e una discussione con il pubblico per capire le loro motivazioni quando contribuiscono a progetti open source, se hanno mai affrontato problemi di comunicazione dovuti a differenze linguistiche, se i non madrelingua inglese si sentono accolti nelle comunità open source e se hanno mai sentito che c'è una barriera linguistica quando contribuiscono a progetti open source. La presentazione si concluderà con una discussione su come creare parametri per valutare la diversità della lingua parlata nelle comunità open source e come includere più facilmente queste persone nella comunità.Johan Linåker
Ricercatore post-dottorato - Università di Lund
Johan è un ricercatore post-dottorato che si concentra su come il settore pubblico può creare piattaforme con dati aperti e software su cui gli ecosistemi di attori possono innovare attraverso collaborazioni intersettoriali. Nel suo dottorato di ricerca, si è concentrato in particolare sull'aiutare le aziende a dare contributi e impegnarsi con le comunità in linea con gli obiettivi aziendali. Fa parte del comitato consultivo di Hack for Sweden, l'iniziativa tecnologica del governo svedese per consentire l'innovazione aperta e basata sui dati. È anche il fondatore di OpenHack, una comunità tecnologica senza scopo di lucro che risolve le sfide del mondo reale connesse agli obiettivi globali dell'Agenda 2030.
Sessione: Applicazione delle metriche di salute su un ecosistema software intersettoriale
La salute degli ecosistemi aziendali e software può essere considerata un indicatore chiave delle prestazioni del potenziale di un ecosistema di creare opportunità per i suoi membri. In questa conferenza Johan presenterà l'applicazione pratica della salute dell'ecosistema su JobTech Dev, un ecosistema software di attori di corrispondenza del lavoro in Svezia. L'ecosistema è guidato dal Servizio pubblico svedese per l'impiego ed è supportato da dati aperti e software open source utilizzati e sviluppati in collaborazione dall'intero ecosistema. Le metriche ottenute coprono la produttività dell'ecosistema nello sviluppo e nella manutenzione, la robustezza per resistere a cambiamenti e interruzioni e l'apertura a nuove applicazioni aziendali, casi d'uso e contributi esterni. Poiché le metriche sono state appena introdotte al Servizio per l'impiego, Johan condividerà alcune lezioni iniziali apprese e discuterà la tabella di marcia per collegare le metriche sanitarie alle metriche di impatto relative alla visione comune dell'ecosistema di un migliore abbinamento di lavoro sul mercato del lavoro svedese.José Manrique Lopez de la Fuente
Amministratore Delegato - Bitergia
Manrique è l'amministratore delegato e azionista di Bitergia e un appassionato di comunità di sviluppo software open source gratuito. È un ingegnere industriale laureato con esperienza di ricerca e sviluppo presso il Centro tecnologico per l'informatica e le comunicazioni del Principato delle Asturie (CTIC), gruppi di lavoro W3C, Ándago Engineering e Continua Health Alliance. Ex direttore esecutivo della Spanish Open Source Enterprises Association (ASOLIF) e consulente esperto del Centro nazionale spagnolo di riferimento per l'open source (CENATIC).
Coinvolto in diverse comunità legate al software libero, libero e open source, è attualmente attivo in GrimoireLab e CHAOSS (Community Health Analytics for Open Source Software). È stato riconosciuto come AWS Data Hero e GitLab Community Hero.
Puoi raggiungerlo su Twitter come @jsmanrique, e quando non è online ama passare il tempo con la sua famiglia e fare surf.
Sessione: Incontra Calderone! La tua soluzione di analisi dello sviluppo software SaaS
Cauldron è un nuovissimo **SaaS** open source gratuito in grado di analizzare la comunità e i processi di sviluppo software. Si basa su [CHAOSS GrimoireLab](https://chaoss.github.io/grimoirelab) per raccogliere ed elaborare dati da diversi strumenti utilizzati nello sviluppo di software come git, GitLab, GitHub e/o piattaforme social come Meetup e [* *Open Distro for ElasticSearch**](https://opendistro.github.io/for-elasticsearch/) per archiviare e visualizzare i dati del progetto. Il discorso mostra come Cauldron può essere facilmente messo in azione per analizzare i progetti software che importante per i partecipanti e per ottenere alcune metriche CHAOSS su di loro.Justin W.Flory
Collaboratore Open Source
Justin W. Flory è un creatore creativo. È meglio conosciuto come collaboratore open source con sede negli Stati Uniti. Dal 2018, Justin è un membro di spicco del programma LibreCorps dell'iniziativa FOSS@MAGIC presso il Rochester Institute of Technology. È stato il primo collocamento cooperativo a tempo pieno a lavorare esclusivamente su questioni comunitarie per l'Ufficio per l'innovazione dell'UNICEF. Questo è stato il lavoro che ha svolto di concerto con il personale dell'UNICEF e il Red Hat Open Innovations Lab sull'iniziativa MagicBox dell'UNICEF. Da allora, Justin ha condotto seminari per il Fondo per l'innovazione dell'UNICEF per introdurre oltre 20 team internazionali di start-up alla modalità Open Source. Attualmente lavora come consulente per progetti open source e community building. Utilizzando gli sforzi iniziali di Justin con MagicBox come punto di partenza, gli attuali mentori di LibreCorps di RIT creano risorse interattive per i clienti.
Sessione: Emerging Tech Open Source Scoring System (ETOSS)
Questo è un framework utilizzato dall'UNICEF Innovation Fund, per valutare e tracciare la posizione strategica e il potenziale di crescita delle startup in fase iniziale nel suo portafoglio. Il focus è sulle startup che costruiscono tecnologie di frontiera open source: Blockchain, Data Science, Intelligenza Artificiale e Realtà Estesa. Classifica le startup in quattro quadranti, sulla base di due dimensioni: il software sviluppato (tecnologia) e la sostenibilità finanziaria del progetto (sostenibilità aziendale). In sostanza, ogni startup ottiene un punteggio finale per ciascuna delle due dimensioni che aiuta a posizionarle in un grafico di tipo matriciale. Se posizionata nell'angolo in alto a destra del grafico, la startup avrebbe un alto livello di sviluppo in entrambe le dimensioni. Il punteggio finale è calcolato attraverso la media ponderata del punteggio assegnato a una serie di indicatori chiave di performance a seconda della loro forza. Nel caso della dimensione 'tecnologia', il calcolo include: GitHub Code Activity (Stars, fork, Commits, Contributors, Pull request, Issues Tracking); Copertura del test del codice; Stato della licenza open source; Test utente n.; Prontezza del prototipo. Nel caso della dimensione 'sostenibilità aziendale' il calcolo include: Ricavi, Spese; Margine di profitto; Numero di Utenti e Crescita degli Utenti; Importo del finanziamento ricevuto e numero di finanziatori di terze parti (a parte loro e UNICEF); Sostenibilità del team (comprese competenze tecnologiche e commerciali, nonché diversità di genere).Kevin Lombardo
Dottorando Ricercatore - Università del Nebraska a Omaha
Kevin è uno studente di dottorato presso l'Università del Nebraska a Omaha. Kevin partecipa attivamente alla comunità CHAOSS. La sua ricerca riguarda la progettazione collaborativa e le metriche della salute della comunità.
Sessione: Navigare sulla salute della comunità attraverso il confronto
In questa presentazione, condividiamo le storie di oltre 30 interviste sulla salute della comunità e offriamo le nostre intuizioni dall'impegno con il progetto CHAOSS. In particolare, ci concentriamo su come le persone utilizzano i confronti nella determinazione della salute del progetto. Per rendere le soluzioni attuabili, è fondamentale inserire le metriche del progetto open source nei contesti specifici in cui vengono utilizzate. Quando i contributori di progetti open source confrontano un progetto open source con un altro, hanno un'idea di come stanno andando, relativamente parlando. Il confronto è sociale nella misura in cui le persone fanno confronti tra progetti simili in termini di personale o altre caratteristiche chiave; progetti con cui sono socialmente familiari. Attraverso il confronto, i contributori di progetti open source identificano le metriche che disegnano contrasti essenziali e attraverso questi contrasti valutano la probabilità di successo o fallimento continui per i loro progetti di interesse.Matt Broberg
Avvocato tecnico e redattore - Opensource.com
Matt è un sostenitore del software open source e attualmente Editor tecnico di Opensource.com. È specializzato nella progettazione di comunità tecnologiche che sviluppano prodotti e contenuti in un modo che racconta una storia potente.
Matt era un esperto di storage EMC, VMware vExpert ed ex fan di altre tecnologie proprietarie. Ora si concentra sull'open source e sull'adozione di DevRel. È un podcaster seriale, meglio conosciuto per il podcast Geek Whisperers, ha co-costruito il DevRel Collective e condivide spesso su Twitter e GitHub @mbbroberg. È anche un fan dei tatuaggi e dei gatti, anche se non è sicuro di quelli di Schrödinger.
Sessione: le metriche sono più della somma delle loro parti
C'è stato un tempo nella storia umana in cui si credeva che tutto il comportamento umano potesse essere spiegato con la matematica. Quella scienza ampiamente acclamata e altamente rispettata è stata smentita da un "teorema di incompletezza" che ha mostrato che la matematica non può spiegare il mondo da sola. In un altro periodo della storia umana, gli psicologi credevano che tutto il comportamento umano potesse essere ridotto a causa ed effetto. Ciò ha dato origine alla teoria della Gestalt che mostra che la percezione non è sempre mappata in modo pulito o con certezza. Siamo in uno stato di costruzione della community che associa il successo a metriche come righe di codice e stelle GitHub. Vorrei che esplorassimo dove queste metriche non riescono a catturare il valore più significativo di una comunità e come possiamo utilizzare altre metriche per iniziare a mostrare l'impatto molto più ampio che le organizzazioni della comunità come le relazioni con gli sviluppatori (DevRel) possono avere su un'azienda. Questo processo migliorato inizia con la mappatura del valore in base alle esigenze aziendali, l'abbinamento con un'esigenza della comunità e torna alle opportunità di business. Se ti piace un po' di scienza, molte metriche della community e stai cercando nuovi modi per mostrare a un'azienda il valore degli sforzi della tua comunità, questo discorso è per te. Ci saranno consigli pratici su come presentare e posizionare la community, sia che tu sia un Community Manager, un Developer Advocate o un altro professionista delle Relazioni con gli sviluppatori.Matt Germonprez
Professore - Università del Nebraska a Omaha
Matt Germonprez è il Mutual of Omaha Professor of Information Systems presso il College of Information Science & Technology presso l'Università del Nebraska a Omaha. Utilizza studi qualitativi sul campo per ricercare l'impegno aziendale con le comunità aperte e le dinamiche del design in questi impegni. Le sue linee di ricerca sono state finanziate da numerose organizzazioni tra cui la National Science Foundation, la Alfred P. Sloan Foundation e Mozilla. Matt è il co-fondatore del progetto OSS di analisi della salute della comunità della Linux Foundation (CHAOSS). Ha accettato lavori presso ISR, MISQ, JAIS, JIT, ISJ, I&O, CSCW, OpenSym, Group, HICSS, IEEE Computer e ACM Interactions. Matt è un membro attivo della comunità open source, avendo presentato il lavoro di progettazione e sviluppo a LinuxCon, l'Open Source Summit North America, il Linux Foundation Open Compliance Summit, il Linux Foundation Collaboration Summit e l'Open Source Leadership Summit.
Sessione: Diversity & Inclusion Badging Program
Il Bureau of Labor Statistics mostra che i dipendenti nel campo delle "occupazioni informatiche e matematiche" sono per il 25.6% donne (Bureau of Labor Statistics, 2019). La mancanza di D&I non è solo un problema noto, ma funge anche da barriera per i potenziali contributori che vengono coinvolti nell'IT poiché la mancanza di D&I perpetuerà l'autocompiacimento (Irwin, 2018), l'evitamento (Sterling, 2016) e una coscienza collettiva negativa ( Blincoe et al., 2019). All'interno dell'IT, il software open source mostra alcuni dei peggiori D&I. Il sondaggio sull'open source condotto da GitHub afferma che solo il 3% dei contributori al software open source sono donne (GitHub, 2017). Sebbene l'open source abbia fatto passi da gigante in alcuni aspetti di D&I, come l'inclusione degli eventi (Irwin, 2017) e il coinvolgimento della comunità per supportare la diversità organizzativa (Alexander, 2019), il lavoro rimane. La proposta mira a contribuire a questa crescita positiva attraverso lo sviluppo di un sistema di badge D&I. Nell'open source, i badge possono essere visualizzati pubblicamente dai leader della comunità, fornendo un modo per i progetti di segnalare la loro attenzione su aspetti come la salute della comunità e la sicurezza del software. Esempi noti di sistemi di badge software in open source includono CII Best Practices Badge, Black Duck Security Risk Badge e PyPi Python Coverage Badge. Possiamo attingere da questo lavoro di badge per migliorare D&I nell'open source. Sebbene i badge software presentino soluzioni per la maggior parte degli obiettivi di sviluppo del software, non è stato creato alcun badge per supportare le iniziative di D&I e il discorso proposto mira a far avanzare questi sforzi. In questo discorso, discuterò delle complessità associate alle metriche D&I e proporrò un sistema di badge D&I che fornisce alle comunità open source la capacità di rendere più trasparenti la diversità e l'inclusione all'interno di progetti open source.Ray Payk
Gestore della comunità - GitLab
Ray è un Community Manager presso GitLab, dove sta aiutando a far crescere la comunità di contributori di GitLab. Prima di GitLab, Ray è stato responsabile delle operazioni quotidiane della comunità Open Platform for NFV (OPNFV) sin dal suo lancio nel 2014. Ha oltre 15 anni di esperienza nel settore dell'alta tecnologia in ruoli che vanno dall'ingegnere del software , product manager, program manager, account manager e team leader in aziende come EDS, Intel, Linux Foundation e Medallia. Ray vive a Sunnyvale, in California, con sua moglie e sua figlia e tutti e tre sono fedeli abbonati della squadra di calcio di San Jose Earthquakes.
Sessione: gestione del backlog della comunità con l'aiuto delle metriche
Uno dei modi in cui puoi misurare la reattività al contributo della comunità è guardare periodicamente la dimensione del backlog. Se l'arretrato di contributi della comunità continua a crescere senza che i contributi vengano chiusi/fusi in modo tempestivo, ciò porterà all'insoddisfazione tra i membri della comunità. In questo intervento, Ray discuterà del motivo per cui il backlog di Merge Request (MR) del "contributo della comunità" è diventato importante in GitLab e di come ha lavorato con Alberto a Bitergia per sviluppare visualizzazioni per i backlog di MR nei progetti GitLab. Alberto discuterà del motivo per cui gli attuali dashboard di GrimoireLab dovevano evolversi per supportare il caso d'uso di GitLab (oltre ai dashboard incentrati sul backlog esistenti di GrimoireLab), le sfide tecniche e le limitazioni durante lo sviluppo della visualizzazione (ad esempio il calcolo del numero di contributi che erano in stato di apertura al volo all'interno di un determinato intervallo di tempo che può essere selezionato dall'utente) e piani per l'upstream di questo lavoro a CHAOSS.Remy DeCausemaker
Remy DeCausemaker è un sostenitore dell'open source e un community manager. Ha guidato lo sviluppo della comunità attorno a una serie di progetti e sforzi open source tra cui Fedora Linux, la campagna presidenziale di Hillary Clinton e, più recentemente, come capo dell'open source su Twitter. Remy è stato anche professore a contratto presso il RIT, dove ha contribuito a formulare il primo minore interdisciplinare della scuola nel software libero e open source e nella cultura libera.
Sessione: calore, luce e amore: raccontare la storia dell'ufficio del programma open source di Twitter
Rendere semplice fidarsi, distribuire e far crescere l'open source su Twitter ha richiesto visibilità sulle tendenze dei contributi che non erano prontamente disponibili. L'ufficio del programma open source di Twitter e il progetto Augur hanno collaborato con CHAOSS utilizzando tirocinanti di Google Summer of Code, il programma di tirocinio di Twitter e l'Università del Missouri. In primo luogo, questo discorso descriverà il design accattivante dell'interfaccia di Twitter e la sua adattabilità alle esigenze delle parti interessate dell'Open Source all'interno di Twitter, ma al di fuori dell'ufficio del programma open source. In secondo luogo, descriveremo come un'API aperta e uno strumento di raccolta dati, Augur, si è evoluto in stretta collaborazione con Twitter.Sean Goggins
Professore Associato - Università del Missouri
Sean è un ricercatore di software open source e membro fondatore del gruppo di lavoro della Linux Foundation sull'analisi sanitaria della comunità per il software open source CHAOSS, co-responsabile del gruppo di lavoro sul software di metrica CHAOSS e leader dello strumento di metrica open source AUGUR che può essere biforcato e clonato e sperimentato con GitHub. Dopo un decennio come ingegnere del software, Sean ha deciso che la sua vocazione era nella ricerca. La sua ricerca open source è inquadrata attorno a un'agenda più ampia di ricerca sul social computing, che persegue come professore associato di informatica presso l'Università del Missouri.
Sean è anche il fondatore del programma Data Science and Analytics Masters presso il Missouri, che ora ha trasmesso a persone che desiderano un impero amministrativo. Le pubblicazioni di Sean si concentrano sulla comprensione di come le tecnologie sociali influenzino le dinamiche organizzative, di piccoli gruppi e di comunità, includendo tipicamente l'analisi dei dati di tracciabilità elettronica dei sistemi combinati con le prospettive delle persone il cui comportamento viene tracciato. Vive in Columbia, MO con sua moglie Kate, due figlie e un cane di nome Huckleberry.
Sessione: calore, luce e amore: raccontare la storia dell'ufficio del programma open source di Twitter
Rendere semplice fidarsi, distribuire e far crescere l'open source su Twitter ha richiesto visibilità sulle tendenze dei contributi che non erano prontamente disponibili. L'ufficio del programma open source di Twitter e il progetto Augur hanno collaborato con CHAOSS utilizzando tirocinanti di Google Summer of Code, il programma di tirocinio di Twitter e l'Università del Missouri. In primo luogo, questo discorso descriverà il design accattivante dell'interfaccia di Twitter e la sua adattabilità alle esigenze delle parti interessate dell'Open Source all'interno di Twitter, ma al di fuori dell'ufficio del programma open source. In secondo luogo, descriveremo come un'API aperta e uno strumento di raccolta dati, Augur, si è evoluto in stretta collaborazione con Twitter.Sharan Foga
VP Sviluppo della comunità Apache - The Apache Software Foundation
Sharan Foga ha oltre 20 anni nel settore IT lavorando alla consegna e all'implementazione di progetti IT. Attualmente vive a Stoccolma, in Svezia, e lavora per Sandvik come Agile Delivery Manager. È stata coinvolta con la Apache Software Foundation (ASF) dal 2008 e ha presentato in diverse conferenze su ""The Apache Way"" per coinvolgere e responsabilizzare le comunità. Le piace lavorare sulla gestione della comunità open source ed è VP Apache Community Development. È una Committer, membro ASF ed è coinvolta in diversi progetti ASF tra cui Apache Community Development, Apache OFBiz, Apache Kibble, Apache Training (incubating) e Apache Incubator.
Sessione: misurare la cultura
Dicono che non puoi essere certo di nulla a meno che non possa essere misurato, quindi che dire della cultura? Sappiamo che esiste e può essere trasmesso ad altri, quindi deve esserci un modo per misurarlo. Utilizzando Apache Kibble tentiamo di cercare indicatori culturali presso l'Apache Software Foundation, stabilire un benchmark culturale e confrontarlo con progetti reali di Apache. In teoria ci aspetteremmo un abbinamento perfetto ma, come mostrano i risultati, la cultura non è così semplice.Tom Mens
Professore in Ingegneria del Software - Università di Mons, Belgio
Tom Mens ha conseguito il dottorato di ricerca in Scienze presso la Vrije Universiteit Brussel (Belgio) nel 1999. È diventato docente all'Università di Mons nell'ottobre 2003, dove è attualmente professore ordinario, dirigendo il Software Engineering Lab. Il suo principale interesse di ricerca è l'ingegneria del software empirica con un focus specifico sull'evoluzione, la qualità e la gestione della salute degli ecosistemi software. Ha co-organizzato i workshop ICSE 2018 e 2019 Software Health (SoHeal) ed è stato project leader del progetto di ricerca collaborativa FNRS-FRQ Québec-Wallonie “Socio-Technical Methodology and Analysis of Software Ecosystem Health” (https://secohealth.github.io). È coordinatore del progetto belga FNRS-FWO Excellence of Science "Automated Assistance for Developing Software in Ecosystems of the Future" (https://secoassist.github.io). Ha co-curato due libri Springer "Software Evolution" e "Evolving Software Systems" e ha pubblicato numerosi articoli scientifici altamente citati in conferenze e riviste internazionali di ingegneria del software. Per maggiori informazioni visita https://staff.umons.ac.be/tom.mens
Sessione: Technical Lag: Misurare l'obsolescenza, la vulnerabilità e il bug del software
Questo discorso presenta un quadro di misurazione generico ed empiricamente convalidato basato sul concetto di ritardo tecnico. Il framework può essere utilizzato per valutare e ridurre l'obsolescenza, la vulnerabilità e il bug di implementazioni di software, progetti software, contenitori di software e librerie di software riutilizzabili. Sosteniamo che una tale metrica è molto rilevante per valutare lo stato di salute degli (eco)sistemi software e dovrebbe entrare a far parte del portafoglio di metriche e degli strumenti CHAOSS. Il concetto di ritardo tecnico mira a quantificare fino a che punto una raccolta di componenti distribuita è obsoleta rispetto a una distribuzione ideale. Come interpretare questo ""ideale"" e "l'"obsolescenza"" rispetto a questo ""ideale"" è altamente specifico del contesto. A seconda delle esigenze e degli obiettivi di un progetto specifico o di un manutentore, l'attenzione può essere concentrata su funzionalità, sicurezza, stabilità o anche altri fattori. I ""componenti"" in esame potrebbero essere singoli pacchetti software, librerie di terze parti, dipendenze di componenti o contenitori di software che raggruppano raccolte di componenti. Per coprire questa elevata variabilità, abbiamo escogitato un quadro generico per il ritardo tecnico. Abbiamo reso operativo e validato empiricamente questo framework in diversi contesti: per valutare il ritardo tecnico sostenuto da dipendenze obsolete in repository di pacchetti riutilizzabili come npm; e per quantificare l'obsolescenza dei contenitori Docker basati su Debian in termini di aggiornamenti mancanti, vulnerabilità e bug. Riportiamo anche la valutazione qualitativa dell'utilità di misurare il ritardo tecnico, attraverso sondaggi online condotti con sviluppatori di software open source. Infine, presentiamo Conpan, uno strumento open source che abbiamo sviluppato per analizzare il ritardo tecnico nei container Docker. Riferimenti utili sul ritardo tecnico sono disponibili su https://secoassist.github.io/results.htmlEhi Yehudi
Sviluppatore software e candidato EngD - Università di Cambridge e Università di Manchester
Yo è un Software Sustainability Institute Fellow, fondatore di Code is Science (www.codeisscience.com/manifesto), studente di EngD presso l'Università di Manchester che studia gli effetti della community e dell'usabilità sul software open source, editore del PLOS Open Source Toolkit ( canali.plos.org/open-source-toolkit), membro del consiglio di Open Bioinformatics Foundation (www.open-bio.org/board/), e uno sviluppatore di software presso l'Università di Cambridge, lavorando su dati biologici open source magazzino chiamato InterMine (intermine.org).
Sessione: ricerca aperta e riproducibile con metriche di software di ricerca guidate dalla comunità
Cosa hanno in comune le reti neurali artificiali, le immagini del buco nero e SETI@home? Tutti affondano le loro radici nella ricerca di software. In questa sessione, speriamo di esplorare le metriche e le migliori pratiche per valutare il software di ricerca aperto. Gli ingegneri del software di ricerca vengono valutati in gran parte in base al numero di pubblicazioni e citazioni. Tuttavia, le metriche basate sul numero di pubblicazioni incoraggiano a ricreare cose "nuove" o reimplementazioni invece del riutilizzo, e ci sono enormi variazioni nelle pratiche esistenti per citare il software, il che significa che il software non viene sempre citato o le citazioni non vengono sempre acquisite. Metriche migliori che riflettano lo stato di salute del software di ricerca sono fondamentali per evitare la ludicizzazione, incentivando gli ingegneri del software di ricerca a seguire le migliori pratiche di sviluppo del software riconoscendo e premiando i loro sforzi in modo appropriato e, infine, facendo avanzare la scienza aperta e migliorando la riproducibilità della ricerca. Coinvolgendo il pubblico in una discussione per confrontare il software di ricerca e altri FOSS, speriamo di collegare meglio la comunità del software di ricerca alla più ampia comunità FOSS. Imparando gli uni dagli altri, miriamo a identificare le metriche di valutazione che riflettano accuratamente lo stato del software di ricerca e possono essere utilizzate dai comitati di assunzione e dai finanziatori della ricerca, per incoraggiarli ad allontanarsi dalle attuali metriche problematiche. In definitiva, speriamo che questo incentivi la creazione e il mantenimento di software scientifico aperto di buona qualità.sponsor
Questo è un evento organizzato dalla comunità e ci affidiamo agli sponsor per coprire i costi per il caffè e altri rinfreschi. Se sei interessato a sponsorizzare, dai un'occhiata al nostro sponsor_prospetto. Grazie ai nostri attuali sponsor!
Sponsor Argento
Sponsor di bronzo
Comitato Organizzatore CHAOSScon EU 2020
- Ahmed Zerouali
- Daniele Izquierdo
- Alba Foster
- Giorgio Link
- Kevin Lombardo
- Matt Germonprez
- Ray Payk
- Sean Goggins
Prossimi eventi
Eventi passati
- CHAOSScon 2022 Europa, 12 settembre 2022, Dublino, Irlanda, in occasione dell'Open Source Summit Europe 2022
- CHAOSScon 2021 Nord America, 30 settembre 2021, Seattle, USA, in co-localizzazione con Open Source Summit 2022
- CHAOSScon 2020 Europa, 31 gennaio 2020, Bruxelles, Belgio, con sede a FOSDEM 2020.
- CHAOSScon 2019 Nord America, 20 agosto 2019, San Diego, California, sede insieme all'Open Source Summit 2019.
- CHAOSScon 2019 Europa, 1 febbraio 2019, Bruxelles, Belgio, con sede a FOSDEM 2019.
- CHAOSScon 2018 Nord America, 28 agosto 2018, Vancouver, Canada, con sede a Open Source Summit North America 2018.
- CHAOSScon 2018 Europa, 2 febbraio 2018, Bruxelles, Belgio, con sede a FOSDEM 2018.
Copyright © 2018-2023 CHAOSS un progetto Linux Foundation®. Tutti i diritti riservati. La Linux Foundation ha marchi registrati e utilizza marchi. Per un elenco dei marchi di The Linux Foundation, consultare il nostro Pagina relativa all'utilizzo del marchio. Linux è un marchio registrato di Linus Torvalds. Informativa sulla privacy e Condizioni d'uso.