Der Flaschenhals in der Softwareentwicklung war nie das Programmieren, sondern das Verstehen des Problems. Über den unterschätzten ROI von Verständnis.
Ich koennte mir denken dass man in einer reinen Microservicesumgebung (sofern man die einzelnen Services bei 10-20k LOC halten kann) damit die Entwicklung deutlich beschleunigen kann - das trifft aber eben nur auf einen Bruchteil der Software da draussen zu.
Ich bin schon seit Jahren der Meinung dass jedes Projekt überhalb 30K LOC zerteilt werden muss in kleinere Teilprojekte, denn nur so bleibt ein Projekt wirklich übersichtlich. Darüber ist es praktisch nicht mehr möglich, zu durchschauen, was ein Programm überhaupt macht.
Code-Nachvollziehbarkeit hilft schon heute, und kleinere Projekte helfen mit der Code-Nachvollziehbarkeit. Leider ist es scheinbar ein Bedürfnis der menschlichen Psyche meiner Mitmenschen, ein gigantomanisches Monolith-Projekt zu bevorzugen. Denn das ist wie mit großen Autos: Hauptsache groß, dann fühlt man sich selber groß. Schlau ist das nicht.
Ich bin schon seit Jahren der Meinung dass jedes Projekt überhalb 30K LOC zerteilt werden muss in kleinere Teilprojekte, denn nur so bleibt ein Projekt wirklich übersichtlich. Darüber ist es praktisch nicht mehr möglich, zu durchschauen, was ein Programm überhaupt macht.
Code-Nachvollziehbarkeit hilft schon heute, und kleinere Projekte helfen mit der Code-Nachvollziehbarkeit. Leider ist es scheinbar ein Bedürfnis der menschlichen Psyche meiner Mitmenschen, ein gigantomanisches Monolith-Projekt zu bevorzugen. Denn das ist wie mit großen Autos: Hauptsache groß, dann fühlt man sich selber groß. Schlau ist das nicht.