http://www.buildblog.de/2009/02/20/meilensteine-in-der-programmierung/ a weblog by hathead and others Thu, 26 Jan 2012 17:44:17 +0000 hourly 1 http://wordpress.org/?v=3.3.1 http://www.buildblog.de/2009/02/20/meilensteine-in-der-programmierung/comment-page-1/#comment-2510 buildblog | de.buildblog.reflect - Meilensteine II - Murks und seine Freunde Fri, 20 Feb 2009 16:02:37 +0000 http://www.buildblog.de/?p=968#comment-2510 [...] Die Rede war von Murks, der zu großem Murks wird (wenn es schlecht läuft). Das muss nicht zwangsläufig sein - so gesehen besteht fast immer die Option den Kreis zu durchbrechen und vernünftig zu programmieren. Dazu braucht es Mut und Verständnis. Ein Programmierer weiß ob er guten Quellcode schreibt oder einen Schnellschuß, damit es weitergeht. Wenn er mutig ist, sagt er seinem Architekten was Sache ist. Ein verständiger Architekt erkennt das Dilemma eventuell selbst schon früh in der Entwicklung. Ist das nicht der Fall kann er auch Glück haben und er hat einen mutigen Programmierer, der ihn darauf hinweist. Dann kommt es auf den Architekten an. Springt er über seinen Schatten und gesteht sich ein, dass der Zeitplan und/oder die Herangehensweise schlecht war? Vertritt er das sogar gegenüber seinem Abteilungsleiter und kritisiert eventuell auch dessen Konzept? [...] [...] Die Rede war von Murks, der zu großem Murks wird (wenn es schlecht läuft). Das muss nicht zwangsläufig sein – so gesehen besteht fast immer die Option den Kreis zu durchbrechen und vernünftig zu programmieren. Dazu braucht es Mut und Verständnis. Ein Programmierer weiß ob er guten Quellcode schreibt oder einen Schnellschuß, damit es weitergeht. Wenn er mutig ist, sagt er seinem Architekten was Sache ist. Ein verständiger Architekt erkennt das Dilemma eventuell selbst schon früh in der Entwicklung. Ist das nicht der Fall kann er auch Glück haben und er hat einen mutigen Programmierer, der ihn darauf hinweist. Dann kommt es auf den Architekten an. Springt er über seinen Schatten und gesteht sich ein, dass der Zeitplan und/oder die Herangehensweise schlecht war? Vertritt er das sogar gegenüber seinem Abteilungsleiter und kritisiert eventuell auch dessen Konzept? [...]

]]>