Eventbasierte Programmierung ist an sich nichts Neues. In grafischen Benutzeroberflächen bestimmen seit eh und je Ereignisse wie Mausklick oder Tastendruck den Programmablauf. Ähnliches gilt auch für hardwarenahe Programmierung, wo Ereignisse in Form von Interrupts signalisiert werden. Innerhalb von .NET-Programmen sind Events und Callbacks ebenfalls ein gängiger Mechanismus, um über Ereignisse zu informieren.
Anbieter wie Microsoft betonen seit Jahren, dass man im Gegensatz zum eigenen Rechenzentrum in ihrer Cloud je nach Ressourcenbedarf skalieren kann. Sie verwenden oft das Stromnetz als Analogie: Wenn ich meine Wohnung saugen möchte, bekomme ich über die Steckdose kurzfristig die notwendige Energie für meinen Staubsauger. Ich zahle nur für genau das, was ich tatsächlich verbrauche und benötige keinen eigenen Generator.
Strom kommt aus der Steckdose und Trinkwasser aus der Wasserleitung. Diese vereinfachte, fast schon kindliche Logik kommt daher, weil wir gelernt haben, uns über die komplexen Zusammenhänge, die hinter vielen alltäglichen Dingen stecken, keine Gedanken machen zu müssen. Über Jahrhunderte haben unsere Zivilisationen die Infrastruktur zur Versorgung mit Dingen wie Wasser, Strom, Gas, Fernwärme etc. perfektioniert. Selbst wenn wir die Hintergründe verstehen wollten, wäre das nicht so leicht möglich.
Fehler, die der Kunde im laufenden Betrieb findet, sind teuer. Fehler, die in der Entwicklungsphase gefunden werden, sind günstiger zu beheben. Am besten wäre es, Fehler von vornherein zu vermeiden. Ein Schritt in diese Richtung ist die Beachtung von Best und Worst Practices für den C#-Code. Wurden wirklich alle IDisposables disposed? Entspricht der Code den Coding Guidelines und ist dadurch leicht lesbar und wartbar? SonarQube nimmt sich genau dieses Problems an.
Wer jetzt in die Cloud einsteigt, ist kein „Early Adopter“ mehr, sondern eher ein „Late Follower“. Man sollte meinen, dass der Einstieg ins Cloud-Computing deshalb leichter wäre: Die Cloud-Provider hatten jahrelang Zeit, an ihren Services zu feilen, die Dokumentation zu vervollständigen, Trainingsunterlagen zur Verfügung zu stellen etc. Kurz gesagt, die Kinderkrankheiten sollten überstanden sein.
Dass sich typische Softwarearchitekturen in der Cloud von jenen im lokalen Rechenzentrum unterscheiden, hat sich mittlerweile herumgesprochen. Unzählige Artikel, Bücher und Vorträge auf Konferenzen behandeln dieses Thema. Ich möchte mich dem Themenbereich von einer anderen Seite nähern. Betrachten wir einmal Softwarearchitekten, also die Personen, die die Strukturen und das Design von Softwareprodukten entwerfen.
Bezeichnet man heute eine Softwarelösung aus technischer Sicht als Monolith, ist das selten als Kompliment gemeint. Der Trend geht zu immer loserer Kopplung, zu kleinen autonomen Services, die erst im Zusammenspiel einen echten Nutzen für die Endanwender bieten.
Wer für Design und Entwicklung von Softwarelösungen verantwortlich ist, kennt das unangenehme Gefühl im Bauch, eventuell eine Technologie oder einen Trend zu verpassen. Einerseits mögen wir es nicht, weil es uns nachts wachhält. Andererseits wissen wir, dass es dafür sorgt, dass wir die Augen offenhalten und wir uns nicht auf unseren Lorbeeren ausruhen.
Im Microsoft-Universum spielt sich aktuell eine Zeitenwende ab. Es ist erst wenige Jahre her, dass Microsoft Linux als harten Konkurrenten gesehen hat. Mit Satya Nadella als CEO von Microsoft hat sich das in den letzten paar Jahren ins Gegenteil umgekehrt. Echte, späte Liebe oder alles nur gespielt? Und was heißt das für die Entwicklergemeinde im Microsoft-Universum?
Security ist ein brandaktuelles Thema, gerade in Hinblick auf die Cloud. Firmen sollten sich dabei aber nicht selber im Weg stehen. Auch das zwiespältige Verhältnis der hiesigen Unternehmen zu GitHub und Open Source ist problematisch für die gesunde Weiterentwicklung der IT-Welt.
Microservices sind seit einiger Zeit in aller Munde. Diese Architektur verspricht Lösungen für Probleme, die vielen Organisationen unter den Nägeln brennen: Schneller auf neue Anforderungen reagieren, mehr Eigenverantwortung für Teams, bessere Skalierbarkeit, einfacheres Deployment, weniger Abhängigkeiten durch lose Kopplung und vieles mehr. Leider übersehen viele, die mit dem Gedanken spielen, ihren Monolithen in kleine, autonome Services zu zerteilen, dass Microservices ohne DevOps zum Scheitern verurteilt sind.
Bereits vor knapp drei Jahrzehnten wurde Rainer Stropek die Frage nach der Sinnhaftigkeit des Softwareentwicklerberufs gestellt. Allerdings ist die Gefahr, als Programmierer arbeitslos zu werden, wohl jetzt als auch in naher Zukunft recht gering. Dennoch entwickelt sich gerade in der Cloud eine Kategorie von Softwareplattformen, die die genannte Frage so aktuell macht, wie schon lange nicht mehr: Enterprise Application Platform as a Service (aPaaS).
![Portrait: Albtraum menschliches Gesicht [Video]](https://entwickler.de/wp-content/uploads/2014/11/bildschirmfoto_2014-01-21_um_15.51.01-300x200.jpg)
Der Begriff „Wahnsinn“ bekommt durch das neue Projekt des Künstlerkollektivs Milkyeyes auf einmal eine positive Konnotation. Denn das, was sich die beiden...
