Brainstorming

Brainstorming ist eine Technik zur Ideenentwicklung [Rustler 2016], unter der sich die meisten der fast zehn (immerhin fast zweistellig!) Leserinnen und Leser dieses Blogs etwas vorstellen können und die z.B. im Design Thinking, wie es von der Universität St.Gallen praktiziert wird, zum Einsatz kommt.

Ende der Neunzigerjahre hatte mich mein Kommilitone Reto bereits darauf aufmerksam gemacht, dass die Technik des Brainstorming gemäss eines P.M.-Artikels gar nicht so gut sei wie ihr (damaliger) Ruf. Vergessen habe ich den Hinweis nie mehr, aber seither auch nix Kritisches mehr zum Brainstorming gehört oder gelesen – bis vor ein paar Wochen:

Einerseits habe ich nämlich (das Vorwort zu) Sprint gelesen, in dem Jake Knapp wie in seinem Artikel “Stop brainstorming and start sprinting” seine Ernüchterung in Bezug auf das Brainstorming beschreibt. Andererseits hat fast gleichzeitig auch Trello erläutert, “Why Group Brainstorming Doesn’t Work“.

We’ve been warned.

Fensterchen

Zwar war mein Android-Telefon, ein Moto G der 2. Generation, erst zweieinhalb Jahre alt. Aber weil sein Betriebssystem von Lenovo realistischerweise nicht mehr aktualisiert wird, wären Privatheit & Sicherheit trotz Geräteverschlüsselung und konsequenter Zwei-Faktor-Authentifizierung auf Dauer nicht mehr gewährleistet. (Und via Telefon sind allein schon in Form von E-Mail-Anhängen immer mehr persönliche und geschäftliche Daten zugreifbar.) Deshalb wollte ich ein neues Telefon.

Ursprünglich hatte ich es auf das Moto G4 Plus (oder das Moto G4 oder das Moto G4 Play) abgesehen, welches zur Zeit immerhin auf Android 7 (Nougat) aktualisiert wird. Aber was wäre danach? Dann hatte ich es auf ein Nexus 5X abgesehen, welches wenigstens noch knapp ein Jahr lang mit Updates versorgt wird (und mit Sicherheits-Updates vielleicht ein bisschen länger). Aber knapp 300 Fr. für ein Gerät ausgeben, dessen Betriebssystem in einem Jahr schon wieder veraltet sein könnte, wollte ich nicht.

Also spielte ich ernsthaft mit dem Gedanken, in den teuren Apfel zu beissen und mir ein iPhone SE zu gönnen. Aber ich bin halt zu geizigzurückhaltend, um 500 Fr. für ein Gerät auszugeben, das ich kaum brauchen würde (ich habe nicht einmal ein Abo, geschweige denn ein Datenabo, sondern nur einen Prepaid-Vertrag).

Doch nebst Android und iOS es gibt ja auch noch Windows 10 Mobile: Die Lumias sind für Microsoft zwar ein Flop, gute Telefone sind sie trotzdem. Und sie werden immerhin zeitnah mit (Sicherheits-)Updates versorgt; wenn das mal nicht mehr der Fall sein sollte, kann ich wieder ein neues Telefon kaufen: ökologisch wäre das zwar frustrierend, aber ökonomisch verkraftbar, hat mein diese Woche gekauftes Lumia 650 doch nicht einmal 80 Fr. gekostet – inkl. zusätzlichem Prepaid-Guthaben.

Rührstäbchen zuhauf

Seit August 2015 hat die Squeng AG ein eigenes Büro. In den knapp 15 Monaten haben ich und meine sporadischen Gäste eine Hunderterpackung Rührstäbchen (für ☕) verbraucht. Und schon vor Monaten habe ich mit dem Kauf einer Zweitausenderschachtel Rührstäbchen also einen Vorrat angelegt, der bis zu meiner Pensionierung reichen dürfte …

Datenbankverwaltungssysteme

Mein bevorzugtes Datenbankverwaltungssystem (database management system, DBMS) ist nun schon seit über fünf Jahren MongoDB. Es läuft (nebst S3 ninja) zu Entwicklungszwecken lokal auf meinem Computer. Im Produktivbetrieb kann ich MongoDB as a Service von MongoDB, Inc. selbst, von mLab, von Compose, von meinem JVM as a Service-Anbieter, von Swisscom u.v.a.m. beziehen – für den Testbetrieb (oder zumindest für eine Evaluation) nicht selten kostenlos. Ausserdem gibt es sehr gute deutschsprachige und englischsprachige Fachliteratur zu MongoDB.

Doch auch MongoDB ist nicht für jede Anwendung das geeignetste DBMS. Deshalb setzte ich mich mal wieder mit anderen DBMS-Ansätzen auseinander und zwar sowohl mit dem klassischen als auch mit modernen. Das mache ich durch das Studium von “Relationale Datenbanken” bzw. “Next Generation Databases”, die ich beide empfehlen kann.

