Clean Code Developer

Posts 1-6 of 6

Joachim Krause Premium Member
The company name is only visible to registered members.

Ist der Code alles?
Hallo zusammen

Ich möchte mich nun auch kurz vorstellen.
Anders als für die meisten hier war die Softwareentwicklung für mich zuerst keine "Berufsentscheidung". Mein erster Kontakt mit Code fand erst 1987 (Zenith, 20 MB Festplatte und Bernsteinmonitor, DOS 2.0, dBaseIII) statt. Bis 2003 entwicklete ich mich "nebenberuflich", seit 2003 auch als Freier Entwickler "beruflich", weiter.

Clean Code war schon immer ein bestreben von mir, auch deshalb weil ich es einfach irgendwann satt hatte meine eigenen (Hobby) Anwendungen nur nach einem Stundenlangen studieren und nachvollziehen wieder zu verstehen. Also habe ich den "Pragmatischen Programmierer", (Hunt) aufgesogen "Clean-Code", (Martin) gleich hinterher. Dies hat mich unwahrscheinlich weitergebracht (Hunt mehr als Martin), allein der Gedanke an eingeschlagene Fensterscheiben reicht um mich zu disziplinieren. Nur dann entstehen die nächsten Fragen, ab wann ist Software nützlich? Dann, wenn ich diese unter Einhaltung aller Regeln und Prinzipien implementiert habe oder wenn ein messbarer Mehrwert für den Auftraggeber erzeugt wird?

Wie kann ich dafür sorgen das mein Code nicht nur sauber sondern auch nützlich ist?
Natürlich kann ich mich nur auf meinen Bereich konzentrieren und sagen: "Ja klar Herr Stakeholder kann ich das machen, wenn Sie mir ein UML Aktivitätsdiagramm liefern damit ich eine klare Anforderung habe, den von dem für was Sie die Software benötigen habe ich keine Ahnung". Oder habe ich auch die Pflicht mich mit seinen Problemen (die er durch meine Software lösen möchte) auseinander zu setzen?

Kann man das wirklich trennen? Code und Nutzen? Wenn nicht, wo fängt die eigentliche "Arbeit" an?

Ich denke, dass wir uns manchmal ziemlich in den Elfenbeinturm des Codes zurück zu ziehen und manchmal, aber nur wirklich manchmal, zu wenig Interesse für die Probleme der Stakeholder und den Nutzen der Software zu entwickeln.

Ich hoffe mir hiermit nicht einen schweren Start verschafft zu haben und grüße alle herzlich aus Frankfurt.
Joachim Krause
- 01 Feb 2010, 02:27 am
Joachim Krause wrote: > Hallo zusammen > > Ich möchte mich nun auch kurz vorstellen. > Anders als für die meisten hier war die Softwareentwicklung für mich > zuerst keine "Berufsentscheidung". Mein erster Kontakt mit Code fand > erst 1987 (Zenith, 20 MB Festplatte und Bernsteinmonitor, DOS 2.0, > dBaseIII) statt. Bis 2003 entwicklete ich mich "nebenberuflich", seit > 2003 auch als Freier Entwickler "beruflich", weiter. > > Clean Code war schon immer ein bestreben von mir, auch deshalb weil > ich es einfach irgendwann satt hatte meine eigenen (Hobby) > Anwendungen nur nach einem Stundenlangen studieren und nachvollziehen > wieder zu verstehen. Also habe ich den "Pragmatischen Programmierer", > (Hunt) aufgesogen "Clean-Code", (Martin) gleich hinterher. Dies hat > mich unwahrscheinlich weitergebracht (Hunt mehr als Martin), allein > der Gedanke an eingeschlagene Fensterscheiben reicht um mich zu > disziplinieren. Nur dann entstehen die nächsten Fragen, ab wann ist > Software nützlich? Dann, wenn ich diese unter Einhaltung aller Regeln > und Prinzipien implementiert habe oder wenn ein messbarer Mehrwert > für den Auftraggeber erzeugt wird? > > Wie kann ich dafür sorgen das mein Code nicht nur sauber sondern auch > nützlich ist? > Natürlich kann ich mich nur auf meinen Bereich konzentrieren und > sagen: "Ja klar Herr Stakeholder kann ich das machen, wenn Sie mir > ein UML Aktivitätsdiagramm liefern damit ich eine klare Anforderung > habe, den von dem für was Sie die Software benötigen habe ich keine > Ahnung". Oder habe ich auch die Pflicht mich mit seinen Problemen > (die er durch meine Software lösen möchte) auseinander zu setzen? > > Kann man das wirklich trennen? Code und Nutzen? Wenn nicht, wo fängt > die eigentliche "Arbeit" an? > > Ich denke, dass wir uns manchmal ziemlich in den Elfenbeinturm des > Codes zurück zu ziehen und manchmal, aber nur wirklich manchmal, zu > wenig Interesse für die Probleme der Stakeholder und den Nutzen der > Software zu entwickeln. > > Ich hoffe mir hiermit nicht einen schweren Start verschafft zu haben > und grüße alle herzlich aus Frankfurt. > Joachim Krause
Post visible to registered members
Post visible to registered members
Post visible to registered members
Mark Paluch Premium Member
The company name is only visible to registered members.

Re^2: Ist der Code alles?
Hallo zusammen,
der Vergleich mit den Textaufgaben passt. Besonders im Kontext der Menschen, die dann plötzlich irgendwelche abstruse Vorstellungen und Anforderungen für Software äußern, liegt die Ironie in der Tatsache, dass sich viele von denen studierte Analysten nennen.

Code ist nicht alles, aber Code ist der Stoff, aus denen gute Anwendungen gebaut sind.

Viele Grüße,
Mark
- 22 Feb 2011, 06:05 am
Mark Paluch wrote: > Hallo zusammen, > der Vergleich mit den Textaufgaben passt. Besonders im Kontext der > Menschen, die dann plötzlich irgendwelche abstruse Vorstellungen und > Anforderungen für Software äußern, liegt die Ironie in der Tatsache, > dass sich viele von denen studierte Analysten nennen. > > Code ist nicht alles, aber Code ist der Stoff, aus denen gute > Anwendungen gebaut sind. > > Viele Grüße, > Mark
Post visible to registered members

Clean Code Developer

Ist der Code alles?

Re^2: Ist der Code alles?