Vue.js hat sich vom anfänglichen Geheimtipp zum festen Mitspieler unter den JavaScript Frameworks etabliert. Möchten wir Applikationen entwickeln, die performanter als klassische SPAs arbeiten und dabei etablierte Best-Practice-Muster integrieren, genügen die mitgelieferten Bordmittel jedoch nicht mehr. Das Framework Nuxt.js verspricht genau diese Lücke zu schließen, um in der Entwicklung mit Frameworks wie Angular auf Augenhöhe zu sein.

Docker hat sich in der IT-Landschaft etabliert und wird nicht nur in Start-ups eingesetzt, sondern auch im Enterprise-Umfeld, wo Restriktionen bezüglich Security und anderer Themen der Softwareentwicklung und des Betriebs viel stärker ausgeprägt sind. Oft beeinflussen diese Restriktionen die Entscheidung für oder gegen ein Tool. Vielleicht wird Docker dort nicht sofort in Produktion eingesetzt, aber möglicherweise kann es trotzdem die Softwareentwicklung unterstützen, etwa wenn die Entwickler sich mit Hilfe von Docker lokale Testumgebungen aufbauen oder wenn Docker für ihre Integrationstests benutzt wird. Was macht den Einsatz von Docker im Enterprise-Umfeld zu einer Herausforderung?

In JavaScript herrscht kein Mangel an syntaktischem Zucker, doch die schiere Menge der Möglichkeiten macht es manchmal schwer, überhaupt zu erkennen, was das ein oder andere Feature überhaupt zu leisten im Stande ist – im Großen wie im Kleinen. Gerade auf der Ebene einfachster Ausdrücke und simpelster Einzeiler verbergen sich viele Möglichkeiten, die nicht jeder kennt!

KISS ist das Motto dieser Ausgabe des Java Magazins: Keep it simple, stupid! Auf Deutsch: Mach es nicht unnötig kompliziert. Das klingt gut und erstrebenswert. Aber machen wir in der Praxis nicht eher das Gegenteil davon? Wenn man sich umschaut, dann steht uns die Komplexität bis zum Hals. Und anstatt etwas dagegen zu tun, häufen wir jeden Tag fleißig neue Konzepte, Tools und Technologien obendrauf, getrieben von immer neuen Hypes und Hoffnungen auf Patentrezepte. Zeit für eine kritische Betrachtung.

Softwareprojekte scheitern oft nicht an der Technik, sondern an interdisziplinärer Kommunikation, wenn es zwischen Entwicklern und Fachleuten Verständnisprobleme gibt. Sie arbeiten mit unterschiedlichen Terminologien und sprechen somit unterschiedliche Sprachen. Hilfreich ist ein einheitliches und standardisiertes Vorgehen, das Entwickler und Fachexperten integriert. Domain-driven Design (DDD) verfolgt dieses Ziel.

Seit 2012 und dem Artikel von James Lewis und Martin Fowler sind Microservices in aller Munde. Sie schienen die Antwort auf eine stets wachsende Komplexität und die Cloud zu sein. Aber mit der Zeit wurde es immer deutlicher, dass es Aufgabenstellungen gibt, die anders beantwortet werden müssen.

Spring 5.0 ist nun gut drei Jahre alt. Die Architekten des Frameworks ließen diese Zeit mit etlichen Neuerungen und zwei Minor-Releases nicht ungenutzt. Diese wollen wir im folgenden Beitrag näher betrachten.

Blicken Sie mit uns über den Tellerrand und erfahren Sie, warum JavaScript-Projekte oft schwer zu warten sind, wie Microfrontend-Architekturen helfen können, zu langlebigen Projekt-Set-ups zu gelangen, welche Rolle das JavaScript-Modulsystem (ESM) dabei spielt und wie man es schafft, Vue, React und pure JavaScript-Komponenten in Einklang zu bringen.

Klar, die Verwendung von hartkodiertem Code geht wesentlich einfacher von der Hand: Man muss fürs Erste weniger überlegen, da der Code nur im Hier und Jetzt läuft. Zukünftige Änderungen werden mit dieser Technik hingegen erschwert. Sobald der Code um neue Funktionen oder Datentypen erweitert wird, muss er erst überarbeitet werden. Wir zeigen, mit welchen Bibliotheken, Klassen und Techniken sich hartkodierter Code reduzieren lässt.