DevOps

Jährlich gibt der State of DevOps Report wertvolle Denkanstösse zur Software-Entwicklung (Dev) und zum Software-Betrieb (Ops). Und der diesjährige ist keine Ausnahme.

Obwohl ich kein Freund von in Unterhaltungslektüre verpackten Sachbüchern bin, soll The Phoenix Project nicht unerwähnt bleiben, falls jemand einen sanften Einstieg ins Thema DevOps in Form von Bettlektüre sucht. Wer es lieber konkreter mag, ist mit Sachbüchern zu Continuous Integration, Continuous Delivery und Continuous Deployment besser bedient.

Und auch Firmen aus einer streng regulierten Branche wie dem Finanzwesen müssen nicht aussen vor bleiben. DevOps ist durchaus vereinbar mit ihrer Welt.

Bitcoin, Blockchain und Bücher

Die Themen Blockchain im Allgemeinen und Bitcoin im Speziellen habe ich lange vor mich hergeschoben. Sporadisch habe ich zwar Vorträge besucht (vor gut zwei Jahren die Vorträge von Luzius Meisser und Thorsten Hens an einer New Media Session bei Tamedia und vor gut zwei Monaten den Vortrag von Andreas Antonopoulos am START Summit) und Artikel gelesen (wie The Blockchain Application Stack meistens via Fred Wilson), aber mir nie eine eigene Meinung gebildet. Das wollte ich diesen Frühling ändern.

Im April habe ich deshalb The Age of Cryptocurrency gelesen und im Mai Blockchain Revolution. Ersteres kann ich auch einer nicht-technischen Leserschaft wärmstens empfehlen. Letzteres habe ich nur bis zur Hälfte gelesen und den Kauf und vor allem die investierte Zeit bereut: zigmal wird nämlich -überspitzt zusammengefasst- behauptet, dass Blockchain + Magic Dust = Silver Bullet, ohne dass die Blockchain erklärt oder der Magic Dust plausibilisiert wird. Es ist fast schon erstaunlich, dass die Autoren trotz des Hypes um das Buch und in dem Buch nicht auch noch behauptet haben, dass Blockchain-Technologie sämtliche Krankheiten ohne Nebeneffekte heilen wird …

Im Sommer werde ich nochmals einen neuen Anlauf nehmen müssen, diesmal aber auf der Basis einer technischen Quelle. Nichtsdestotrotz wage ich auf wackeliger Grundlage eine erste Einschätzung:

  • Pessimistisch:
    • Bitcoin ist bereits die Killer-App der Blockchain, es wird nicht viele weitere geben. (Ob sich Bitcoin deshalb zu einem guten Geld- oder Gold-Ersatz mausern wird, weiss ich leider nicht.)
    • Die Blockchain leidet wie sämtliche schlüssel-basierten kryptographischen Systeme unter dem Problem der Schlüssel-Verwaltung, was ihren theoretischen Eigenschaften praktische Grenzen setzt. (An dieser Stelle sei mal wieder verwiesen auf Cryptography Engineering.) Denn auch wenn ein Public Key direkt als Pseudonym fungiert, kann der zugehörige Private Key verloren gehen oder missbraucht werden. Oder wer hat noch nie weder ein Passwort vergessen noch einen physischen Schlüssel verloren?
      Und ich hege den Verdacht, dass viele Nicht-Informatiker sich dieses Aspekts noch gar nicht bewusst sind, was in zu optimistischen Artikeln und Vorträgen (ab Minute 69) resultiert. (Blossstellen möchte ich mit den beiden Beispielen niemanden; es handelt sich schlicht & einfach um den letzten Artikel resp. Vortrag, an den ich mich gerade erinnern kann.)
    • VC-Fonds, die sich auf Bitcoin/Blockchain beschränken, sind ähnlich kurzsichtig wie Investoren, die seinerzeit nur noch auf Ruby-on-Rails-Projekte setzen wollten, obwohl es sich dabei schon damals um ein austauschbares Implementations-Detail gehandelt hatte.
  • Optimistisch:
    • Die Blockchain bietet eine lehrreiche Fallstudie für den Entwurf kryptographischer Protokolle und ihrer konkreten Umsetzung in Form von Software.
    • Die Blockchain wird weiterhin die Phantasie beflügeln und zu Ansätzen anregen, die bis vor kurzem wohl im Keim erstickt worden wären (z.B. über Organisationen verteilte Datenbanken mit hoher Transparenz für Bürger, Kunden usw. – unabhängig davon, ob man sie dann mit kryptographischen Bausteinen aus der Blockchain umsetzt oder anders).
    • Nicht selten liege ich falsch mit meinen Einschätzungen. 🙂