noch mal in aller Deutlichkeit:
LotusScript stirbt ist totaler Quatsch.
... und ich schreibe seit ca. 2.5 Jahren deutlich und zunehmend mehr Zeilen Java-code als Lotus-Script code und das hat inzwischen sogar fakturierbare Gründe.
... wenn aber z.B. ein Teil des Projekts Lotus Domino ist und ich so einen Workflow schreibe, stelle ich aus Reflex den zu schreibenden Agenten auf Java, tippe 3 Zeilen und sage dann: "Bist du eigentlich bescheuert" und mach das dann in LotusScript im Halbschlaf.
Es ist nur eben so, dass es oft für Interesse_am_Beruf, Job_Aussichten, etc. eine gute Idee ist, sich mit wirklich wichtigen neuen Entwicklungen wie z.B. Java oder C# zu beschäftigen. Nur Mißtrauen gegenüber HajoPeis, die irgendwas von Revolution verkünden, ist immer angebracht. Das lernt man übrigens dann am besten, wenn man sich tatsächlich mit den neuen Dingen beschäftigt.
Revolutionen gibts nämlich gar nicht. Es gibt nur einen Haufen Reformen und das ist ein mühsamer Prozeß. Zum Glück haben wir heute das Internet und dann geht das alles ein bischen schneller. Und die falschen Heiligen werden schneller aufgedeckt.
Klingt vielleicht ein bischen pathetisch, aber software-entwicklung ist vielleicht manchmal ein Vordringen in unbekanntes Gebiet, wo man nicht weiss, wo man am Ende lande. Da gibt es in den meisten Projekten Punkte, über die ich nur unvollständige Information habe und worüber ich keine realistischen Prognosen abgeben kann.
Es gibt inzwischen klare Argumente für mehr OO-mässige Umgebungen als LotusScript. Aber wenn du das erste Projekt damit machst, wirst du scheitern (oder du bist wirklich aussergewöhnlich talentiert für diese Umgebung, selten). Das hat immer Kosten.
Ich finde auch, dass die Bedeutung von Programmiersprachen für den Job als Programmierer deutlich überschätzt werden. D.h. gibt es überhaupt so viele "reine" Programmierjobs. Meist ist man doch Programmierer und Projekt Manager oder/und Programmierer und Consultant.
Eine der Dinge, die ich während des Booms immer gehasst habe (und zu extrem unproduktiven Ergebnissen geführt hat) war dieser hilflose Versuch fordistische Arbeitsprinzipien auf die Software-Entwicklung zu übertragen. Plötzlich hatte die Firma Geld aus dem Aktienmarkt und dann wurde versucht zwischen Technischen Wissensträgern und den Kunden eine Zwischenschicht an un-technischen "Projekt-Managern" zu setzen. Oft grüne Jungs und Mädels, die nach erfolgreich absolvierten BWL-Studien oder verwandten mit ihren textbook Management-Theorien auf die Entwickler losgelassen wurden. Entwickler, die funktionierende KundenBeziehungen hatten, konnten sich dann ein "bad_teamworker" Image zulegen, den Projektmanager-Titel für sich selbst durchsetzen und mehr oder weniger ungestört arbeiten. Bei Beendigung des Booms zerbrach das System an den selbst geschaffenen Kostenstrukturen und auch an einer allgemein schlechten Arbeitsatmosphäre.
Heute, auf dem Boden der Tatsachen, sieht man sich doch oft sehr vielfältigen Anforderungen ausgesetzt.
Einen großen Teil meiner Zeit beschäftige ich mich mit
- Projektmanagement, Zeitmanagement, Kundenkommunikation, Motivationsmanagement, Change-Management, Wissensmanagement (wo finde ich was), etc.
- Testumgebungen (Performance-Messungen für die Realität, Funktionstests, Einrichten von Rechnern).
- ständig neue Tools und neue Produkte. Wie funktioniert diese xml-Datenbank, Wie arbeite ich effektiv mit MySql. Wie funktionieren Webservices.
- generellen, mehr administrativen Fragestellungen: Security, TCP-IP, die z.B. in Java oft in spezifischen APIs gekapselt sind. Verständnismässig ist nicht die API das schwierige, sondern das zugrundeliegende Subsystem (z.B. LDAP).
- generelle OO-Fragen. Wie programmiere ich OO richtig (Pattern, etc). Dies ist eine von der Programmiersprache losgelöste Fragestellung.
- generell vernünftig programmieren.
Vieles von dem ist Programmiersprachenunabhängig. Und wenn man sich um ein wirkliches Verständnis bemüht und es nicht primär darum geht, die Anforderungen von den "Chefs" irgendwie ans Laufen zu bringen, egal wie, baut man ein gewisses grundlegendes Wissen auf, dass technischen Wandel überdauert.
Ende der 90er hörte man oft, dass es für prozedurale Programmierer schwerer ist, auf OO umzusteigen als für Neulinge neu mit OO anzufangen. Ich halte das für kompletten Schwachsinn und man hört das auch nicht mehr.
Gruß Axel
