Hi, Change tut weh. Der Satz ist etwas abgebrüht. Aber es ist mir vor einigen Wochen nochmal bewusst geworden. Toni, ein externer DevOps Engineer (Grüße gehen raus 😉 ), war neu im Team. Auf seiner Webseite schreibt er “Als Experte für Developer Experience habe ich das Ziel, ein Ökosystem für hochperformante & innovativ agierende Entwicklungsteams zu schaffen.” Und das lebt er. Es gibt auch mehr als genug zutun. Und wir wollen es anpacken!
Hi, Meine Mikrowelle war kaputt. Also: Eine neue muss her. Ich habe hier aber einen kleinen Tick. Das betrifft alles unvergängliche das ich kaufe. Ich will einen Fehlkauf vermeiden. Lieber einmal mehr Geld ausgeben, als in zwei Jahren wieder neu kaufen. Hier muss ich aufpassen nicht in einer Rabbit-Hole zu landen. Ich kann Stunden in das Lesen von Reviews versenken. Aber was will ich überhaupt vergleichen? Als erstes Kommt die Anforderungsanalyse Bevor ich überhaupt zwischen Modellen vergleichen kann, muss ich mir klar werden was ich eigentlich brauche.
Hi, Kennst du das? Du machst ein Gerät an, dass du immer wieder benutzt. Über Jahre. Du kennst das Geräusch, dass es macht. Das rythmische “schwu schwu schwu”, wenn du die Spülmaschine anstellst. Oder das bekannte “klick” wenn der Ofen angeht. Dein Signal: alles läuft. Weiter machen! Doch was, wenn es plötzlich anders klingt? Es nicht mehr deinen Erwartungen entspricht? Genau das ist mir mit meiner Mikrowelle passiert. Ich machte sie - wie gewohnt - an. Ich erwartete ein “djeeehhh”.
Hi, “Das VPN sollte nicht von euch [Sysadmins] betrieben werden” Nach diesem Satz sah ich in erschreckte Gesichter. Er ist mir herausgerutscht. Während dem wöchentlichen Jour Fixe zwischen den Entwicklern und Admins. Er kam auf die Frage was unsere Prioritäten sind. Das traf ein Nerv. Wahrscheinlich nicht, weil die Beteiligten emotional so stark am VPN hängen. Wahrscheinlich auch nicht, weil die Aussage falsch ist. Ne - es liegt eher daran, dass sie für das Team so unkonventionell ist.
Hi, Was unterscheidet eine Anwendung von einer (mathematischen) Funktion? Eine Funktion nimmt einen Input x und transformiert ihn zu einem Output. Wenn gilt f(x) = 2 * x, dann ist das Ergebnis dieser Funktion bei der Eingabe von jedem x immer gleich. Es gibt keine Seiteneffekte. Wir nennen dieses Verhalten stateless. Aber was hat das mit der Frage vom Anfang zutun? Eine Anwendung geht darüber hinaus. (Fast) jede Anwendung muss mit State arbeiten. Sobald wir I/O Operations in unserem System haben, haben wir inhärent State. Und häufig kann ein methodenaufruf, mit dem gleichen Input, zu unterschiedlichen Zeiten, unterschiedliche Resultate liefern. Und das ist auch nicht vermeidbar und liegt in der Natur der Aufgabe, die wir lösen wollen.
Marcus Held