Es gibt keine Java-Architekten
Ich bin gerade wieder über eine Stellen-Anzeige für einen Java-Architekten gestolpert. Eigentlich gibt es sowas gar nicht. Es gibt eher so etwas wie einen Enterprise Architekten. Der sollte dann nicht nur etwas von Java verstehen, sondern muss auch SQL, Web-Technologien wie HTTP, verteilte Kommunikation mit verschiedenen Protokollen, Sicherheit usw. und nicht zuletzt sollte er vielleicht auch eine Idee davon haben, wie es jenseits des Tellerrandes bei .NET aussieht. Oder wie übergeordnete Konzepte wie EAI oder SOA die Arbeit beeinflussen können. Ein solcher Enterprise Architekt wird dann ganz anders arbeiten, als ein Architekt für mobile Anwendungen, die ja auch häufig auf Java basieren.
Noch wichtiger als Technologien sind sicher grundlegende Architektur-Kenntnisse, wie sie zum Beispiel als Patterns niedergelegt werden. Schließlich geht es ja nicht unbedingt darum, eine Technologie bis ins Details zu beherrschen, sondern eine Architektur mit passenden Abstraktionen festzulegen. Diese Abstraktionen dienen dann als Bausteine, um das eigentliche System zu entwickeln.
Aus diesem Grund ist es nicht zuletzt auch sinnvoll, eine Idee von fachlichen Anforderungen oder den typischen Abstraktionen in einer Domäne zu haben, damit diese mit der Architektur ausgedrückt werden können.
J for Java |
I for Internet, iMac, iPod and iPad |
Me for me