Weniger ist Mehr, K.I.S.S., oder auch Simplexity – unsere Welt wird immer komplizierter und der Wunsch nach Beherrschung dieser Komplexität immer größer.
LessCode hat sich zum Ziel gesetzt, dem entgegenzuwirken, in dem wir dazu anregen wollen, IT-Systeme zu entwickeln, die sich über Ihre Reduktion auf das Wesentliche definieren. Mit weniger Code und weniger heisser Luft.
Im Folgenden stellen wir einige Tipps und Praktiken vor, die den LessCode-Gedanken entsprechen.
Die Liste befindet sich im Aufbau, daher sind wir froh über jegliche Art von Kommentare. Auch weitere Tipps und Kontaktaufnahmen sind herzlich willkommen! Wir sind uns durchaus bewusst, dass wir hier potenziell kontroverse Themen behandeln (die im heise-Forum vermutlich zum Flame-War ausarten würden…) Trotzdem beziehen wir klar Stellung. Natürlich darf dies gerne als Herausforderung für ausführliche Diskussionen im Forum gesehen werden.
- Prinzipien
- DRY
- Konvention statt Konfiguration
- Vermeidung von Codegeneratoren/Dynamisch statt statisch
- Automatisiertes Testen
- Funktion vor Eleganz
- Deklarativ vor Imperativ/DSLs
- Konkrekt vor Abstrakt
- Pareto
- Skaliere mit den Nutzern
- Mensch vor Maschine
- Erst README, dann Code
- Werkzeuge
- Dynamische Programmiersprachen
- Frameworks
- Mentalität
- Mut, Neues auszuprobieren
- YAGNI
- Das richtige Werkzeug
- Ehrlichkeit gegenüber dem Kunden
- Lebenslanges Lernen
Zum Abschluß noch einige Gedanken zu kritischen Kommentaren, die im Zusammenhang mit LessCode immer wieder zu hören sind.
oy35a5
3fwzzl
qldiec
c5hrvr
5hkscw
4m6nq9
rcsl41
o7ss4l
68wi1e
mccjmu
mtsoa9