Die sieben Themen in PRINCE2 [1] Business Case, Organisation, Qualität, Pläne, Risiken, Änderungen und Fortschritt habe ich in der letzten Ausgabe der Kolumne mit dem Thema „Fortschritt“ abschlossen. Ebenso die sieben Grundprinzipien: fortlaufende geschäftliche Rechtfertigung, Lernen aus Erfahrung, definierte Rollen und Verantwortlichkeiten, Steuern über Managementphasen, Steuern nach dem Ausnahmeprinzip, Produktorientierung und Anpassen an die Projektumgebung wurden dargelegt. Neben den sieben Grundprinzipien und Themen beinhaltet PRINCE2 sieben Prozesse, die Aktivitäten beschreiben, die für ein erfolgreiches Projektmanagement nötig sind. Diese Aktivitäten finden auf verschiedenen Managementebenen statt.

In Zeiten, in denen immer größere Datenmengen verarbeitet werden und die Entwicklungsgeschwindigkeit in der IT – um mit der Konkurrenz mithalten zu können – einen zunehmenden Stellenwert hat, wird es immer wichtiger, skalierbar auf ein wachsendes Geschäftsvolumen reagieren zu können und einen schnellen Entwicklungs- und Innovationszyklus zu etablieren. Genau dabei kann Serverless helfen, da ein großer Teil der Komplexität des Betriebs entfällt und man dadurch Geschwindigkeit in die Entwicklung bringen kann.

Micro Frontends oder auch Micro Apps werden in letzter Zeit häufiger diskutiert. Nachdem Microservices-Architekturen im Backend wachsenden Anklang finden, schwappt dieser Architekturansatz auch immer öfter ins Frontend. Das erste Mal wurden Micro Frontends im ThoughtWorks Technology Radar Ende 2016 erwähnt. Seit dieser Zeit haben sich zahlreiche Bibliotheken und Hilfsmittel rund um diesen Architekturansatz entwickelt.

In unserem heutigen Artikel werden wir uns mit einem der wohl ältesten Spielegenres überhaupt auseinandersetzen – den Abenteuerspielen. Auch wenn es sich bei den in den frühen 1980er-Jahren veröffentlichten Titeln lediglich um rein textbasierte Programme (Text-Adventures) handelte, erfreuten sich diese Spiele nichtsdestotrotz einer großen Beliebtheit unter den damaligen Heimcomputerbesitzern.

In Zeiten, in denen immer größere Datenmengen verarbeitet werden und die Entwicklungsgeschwindigkeit in der IT – um mit der Konkurrenz mithalten zu können – einen zunehmenden Stellenwert hat, wird es immer wichtiger, skalierbar auf ein wachsendes Geschäftsvolumen reagieren zu können und einen schnellen Entwicklungs- und Innovationszyklus zu etablieren. Genau dabei kann Serverless helfen, da ein großer Teil der Komplexität des Betriebs entfällt und man dadurch Geschwindigkeit in die Entwicklung bringen kann.

Serverlogs wachsen einem schnell über den Kopf, vor allem bei im großen Maßstab ausgerollten Applikationen. Der Elastic Stack bietet ausgereifte Komponenten für das Einsammeln und zentrale Auswerten von Logmessages, in dessen Zentrum die Big-Data-Suchmaschine Elasticsearch steht. Dieser Artikel zeigt, wie Sie eine einfache Log Shipping Pipeline mit Elastic-Elementen aus Docker-Containern heraus aufsetzen.

Das Project Loom ist eine experimentelle Version des JDKs. Es erweitert Java um virtuelle Threads, die leichtgewichtige Nebenläufigkeit erlauben. Preview Releases sind schon jetzt verfügbar und zeigen, was möglich ist.

Strategic Design bietet eine etablierte Methodik zum Schneiden großer Anwendungen in möglichst autarke Domänen. Nx erlaubt die Umsetzung dieser Domänen in einem Angular-Monorepo und stellt sicher, dass dabei möglichst wenig Abhängigkeiten entstehen.

Wer kennt es nicht? Man gibt sich Mühe, entwirft, programmiert sorgfältig, testet sowohl manuell als auch automatisch, hat also ein gefühlt perfektes Programm. Und doch kommt es immer wieder zur Laufzeit zu Fehlern. Es sind Dateien beim Öffnen nicht vorhanden, sie haben ein falsches Format, sind wegen fehlender Rechte nicht les- oder schreibbar oder können wegen eines gefüllten Dateisystems nicht geschrieben werden. Gleiches gilt auch für das Netz. Adressen sind nicht zu erreichen, Latenzen zu groß, Zugriff wird nicht gestattet und Verbindungen brechen ab. Datenbanken oder Verzeichnisdienste liefern nicht die gesuchten Daten. Und wenn, dann enthalten sie vielleicht ungültige Werte. Die Liste der möglichen Bedrohungen ist unendlich.

