1. Aus meiner Sicht macht es nicht viel Sinn, Coding als "Schreiben von Code" zu definieren. Ich würde Planungen direkt vor dem Code schreiben, und debugging beim Code schreiben, auch dazu zählen, gerade im Hinblick auf AI macht diese Gruppierung für mich mehr Sinn.
2. Es beschreibt sicherlich den State of our Industry, auch bei vielen meiner Kunden ist z.b. CI/CD immer noch nicht excellent. Aber man sollte zwei Perspektiven haben: Was macht die Masse, und was machen die Besten um zu sehen wo es hingeht.
Es gibt sicherlich einen Graubereich, was genau man dem Coding zurechnen kann und was nicht. Jede Analyse und Studie hat da sicherlich eine eigene Definition.
Was jedoch in allen Untersuchungen klar wird, ist, dass das Coding nur einen Bruchteil der gesamten Arbeitszeit ausmacht. Das deckt sich auch mit meiner Erfahrung aus den unterschiedlichsten Projekten.
Ja auch aus meiner Zeit als CTO. Immer wenn ich in einer Firma angefangen habe, musste ich zuerst massiv Meetings kürzen (nirgends hingehen das keinen Sinn hat oder keine Agenda) und Zeiten einführen in denen Entwickler nicht gestört werden dürfen mit Kleinigkeiten, wie alle Telefone abschaffen. Tests hoch so dass 90% weniger Bugs entstehen usw. damit Entwickler primär an neuen Features arbeiten können usw.
Zwei Anmerkungen dazu:
1. Aus meiner Sicht macht es nicht viel Sinn, Coding als "Schreiben von Code" zu definieren. Ich würde Planungen direkt vor dem Code schreiben, und debugging beim Code schreiben, auch dazu zählen, gerade im Hinblick auf AI macht diese Gruppierung für mich mehr Sinn.
2. Es beschreibt sicherlich den State of our Industry, auch bei vielen meiner Kunden ist z.b. CI/CD immer noch nicht excellent. Aber man sollte zwei Perspektiven haben: Was macht die Masse, und was machen die Besten um zu sehen wo es hingeht.
Es gibt sicherlich einen Graubereich, was genau man dem Coding zurechnen kann und was nicht. Jede Analyse und Studie hat da sicherlich eine eigene Definition.
Was jedoch in allen Untersuchungen klar wird, ist, dass das Coding nur einen Bruchteil der gesamten Arbeitszeit ausmacht. Das deckt sich auch mit meiner Erfahrung aus den unterschiedlichsten Projekten.
Ja auch aus meiner Zeit als CTO. Immer wenn ich in einer Firma angefangen habe, musste ich zuerst massiv Meetings kürzen (nirgends hingehen das keinen Sinn hat oder keine Agenda) und Zeiten einführen in denen Entwickler nicht gestört werden dürfen mit Kleinigkeiten, wie alle Telefone abschaffen. Tests hoch so dass 90% weniger Bugs entstehen usw. damit Entwickler primär an neuen Features arbeiten können usw.