Domain-driven Design bietet uns mit dem sogenannten Strategischen Design eine Anleitung, wie eine Domain und damit der Problemraum fachlich erfasst und aufgeteilt werden kann. Diese Aufteilung lässt sich dann auf den Lösungsraum – die Software – übertragen. Die Fachbegriffe aus DDD, die dabei eine Rolle spielen, sind: Domain, Subdomain, Bounded Context und schließlich die Context Map für das Zusammenspiel der Bounded Contexts. In diesem Artikel werden wir diese Begriffe und unser Verständnis davon vorstellen.

Svelte ist der neue Stern am Web-Frontend-Himmel. Es ist rasend schnell und seine minimale Bundle Size steckt andere Frameworks locker in die Tasche. Vor allem aber ist es ausdrucksstark: Minimaler Code führt zu maximalen Ergebnissen. Performancetuning durch den User mit Hilfe von Dingen wie shouldComponentUpdate? Nicht nötig. Boilerplate-Code, um eine Komponente zu erstellen? Nicht vorhanden. Gleichzeitig ist Svelte sehr umfangreich. Ein Animationspaket und eine State-Management-Lösung sind bereits enthalten. Wie schafft Svelte das? Darauf wollen wir in diesem Artikel einen Blick werfen. Gemeinsam machen wir die ersten Schritte mit Svelte und bauen die Mutter aller Apps: eine To-do-Liste.

Die in webpack 5 integrierte Module Federation erlaubt das Laden separat kompilierter Programmteile und das Teilen von Bibliotheken. Damit bietet es endlich eine offizielle Lösung für die Realisierung von Microfrontends.

JavaScript wird unter dem ECMAScript-Standard stetig weiterentwickelt. Bis 2015 wurde der Standard mit Ganzzahlen versioniert, seit Version 6 ist man jedoch auf Jahreszahlen umgestiegen, sodass im Jahr 2020 die Version 2020 des Standards veröffentlicht wurde, nicht Version 11.

Was hat das wohl beliebteste Pen-und-Paper-Rollenspiel mit Anwendungsmetriken und Frameworks wie Quarkus oder Micrometer gemein? Dieser epische Artikel nimmt euch mit auf ein Abenteuer voller Monsterkämpfe, Graphen und Metriken. Und jetzt alle einen w20-Wurf auf „Lesen“ machen!

Wir zeigen, warum man Collaborative Modeling (CoMo) braucht, und beschreiben den gemeinsamen Kern verschiedener CoMo-Methoden. Vier solche Methoden stellen wir vor und geben Handlungsanleitungen: Welches Problem lässt sich mit welcher Methode anpacken und wie kombiniere ich Methoden sinnvoll in einem agilen Entwicklungsprozess?

Die Version 16 war das letzte Major-Release von React und wurde von der React-Community mit Spannung erwartet. Zeit, die seitdem in mehreren Minor-Releases neu hinzugefügten Features einmal genauer zu betrachten.

Seit dem letzten Spring-Data-Release sind rund sechs Monate vergangen – und schon steht das neue Release „Neumann“ bereit, benannt nach Klara Dan von Neumann. Grund genug, uns die Neuerungen genauer anzuschauen.

Operatoren stellen einen Mechanismus zur Verfügung, um komplexe Funktionen in les- und wartbarer Weise zu implementieren. Sie bieten einen immensen Mehrwert bei der Arbeit mit RxJS. Allerdings wissen nur wenige über die interne Implementierung von Operatoren und die dahinterliegenden Gründe Bescheid.

Schon seit einiger Zeit macht GraalVM von sich reden. Frameworks wie Quarkus oder Micronaut stellen Rekorde auf, was die Start-up-Zeit oder den Arbeitsspeicherverbrauch von Enterprise-Java-Anwendungen angeht. Doch was wäre, wenn man den Platzhirsch Spring Boot ebenfalls als native GraalVM-App laufen lassen könnte?

Legacy-Code treibt die Entwicklungskosten in die Höhe und führt dazu, dass wir diese alten Softwaresysteme nicht mehr gerne anfassen. Ist das unvermeidbar? Können wir etwas tun? Mit Domain-driven Design (DDD) haben wir ein Werkzeug zur Hand, um Legacy-Code Schritt für Schritt wieder in den Bereich beherrschbarer Wartungskosten zu bringen.