Verantwortung teilen ist gut. Wer mag schon die ganze Verantwortung tragen, wenn die halbe es auch tut? Auch technisch macht das Teilen von Verantwortung und den damit zusammenhängenden Zuständigkeiten fast immer Sinn. Aber in der Praxis sind die notwendigen Schritte nicht immer so einfach.
„In der Zukunft wird die Bedeutung des Betriebssystems immer weiter sinken.“ – eine neue Aussage ist das bei Weitem nicht. Ich erinnere mich daran, solche oder ähnliche Statements bereits vor Jahren gehört zu haben. Dabei lag ihnen meist eine Beobachtung zugrunde, die ebenfalls schon alt ist: Man kann immer mehr im Browser machen.
Blühende Wiesen gibt es in der Softwarewelt immer nur sinnbildlich, versprochen werden sie jedoch oft und gern. Zur Erstellung von UI gibt es mit HTML, CSS und JavaScript die eine Technologiekombination, die ihresgleichen sucht. Verpassen Sie nicht diesen wichtigen Schritt Richtung Zukunft!
In meinem Architekturworkshop bei der letzten BASTA! ging es unter anderem um Microservices. Ein Thema der Stunde ist das natürlich, das Architekturpattern dieser Zeit. Ich habe in dieser Kolumne schon zuvor davon geschrieben und bin persönlich sehr von den Vorteilen des Ansatzes überzeugt. Im angesprochenen Workshop kam schließlich diese Frage auf den Tisch: „Wie baue ich denn all diese Dienste und wie reden die dann miteinander?“
Windows ist eine feine Sache; alles, was erledigt werden muss, kann mithilfe der Maus getan werden. So war es jedenfalls einmal – gewissermaßen war das die Idee der grafischen Benutzeroberfläche in ihren Anfangszeiten. Gerade für Entwickler hat sich seit dieser Zeit allerdings viel verändert, sodass heute oft die Kommandozeile für bestimmte Aufgaben bevorzugt wird.
Aktoren sind eine alte Idee, versprechen jedoch viele moderne Vorteile in ebenso modernen Umgebungen. Mit dem Framework Akka.NET sind Aktoren mittlerweile auch in C# und anderen .NET-Sprachen verwendbar, und es ist Zeit, den Ansatz etwas näher zu betrachten und in den Kontext moderner Entwicklung stark modularisierter und dienstbasierter Anwendungen zu bringen.
Getestet wird ungern, dabei bleibt es auch in Zeiten der agilen Entwicklung. Das sollte nicht so sein, denn eigentlich bieten ausführliche automatisierte Tests so viele offensichtliche Vorteile, dass niemand leicht dagegen argumentieren kann.
Wenn es quakt wie eine Ente und schwimmt wie eine Ente, dann ist es eine Ente. Sie haben diesen Spruch schon einmal gehört – er wird von Verfechtern der dynamischen Programmierung seit Jahren immer wieder vorgetragen. Die Ente ist sinnbildlich ein Objekt, ein Element, mit dem anderer Code arbeitet, und an das dieser Code Erwartungen hat: quaken soll sie können, und schwimmen, und wenn das gegeben ist, dann ist alles in bester Ordnung.
Als Junge besaß ich ein Schweizer Taschenmesser. Damit konnte man tolle Sachen machen: vom Zahnstocher bis zum Dosenöffner war da alles dran, was man je brauchte. Natürlich hatte ich zu dieser Zeit meines Lebens nicht viele Dosen zu öffnen oder Korken zu ziehen, aber die Vielfältigkeit des Werkzeugs fand ich beeindruckend.
Mit C# 6.0 hat Microsoft endlich einmal wieder eine neue Sprachversion vorgestellt, die eine Reihe von neuen Sprachfeatures mitbringt. Strategische Einschränkungen gab es bei der Gestaltung trotzdem noch: Nur solche Features haben es letztlich in diese Version geschafft, die Vereinfachungen bestehender Syntax darstellen, also dem Entwickler das Leben einfacher machen und etwas Tipparbeit ersparen. Man hat sich dagegen entschieden, manche anderen guten Ideen umzusetzen, die „richtiges“ Neuland erschlossen hätten. Dies könnte in zukünftigen Versionen nachgeholt werden, aber dazu gibt es bisher noch keine Versprechungen.
Schon seit Visual Studio 2010 ist F# Standardbestandteil der Microsoft-Entwicklungswelt. Davor wurde die Sprache bereits seit 2005 entwickelt, basierend auf syntaktischen Grundlagen, die aus bestehenden funktionalen Hybridsprachen übernommen wurden. Somit ist eigentlich nichts Neues an dieser Sprache – und dennoch ist sie für viele .NET-Programmierer noch immer eine Unbekannte, ein Werkzeug, mit dessen Einsatz man sich noch nicht im Detail beschäftigt hat.
In diesem Kapitel finden Sie all die grundlegenden Informationen, die Sie zur Struktur und zum syntaktischen Aufbau von F#-Programmen brauchen, um den Beispielen komfortabel folgen zu können. Nehmen Sie sich die Zeit, selbst ein wenig mit der Sprache zu spielen, zum Beispiel mit der interaktiven Umgebung FSI. Die meisten Programmierer können sich alles Neue wesentlich besser merken, wenn sie es schon einmal selbst ausprobiert haben.
Die Frage nach der Datensicherheit im Netz ist aktueller denn je. Spätestens nach den Enthüllungen des Whistleblowers und früheren NSA-Mitarbeiters Edward Snowden,...