Es ist bekannt, dass der Code für Machine Learning (ML) schnell unordentlich [1] werden kann. Mit welchen Techniken lassen sich schlechte Programmiergewohnheiten vermeiden, die den Code unnötig kompliziert machen? Und welche Methoden erleichtern den Umgang mit der Komplexität?

Die Geburtsstunde des Domain-driven Design liegt im Jahr 2003. Eric Evans Buch „Domain-Driven Design: Tackling Complexity in the Heart of Software“ war ein Meilenstein und wird heute noch vielfach rezipiert. Entscheidend zur Verbreitung von DDD hat zudem Vaughn Vernons Werk „Implementing Domain-Driven Design“ beigetragen. Wir haben uns mit Vaughn über die Motivation und Kernideen hinter DDD sowie ihr Verhältnis zu Microservices und reaktiven Architekturen unterhalten.

Um der Definition von Codequalität gerecht zu werden, genügt es nicht, sich einzig auf den Quelltext zu konzentrieren. Auch Struktur, Organisation und Wartung spielen eine wichtige Rolle.

Das aus dem Umfeld von Python stammende Auszeichnungsformat reStructuredText wird meist verwendet, um Dokumentation für Python-Quellcode bzw. entsprechende Projekte zu erzeugen. Darauf muss sich der Einsatz aber nicht beschränken. Mit dem Werkzeug Sphinx lassen sich beliebige Texte für vielfache Verwendungen formatieren.

Fassaden bereiten die Möglichkeiten einer Domäne für einzelne Anwendungsfälle auf und verbergen Details der Zustandsverwaltung.

„Languages must evolve, or they risk becoming irrelevant“, sagte Brian Goetz (Oracle) im November 2019 während seiner Präsentation „Java Language Futures“ bei der Devoxx in Belgien. Er ist als Java Language Architect maßgeblich daran beteiligt, dass Java trotz seiner 25 Jahre noch lange nicht zum alten Eisen gehört. In diesem Artikel werfen wir einen Blick auf die Neuerungen des JDK 14.

Go wurde vor etwas über 10 Jahren durch das Google-Team rund um Robert Griesemer, Rob Pike und Ken Thompson vorgestellt. Die Sprache wurde von der Entwicklergemeinde unterschiedlich aufgenommen. Für viele war es eine Art neues C, große Neuigkeiten waren nicht enthalten. Ein wenig aufgeräumter, eine Garbage Collection wie in Java, aber keine vollwertige Objektorientierung. Und dann war da noch diese Nebenläufigkeit. Wozu soll die gut sein, es gab ja das Multithreading, und mit Pools und Semaphoren hatte man es gut im Griff.

Wenn Sie diesen Artikel lesen, ist das Eclipse-2019-12-Release aktiv freigeben und das Release 2020-03 wird fleißig entwickelt. Inzwischen ist das Eclipse-Projekt so aktiv, dass wir in den dreimonatlichen Releases genauso viel Funktionalität finden, wie früher in einem Jahresrelease. Das nehmen wir zum Anlass, zu schauen, was sich in den letzten Releases und im Prozess getan hat.

Architekturarbeit in der IT ist seit vielen Jahren ein schwieriges und häufig missverstandenes Thema. Dazu kommt, dass die Effekte der Hyperspezialisierung und Technologieexplosion dazu führen, dass IT-Architekturen die eigentliche Problemstellung oft immer schlechter unterstützen. Man findet immer häufiger One-Size-fits-all-Lösungen oder rein hypegetriebene Architekturen. Trotzdem deutet nichts auf eine Umkehr dieses Negativtrends hin. Zeit für eine Bestandsaufnahme und einen Blick auf die daraus resultierenden Probleme für die Architekturarbeit.

Die Firma Microchip hat mit den PIC-Mikrocontrollern eine ganze Familie von leistungsfähigen Bausteinen entwickelt. In diesem Artikel sehen wir uns den PIC16F84A etwas genauer an. Wir schreiben ein einfaches Testprogramm in C und bringen es in den PIC-Controller. Als Entwicklungsumgebung verwenden wir die MPLAB X IDE.

Angular kommt als „Batteries included“ Framework daher und bietet Funktionen und Vorgehensweisen für so ziemlich alles, was man in einer SPA benötigt. Hierzu gehört auch die Eingabe von Nutzern in komplexen Formularen. Wir zeigen, wie die Entwicklung mit Reactive Forms verbessert und vereinfacht werden kann.