Folklore in Software Engineering: A Definition and Conceptual Foundations
Dit artikel definieert en karakteriseert software engineering-folklore door een literatuuronderzoek te synthetiseren met interviews met 12 Zweedse praktijkbeoefenaars om een conceptueel kader vast te stellen voor het begrijpen van hoe informele narratieven, mythen en heuristieken de professionele identiteit, waarden en collectieve kennis binnen ontwikkelgemeenschappen vormen.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je een softwareontwikkelingsteam niet alleen voor als een groep mensen die code schrijft, maar als een moderne stam die in een digitaal dorp leeft. Net zoals oude stammen verhalen hadden over waarom de donder gebeurt, rituelen om een goede oogst te verzekeren en grappen die alleen de ouderen begrijpen, hebben software engineers hun eigen versie van deze culturele artefacten.
Dit artikel, getiteld "Folklore in Software Engineering," betoogt dat softwareteams vol zitten met folklore: verhalen, mythen, onderlinge grappen en ongeschreven regels die van persoon tot persoon worden doorgegeven, niet via officiële handleidingen, maar via gesprekken in de gang, koffiepauzes en onboarding-sessies.
Hier is een overzicht van wat de auteurs hebben gevonden, gebruikmakend van eenvoudige analogieën:
1. Wat is "Software Folklore"?
Beschouw folklore als het "ongeschreven regelboek" van een team.
- Officiële Handleidingen zijn als de overheidswetten: duidelijk, opgeschreven en bedoeld om exact gevolgd te worden.
- Folklore is als de "dorpsroddels" of "familieleggendes." Het is de informatie waar mensen daadwerkelijk in geloven en wat ze doen, zelfs als het de officiële regels tegenspreekt.
De auteurs definiëren het als informeel overgedragen verhalen en afkortingen (heuristieken) die vormgeven aan hoe ontwikkelaars zichzelf zien, wat zij waardevol vinden en hoe zij samenwerken. Het is de "lore" van het beroep.
2. De Drie Belangrijkste Ingrediënten van Software Folklore
De onderzoekers deelden deze folklore in in drie hoofdcategorieën, gebruikmakend van voorbeelden uit hun studie naar 12 ervaren Zweedse softwareprofessionals:
A. Mythen en Legenden (De "Verzonnen Verhalen")
Dit zijn verhalen die iedereen als waarheid beschouwt, zelfs als ze niet worden ondersteund door harde gegevens.
- De "10x Developer" Legende: Er bestaat een hardnekkig geloof dat één supergeniale programmeur tien gemiddelde programmeurs waard is. Het artikel merkt op dat dit vaak een mythe is die wordt gebruikt om te verklaren waarom sommige projecten slagen of falen, maar het is zelzen bewezen.
- De "Bug-vrije" Belofte: Een veelvoorkomend geloof is dat als je een specifiek proces perfect volgt (zoals een checklist), de software magisch geen bugs zal bevatten. In werkelijkheid gebeuren er nog steeds bugs, maar het verhaal blijft voortbestaan om managers een gevoel van controle te geven.
- De "Nieuw is Beter" Hype: Het idee dat de nieuwste technologie of framework automatisch superieur is, simpelweg omdat het nieuw is, ongeacht of het bij het specifieke probleem past.
B. Rituelen en Praktijken (De "Ceremonies")
Dit zijn herhaalde acties die een diepere betekenis hebben dan alleen "het uitvoeren van werk."
- De Daily Stand-up: Officieel is dit een vergadering van 15 minuten om af te stemmen. Vanuit het perspectief van folklore kan dit een ritueel worden waarbij mensen "ik ben aan het werk" opvoeren voor de baas, of een sociale lijm die het team verbindt.
- De "Tollgate": Een vergadering waarbij een project wordt beoordeeld voordat het naar de volgende fase gaat. Sommige teams behandelen dit als een magische ceremonie waarbij "de zaken op hun plek vallen" en de software plotseling werkt, zelfs als het werk daarvoor rommelig was.
- Sprints Naamgeven naar Desserts: Sommige teams noemen hun werkcycli naar koekjes of taarten. Als ze hun doelen halen, krijgen ze een traktatie. Dit verandert een stressvolle deadline in een gezamenlijk spel.
C. Artefacten en Humor (De "Inside Jokes")
Dit omvat memes, grappen en fysieke objecten die een culturele betekenis dragen.
- Memes: Het artikel noemt memes zoals "This is Fine" (een hond die in een brandende kamer zit), die ontwikkelaars gebruiken om uit te drukken dat ze in chaos leven maar doen alsovergelijk alsof alles oké is.
- Het "Rommelige Bureau": Er is een geloof dat een rommelig bureau een ereteken is, dat laat zien dat een ontwikkelaar diep in gedachten is.
- Testen als een Last: Een veelvoorkomende grap is dat testen een saaie, eentonige taak is vergeleken met het "spannende" werk van het coderen. Deze grap versterkt het idee dat testers minder belangrijk zijn dan ontwikkelaars.
3. Hoe Verspreidt Deze Folklore Zich?
Het artikel legt uit dat deze kennis niet via tekstboeken reist. Het verspreidt zich als een virus of een kampvuurverhaal:
- Onboarding: Wanneer een nieuw persoon binnenkomt, lezen zij niet alleen een handleiding; zij horen de "oorlogsverhalen" van de veteranen.
- De Waterkoeler: Verhalen worden uitgewisseld in koffiekamers, tijdens lunchpauzes en in chatkanalen.
- Mentorschap: Senior ontwikkelaars leren junioren niet alleen door vragen te beantwoorden, maar door hen te vertellen: "Dat probeerden we 20 jaar geleden ook, en dat mislukte," zonder precies uit te leggen waarom.
4. Waarom Is Dit Belangrijk?
De auteurs betogen dat we moeten stoppen met het negeren van deze folklore en moeten beginnen met het bestuderen ervan.
- Het Goede: Folklore kan een nuttige afkorting zijn. Het helpt nieuwe mensen sneller de "echte" manier te leren waarop zaken in een specifiek bedrijf werken dan het lezen van een handleiding. Het bouwt een teamidentiteit op en helpt mensen om met stress om te gaan via humor.
- Het Slechte: Folklore kan ook gevaarlijk zijn. Als iedereen in een mythe gelooft (zoals "testen is een verspilling van tijd"), kunnen ze slechte beslissingen nemen die schadelijk zijn voor het product. Het kan teams ook ervan weerhouden om nieuwe, betere methoden te proberen vanwege "dat hebben we ooit geprobeerd en het werkte niet" (zelfs als de omstandigheden anders waren).
De Kernboodschap
Het artikel concludeert dat Software Engineering Folklore de collectie is van informeel gedeelde verhalen, overtuigingen en rituelen die bepalen hoe softwareteams opereren.
Net zoals een historicus mythen bestudeert om een cultuur te begrijpen, zouden softwareonderzoekers en managers deze "softwaremythen" moeten bestuderen om te begrijpen waarom teams de beslissingen nemen die ze maken. Door deze onzichtbare verhalen zichtbaar te maken, kunnen teams de nuttige tradities behouden (zoals goede inside jokes die de moraal versterken) terwijl ze de schadelijke mythen uitdagen (zoals het idee dat sommige mensen van nature 10 keer beter zijn dan anderen).
Kortom: Software gaat niet alleen over logica en code; het gaat ook over de verhalen die we onszelf vertellen over de code.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.