Die Wahl eines Stacks ist ein langfristiges Engagement, das man mit unvollständigen Informationen trifft. Die richtige Herangehensweise ist, sich für Tradeoffs statt Hype zu entscheiden. Das glänzendste Framework auf der Conference-Tour ist selten das, das das Projekt zwei Jahre später noch gut bedient. Meine Standard-Neigung geht zu bewährter, langweiliger Technologie, es sei denn, es gibt einen konkreten Grund, davon abzuweichen.
| Bewährtes wählen wenn | Neues erwägen wenn |
|---|---|
| Standardproblem, bekannte Muster | Eine echte Einschränkung, die reife Technologie nicht löst |
| Team muss schnell vorankommen | Sie haben Zeit und Lust zu lernen |
| Langlebig, muss wartbar sein | Der Gewinn ist groß und messbar |
Eine Stack-Entscheidung prägt Personalgewinnung, Geschwindigkeit und Betriebskosten jahrelang im Stillen, und sie später rückgängig zu machen ist brutal teuer. Technologie zu wählen, weil sie aufregend ist statt weil sie passt, ist einer der häufigsten und schädlichsten Fehler von Tech-Leads. Bewusst zu entscheiden, mit schriftlich festgehaltenen Tradeoffs, ist das, was eine Architektur-Entscheidung von einer Modeentscheidung unterscheidet.