Folklore in Software Engineering: A Definition and Conceptual Foundations
Questo articolo definisce e caratterizza il folklore dell'ingegneria del software sintetizzando una revisione della letteratura con interviste a 12 professionisti svedesi per stabilire un quadro concettuale per comprendere come le narrazioni informali, i miti e le euristiche plasmino l'identità professionale, i valori e la conoscenza collettiva all'interno delle comunità di sviluppo.
Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo
Immaginate un team di sviluppo software non solo come un gruppo di persone che scrivono codice, ma come una tribù moderna che vive in un villaggio digitale. Proprio come le antiche tribù avevano storie sul perché accade il tuono, rituali per garantire un buon raccolto e barzellette che solo gli anziani comprendono, gli ingegneri del software hanno la loro versione di questi manufatti culturali.
Questo articolo, intitolato "Folklore nell'Ingegneria del Software," sostiene che i team di software siano pieni di folklore: storie, miti, battute interne e regole non scritte che vengono tramandate di persona in persona, non attraverso i manuali ufficiali, ma attraverso chiacchiere nei corridoi, pause caffè e sessioni di onboarding.
Ecco una ripartizione di ciò che gli autori hanno scoperto, utilizzando semplici analogie:
1. Che cos'è il "Folklore del Software"?
Pensate al folklore come al "libro delle regole non scritte" di un team.
- I Manuali Ufficiali sono come le leggi del governo: chiare, scritte e destinate a essere seguite esattamente.
- Il Folklore è come il "pettegolezzo del villaggio" o le "leggende familiari". È ciò in cui le persone effettivamente credono e ciò che fanno, anche se contraddice le regole ufficiali.
Gli autori lo definiscono come storie e scorciatoie (euristiche) trasmesse informalmente che plasmano il modo in cui gli sviluppatori vedono se stessi, ciò che valorizzano e come lavorano insieme. È il "lore" della professione.
2. I Tre Ingredienti Principali del Folklore del Software
I ricercatori hanno suddiviso questo folklore in tre categorie principali, utilizzando esempi dal loro studio su 12 professionisti esperti di software svedesi:
A. Miti e Leggende (I "Racconti Grandiosi")
Queste sono storie che tutti credono siano vere, anche se non sono supportate da dati certi.
- La Leggenda del "Developer 10x": Esiste la persistente convinzione che un programmatore super-genio valga dieci programmatori medi. Il documento nota che questa è spesso un mito usato per spiegare perché alcuni progetti abbiano successo o falliscano, ma è raramente provato.
- La Promessa del "Bug-Free": Una credenza comune è che, se si segue perfettamente un processo specifico (come una checklist), il software non avrà magicamente bug. In realtà, i bug accadono comunque, ma la storia persiste per dare ai manager un senso di controllo.
- L'Hype del "Nuovo è Meglio": L'idea che la tecnologia o il framework più recente sia automaticamente superiore, semplicemente perché è nuovo, indipendentemente dal fatto che si adatti al problema specifico.
B. Rituali e Pratiche (Le "Cerimonie")
Queste sono azioni ripetute che hanno un significato più profondo del semplice "portare a termine il lavoro".
- Lo Stand-up Quotidiano: Ufficialmente, questo è un incontro di 15 minuti per coordinarsi. Dal punto di vista del folklore, può diventare un rituale in cui le persone "recitano" il proprio lavoro davanti al capo, o un collante sociale che unisce il team.
- Il "Tollgate": Una riunione in cui un progetto viene revisionato prima di passare alla fase successiva. Alcuni team trattano questo momento come una cerimonia magica dove "le cose si incastrano" e il software improvvisamente funziona, anche se il lavoro precedente era disordinato.
- Nominare gli Sprint con i Dessert: Alcuni team nominano i loro cicli di lavoro con nomi di biscotti o torte. Se raggiungono i loro obiettivi, ricevono un premio dolce. Questo trasforma una scadenza stressante in un gioco condiviso.
C. Artefatti e Umorismo (Le "Battute Interne")
Questo include meme, barzellette e oggetti fisici che portano un significato culturale.
- Meme: Il documento menziona meme come "This is Fine" (un cane seduto in una stanza in fiamme), che gli sviluppatori usano per esprimere che stanno vivendo nel caos ma fingono che tutto vada bene.
- La "Scrivania Disordinata": C'è la convinzione che una scrivania disordinata sia un distintivo d'onore, che dimostra che uno sviluppatore è immerso nei suoi pensieri.
- Il Testing come un Peso: Una battuta comune è che il testing sia un compito noioso e tedioso rispetto al lavoro "eccitante" di programmazione. Questa battuta rafforza l'idea che i tester siano meno importanti dei developer.
3. Come si Diffonde questo Folklore?
Il documento spiega che questa conoscenza non viaggia attraverso i libri di testo. Si diffonde come un virus o una storia intorno al fuoco:
- Onboarding: Quando una nuova persona si unisce, non legge solo un manuale; ascolta le "storie di guerra" dai veterani.
- Il "Water Cooler": Le storie vengono scambiate nelle sale caffè, durante le pause pranzo e nei canali di chat.
- Mentorship: I programmatori senior insegnano ai junior non solo rispondendo alle domande, ma dicendo loro: "Abbiamo provato questo 20 anni fa, ed è fallito", senza spiegare esattamente il perché.
4. Perché questo è Importante?
Gli autori sostengono che dobbiamo smettere di ignorare questo folklore e iniziare a studiarlo.
- Il Bene: Il folklore può essere una scorciatoia utile. Aiuta i nuovi arrivati a imparare il "vero" modo in cui le cose funzionano in una specifica azienda più velocemente rispetto alla lettura di un manuale. Costruisce l'identità del team e aiuta le persone a gestire lo stress attraverso l'umorismo.
- Il Male: Il folklore può anche essere pericoloso. Se tutti credono in un mito (come "il testing è una perdita di tempo"), potrebbero prendere decisioni errate che danneggiano il prodotto. Può anche impedire ai team di provare metodi nuovi e migliori perché "abbiamo provato quella volta e non ha funzionato" (anche se le circostanze erano diverse).
In sintesi
Il documento conclude che il Folklore dell'Ingegneria del Software è la collezione di storie, credenze e rituali condivisi informalmente che definiscono il modo in cui operano i team di software.
Proprio come un істориore studia i miti per comprendere una cultura, anche i ricercatori di software e i manager dovrebbero studiare questi "miti del software" per capire perché i team prendono le decisioni che prendono. Rendendo visibili queste storie invisibili, i team possono mantenere le tradizioni utili (come le buone battute interne che alzano il morale) pur sfidando i miti dannosi (come l'idea che alcune persone siano naturalmente dieci volte migliori di altre).
In breve: Il software non riguarda solo la logica e il codice; riguarda anche le storie che ci raccontiamo riguardo al codice.
Sommerso dagli articoli nel tuo campo?
Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.