Golf: Clubmeister im Team 2022

Dieses Jahr haben wir die Dominaz der guten Teams gebrochen. Und wir, die Aussemseiter haben es geschaft, mit weitem Abstand.

Clubmeister mit dem Team 2022

https://golfclub-fischland.de/

Versenden von E-Mails via CURL

 

Ich war erstaunt wie universell CURL doch ist. Hier ein Beispiel zum Versenden von Emails.

from="service.accout.1@xyz.com" 

mail_template_text="Hello!\n"

 
file=$(echo -e "From: $from\nTo: mirko@xyz.com\nSubject: Dringend\n\n $mail_template_text\n")


curl    --url       "smtp://mail.xyz.com:587" \
--mail-from "$from" \
--mail-rcpt "mirko@xyz.com" \
--mail-rcpt "mirko.ebert@xyz.com" \
--mail-rcpt "other.guy@xyz.com" \ 
--user      "$from:smtpPassword" \
-sS \
-T -  <<<"$file"

Zuerst wird ein String für die Email zusammengebaut. Dann wird dieser String per CURL an mehrere Empfänger verschickt.

Der Big Mac Index für die Company IT.

Ich denke Einigen ist der Big Mac Index als Indikator für die Kaufkraft in verschiedenen Ländern. ein Begriff. Sicher dieser Wert ist nicht perfkt aber er ist sehr einfach zu ermitteln und ist sehr aussagekräftig. 

Einen ähnlichen Indikator oder Index habe ich für die Effiziens der Firmen IT gefunden - Wenn ich als externer Mitarbeiter bei einer neuen Firma anfange, wie lange dauert es in Tagen, bis ich voll einsatzbereit bin, d.h. bis mein Computer voll funktioniert und alle Zugänge funktionieren so dass ich den ersten Code commiten könnte.

• Der bisher beste Wert liegt bei 0,5 Tagen. 
• Der Durchschnitt liegt bei 2-3 Tagen.
• Der whorts case liegt bei 7,5 Tagen (Arbeitstagen).
  

 Was sind eure Erfahrungen? Hinterlasst bitte einen Kommentar.

Noch einb Anmerkung, der beste Wert, dort wurde das Onboarding durch das Entwicklerteam komplett organisiert. Der Worst Case Fall, dort gab es eine sehr stark zentralisierte IT. Zentralisierte IT ist ineffizient im Vergleich zu selbst organisierten Teams.

Pi Day

 Es ist wieder Pi Day, der 14.3. oder im amerikanischen auch 3-14. Lasst es euch schmecken!

Digital Self Defence Pi-hole ein schwarzes Loch für Werbung und Tracker

Digital Selfdefence ist nicht nur ein neuer Trend, eigentlich gibt dieses Thema schon sein vielen Jahren. Heute, hier: das Pi-hole - das schwarze Loch unter den Werbeblockern.

Werbeblocker für den Webbrowser gibt seit Jahren, neuerdings versuchen auch die Browser die Tracker und Werbcookies einzudämmen. Aber nicht nur die normalen Webbroser senden diese Spione, nein auch Betriebssysteme wie MacOSX, iOS, Adroid, Office, ... Fernseher, Soundbars, ... senden ungefragt deine Daten in die Welt. Wer dies nicht mehr möchte, dem sei das Pi-hole empfohlen. Das ist eine kleine Software die als Nameserver Proxy arbeitet und dadurch alle unliebsammen Tracker daran hindert meine Daten in die Welt zu verschicken.

Pi-hole kann z.B einfach auf einem Raspberry Pi installiert werden und dann ins Netzwerk integrieren. Einmal installiert braucht man sich nicht mehr darum kümmern. Der interessierte Nutzer kann die Pi-hole Logs benutzen und sich auf die Suche nach den Quellen machen und diese dann eleminieren.

Softwarearchitektur: Micro Service oder Monolith

Micro Service oder Monolith: Welches ist die besser Software Architektur?

Klarte Antwort, it depends.

Mirco Services sind seit ca. zehn Jahren die vorherrschende Software-Architektur, wenn es um Server-Anwendungen geht. Die meisten stellen sich nur die Frage, wie gross darf oder kann ein Micro Service sein. Aber gibt es Alternativen zu Micro Services? Ja und zwar mindesten zwei:

1. Serverless
2. Monolith

Zum ersten Punkt der Serverless Architektur kommen wir später. Punkt 2 der Monolith gilt als überholt und wird mit der Softwarekrise in den 90er Jahren in Verbindung gebracht, nicht ganz zu unrecht, waren damals doch fast alle Softwareprodukte Monolithen.

Seit den 90er hat sich allerdings einiges getan, wie Software entwickelt wurde. Agile Softwareentwicklung hat mehr oder weniger zu den Micro Services geführt. Ein grosser Vorteil der Micro Services war und ist, das man durchaus in der Lage ist die Softwareentwicklung horizontal, also mit der Anzahl der Entwicklerteams, zu skalieren. Aber offen gesagt, ist dies auch mit Monolithen möglich. Mit der aktuellen Technik, ein paar alten bewährten Software Regeln ist auch möglich Monolithen mit multiplen Teams parallel mit der selben Geschwindigkeit zu entwickeln wie Micro Services. Dazu benötigt man nur zwei Regeln:

1. Share Nothing
2. Dinge, die zusammengehören sind im selben Package

Eine Anmerkung zu Punkt 2, das bedeutet nicht das ein Package mit Controller und eins mit Services und so weiter hat. Diese Packetierung ist falsch, das ist so als würde man die Pflanzen nach ihr Blütenfarbe klassifizieren. In einem Packet befindet sich Controller, Service, Model, Repository die zusammen einen Anwendungsfall implementieren. Pakete selbst sind unabhängig von einander und benutzen keine Klassen aus anderen Paketen. Und fertig ist der skalierbar programmierte Monolith.

PS: Fehlende Buchstaben im Text sind verursacht durch Apples grandiosen Versuchen Tastaturen für MacBooks neu zu erfinden.

PS 2: Die Paketierugsstrategie vieler Domain Driven Ansätze ist komplett falsch.

Suchbild - Pi Day 2021

 Wer findet Pi auf dem Kuchen?