Software: 20 Dinge, die ich in 20 Jahren als Entwickler gelernt habe

Der Entwickler Justin Etheredge über zu große Systeme, zu kleine Ziele, die Bescheidenheit von Entwicklern und den Mythos des Superprogrammierers.

Artikel von Justin Etheredge veröffentlicht am 18. November 2021, 12:00 Uhr

"Super-Programmierer" mit quasi übermenschlichen Heldenkräften? Gibt es eher nicht, sagt Justin Etheredge. (Bild: Pixabay/Montage: Golem.de)

Dieser Text ist eine Übersetzung. Das Original des Software-Entwicklers Justin Etheredge ist hier zu finden.

Sie sind dabei, einen Blogbeitrag mit vielen Ratschlägen zu lesen. Von anderen zu lernen ist wichtig, aber oft vergessen wir dabei: Fast alle Ratschläge sind kontextabhängig, doch sie werden selten in einem Kontext geliefert.

"Man müsste einfach mehr Geld verlangen", sagt das Unternehmen, das seit 20 Jahren im Geschäft ist und jahrelang "zu wenig" verlangt hat, um Kunden zu gewinnen.

"Man sollte alles als Microservices aufbauen", sagt die Firma, die schnell einen Monolithen gebaut, Tausende von Kunden gewonnen hat - und dann auf Microservices umgestiegen ist, als es Probleme mit der Skalierung gab.

Ohne Kontext sind diese Ratschläge wertlos oder sogar schädlich. Hätten diese Leute ihre eigenen Ratschläge von Anfang an befolgt, hätten sie wahrscheinlich Probleme bekommen. Es ist schwer, diesem Widerspruch zu entkommen. Wir sind zwar immer die Summe unserer Erfahrungen, aber wir betrachten sie stets durch die Linse der Gegenwart.

Um Ihnen einen kleinen Einblick zu geben, in welchem Kontext meine Ratschläge zu sehen sind: Ich habe die erste Hälfte meiner Laufbahn als Programmierer für kleine Unternehmen und Startups gearbeitet. Dann bin ich in die Beratung gegangen und habe bei großen Unternehmen gearbeitet. Danach gründete ich Simple Thread und wir wuchsen von 2 auf 25 Mitarbeiter. Vor zehn Jahren arbeiteten wir hauptsächlich mit kleinen und mittleren Unternehmen, jetzt arbeiten wir mit einer Mischung aus großen und kleinen Firmen.

Mein Rat kommt von jemandem, der ...

• fast immer in kleinen, effizienten Teams gearbeitet hat, in denen mit sehr wenig viel erreicht werden muss.
• Working Software, also ein frühes Verwenden von Prototypen im Arbeitsalltag, über andere agile Praktiken stellt.
• ständig neue Projekte startet, aber auch einige bestehende Systeme pflegt.
• Entwicklungsproduktivität sehr wichtig findet.

Meine Erfahrungen der vergangenen 20 Jahre haben meine Sichtweise auf Software geprägt. Ich habe versucht, meine Erkenntnisse in einer Liste zusammenzufassen, die hoffentlich hilfreich für Sie ist.