Five Reasons Software Developers Hate Software Architects

Today I found a great posting on the architect zone. Pete Johnson writes about his promotion to a "HP.com Chief Architect" and gave it a more deper thought. He came up with five things, a software architect can make wrong.

1. The cockiness
   
2. Losing touch with technology
   
3. Keeping clean hands by delegating all the dirty work
   
4. Taking credit for everything, even when you did nothing
   
5. Finding opportunities for yourself, but not for others
   

When the responsibility escalates to little or no coding and being in charge of the long term direction of multiple projects simultaneously, when that person spends more time in meetings than anything else and gets this "architect" title, the bridges start to get burned and the hate begins to flow. Before long, that guy you used to enjoy going on lunchtime burrito runs with asserts himself in ways you never thought possible and seems to be leading your project team, as well as the others he's been given jurisdiction, over an irrational cliff.
Pete Johnson, 2008

In my personal oppionion he perfectly nailed the points down. The bigger the projects get, the more you are in trouble and the easier it is to forget about the mentioned things. The only thing you can do is to find your personal way through all the different needs of your team members, customers, technology or whatever else hits your road doing a successfull project.

You can visit Pete's personal blog and read more about his work. I was suprised to find out, that he build the first ever webapplication inside HP :)

"SOA is Dead"!?

In seinem Blog erklärt William Oellermann warum aus seiner Sicht die Diskussion darüber, ob SOA tot sei oder nicht, am eigentlichen Problem vorbeigehe. Wichtig seien vielmehr die anstehenden Aufgaben. Probleme verschwänden nicht, bloß weil man sich entschließe, ein Akronym wie SOA aufzugeben. Betrachte man das, was seit dem Aufkommen der Bezeichung SOA erreicht wurde, sei es schon erstaunlich, wie lange man gebraucht habe, um da anzukommen, wo wir heute seien.

IT zu Business Technology machen
Das eigentliche Ziel sei schließlich die Zusammenarbeit von Business und IT zu befördern, um so den Business Nutzen der Technik zu erhöhen. Hauptproblem aus Oellermanns Sicht sei dabei, dass die meisten Organisationen so wenig funktional seien, dass man fast sagen könne, sie seien profitabel obwohl und nicht weil es sie gibt. Das mache es für diese Organisationen aber beispielsweise kaum möglich, in naher Zukunft einen höheren Grad an Agilität zu erreichen.
Nenn es wie du willst - aber arbeite daran!

Über kurz oder lang sei die Entwicklung weg von den hergebrachten IT-Silos aber unvermeidlich, um mehr Nutzen aus Technologie zu ziehen. Sein Fazit: "Sollte SOA tatsächlich tot sein, in Ordnung - lang lebe das nächste Akronym." Es gebe aber in jedem Fall eine Menge Arbeit zu tun und das sei letztlich entscheidend.

(Quelle: http://it-republik.de/business-technology/

TINY

four :), originally uploaded by myfear.

Mein erster Beitrag zu einem Canon Foto-Wettbewerb:

(Canon EOS 350D DIGITAL; 26.03.2008; 1/100 at f/5; ISO 400; white balance: Auto; focal length: 50 mm; Close-Up Lens: +4Dioptr.)

Canon competition "The Mission".

Voting begins 5th of May! Keep in mind and support me ;)
Thanks in advance!

arc42 - die endgültige Antwort in Version 3.2

Die news des Tages: Auf dem Blog von Dr. Gernot Starke steht, dass die bekannte
Arch42 Seite einem Update unterzogen wurde. Neben dem offensichtlich neuen Layout ist die Version komplett überarbeitet worden.

Was ist arc42?
Zitat von der Website: Das ist ARC 42

Wir stellen Software- und Systemarchitekten, Designern, Produktlinienverantwortlichen, Qualitätssicherern und anderen Beteiligten von IT-Projekten Informationen, Hilfsmittel, Muster und Dienstleistungen zur Verfügung, um zu besseren Software- und Systemarchitekturen zu gelangen.

ARC42 ist ein umfassender Rahmen, der eine Sammlung von Architekturhilfsmitteln, Prozessbeschreibungen, Dienstleistungsangebote und Schulungen beinhaltet. Seit seiner Einführung haben schon zahlreiche Unternehmen diese Ressourcen genutzt.

[...]

Mit dem ARC42-Prozess erhalten Sie eine detaillierte Einführung in die Entwicklung effektiver Software-Architekturen. Der Prozess und das ARC42- Template passen zu den existierenden UML-Werkzeugen und Methoden. Er erstand aus der jahrzehntelangen Erfahrung weltweiter Architekturprojekte und wird ständig durch das Feedback unserer Anwender verbessert.