Nach eigenen Aussagen des Gründers und Geschäftsführers von Ghost wird das Major Update dieses Jahr (2025) veröffentlich. Es soll sich größtenteils um die Implementierung von ActivityPub und Analytics handeln.

Was genau ist das Protokoll ActivityPub?

ActivityPub ist ein offener Standard für ein dezentrales soziales Netzwerk. Das Protokoll kann von jedem implementiert werden, da es von W3C standardisiert wurde.

Welches Problem wird mit ActivityPub gelöst?

Das Problem der meisten Sozialen Netzwerke liegt an der Geschlossenheit. Jedes System ist für sich. Wenn jemand z.B. auf Instagram einen Beitrag erstellt, wird man diesen auf X nicht finden, außer man dupliziert seinen Content auf andere Plattformen. Creator sind dann meistens nur auf einer ein paar wenigen Netzwerken aktiv.

Jeder könnte damit theoretisch seine eigenen Beiträge hosten und wäre nicht mehr abhängig von einem Unternehmen wie Meta oder X.

Man kann ActivityPub gut mit E-Mail vergleichen. E-Mail gehört nicht einem Unternehmen sondern es gibt unzählige Anbieter. Man kann auch seinen eigenen Mail-Server aufsetzen und E-Mail empfangen / senden. Die Kommunikation funktioniert in alle Richtungen GMX <-> GMail <-> Outlook <-> eigener Server.

ActivityPub macht genau das gleiche, nur eben für Soziale Netzwerke. Das Protokoll kennt keine Grenzen. Das heißt, du kannst Leuten über verschiedenste Plattformen hinweg abonnieren, folgen, liken und kommentieren. Es gibt keine Algorithmen und man ist nicht in einem Netzwerk gefangen.

Dadurch ist man wesentlich unabhängiger und hätte theoretisch auch eine viel größere Reichweite - was wiederum dem Wachstum hilft.

Weitere Infos folgen in einem separaten Post, sobald ich ActivityPub getestet habe.

Über diese Fragen kann man sich Tage, Wochen, Monate und Jahre den Kopf zerbrechen.

Eine 100 % Lösung wirst du nicht finden. Da es sie einfach nicht gibt.

Du versuchst wahrscheinlich aktuell entweder ein komplett neues Projekt zu starten oder ein bestehendes komplett neu aufzubauen.

Beide Fälle hatte ich bereits. Vorhanden war eine Enterprise Service Bus als Monolith. Diese musste aufgrund der Änderung des primären Endpunktes der Schnittstelle und EOL Java-Version / Community-Framework ersetzt werden.

Natürlich kam mir dann auch die Frage:

"Es wäre doch sinnvoller, den trägen und aufgeblähten Monolithen in Micro-Services abzubilden, oder nicht?"

Wie so oft ist die Antwort, es kommt drauf an. Auch wenn viele sagen, dass Micro-Services die Lösung auf alle Probleme sind …

Folgendes sollte beachtet werden:

• Welche Art von Datendurchfluss und -last erwartest du?
• Wie viel Softwareentwickler arbeiten am Projekt?
• Wie viel Endpunkte müssen bespielt werden?
• Was genau waren die Probleme am Monolithen in deinem speziellen Fall?
• Langfristiges Ziel? Eventuelle Skalierungen?
• ...

Bist du alleine, dann scheiß drauf und bau wieder einen Monolithen. Spar dir den unnötigen Overhead an Administrationsarbeit und fang endlich damit an. Ich war bei dem Projekt auch alleine. Monolith alleine war genug Arbeit. Man stopft einfach alles in ein System und gut ist. Außer du bist sehr fit in Orchestrierungen mit z.B. Kubernetes oder der Gleichen.

Ist die Datenrate sehr hoch, splitte den Monolithen und verwende irgendeine Hybridarchitektur aus Monolith und Micro-Service. Mono-Services oder Microliths, wie auch immer.

Outsource einfach die leistungsintensiven Jobs aus dem Monolithen. Je nach Umgebung ist sowas wichtig, um ein gewisses Load-Balancing zu betreiben.

Das einzige Problem am Monolithen in meinen Fall war "nur" die Ausfallsicherheit. Wenn der Service crasht, geht halt gar nichts mehr. Wobei das natürlich auch beim Thema Subsysteme einer Schnittstelle der Fall ist. Datenbank nicht erreichbar? Geht nichts mehr. Endpunkt A down? Gehts nichts mehr. Dead Letter Queue des Message-Brokers hat zu "System out of Memory" geführt? Geht nichts mehr. Zugangsdaten vom Root-Server vergessen? Geht nichts mehr und du kannst nichts dran ändern.

Den kompletten Stillstand einer Schnittstelle kann man mit Micro-Services mehr oder weniger gut vermeiden. Es kommt auch immer auf die Abhängigkeiten der Services darauf an. Ob sich der Mehraufwand dafür lohnt, musst du selbst entscheiden. Ich würde lieber die Fehler, welche zur Downtime führten, beheben und mich für einen stabilen Monolithen entscheiden oder den hybriden Ansatz.

Als verantwortlicher für die Schnittstelle will man ja die höchste Verfügbarkeitsrate seines Produktes. Es ist kein Problem, wenn die anderen Systeme nicht funktionieren. Das liegt außerhalb deines Verfügungsrahmens.

Hauptsache, deine Schnittstelle läuft und würde Daten liefern.

Continuous Deployment muss nicht immer umfangreich oder kompliziert konfiguriert werden. Oft braucht man keine Tests oder Stage-Umgebungen, wenn man schnell eine Website ausrollen will oder nur Kleinigkeiten wie Texte oder Styles anpasst.

Aber auch andere Anwendungen können relative einfach mit git hooks automatisch nach bestimmten Aktionen, wie push, commit, rebase oder update, ausgeführt werden.

Angenommen, wir wollen nach jedem erfolgreichen git commit unsere lokalen Daten auf unseren Webhosting-Server hochladen. Im Beispiel verwende ich einen normalen SSH-Zugang. Auf dem Server ist bereits ein Verzeichnis mit entsprechenden Berechtigungen für den Benutzer angelegt.

Zuallererst brauchen wir ein Git-Repository. Nach dem Initialisieren des Repos wird ein Ordner mit dem Namen .git erstellt. In diesem befindet sich ein Unterordner /hooks.

Zur Wahl steht nun:

• pre-commit: Das Skript wird vor dem commit ausgeführt
• post-commit: Das Skript wird nach dem commit ausgeführt

In dem Beispiel wollen wir erst einen Erfolgreichen commit und anschließend die Dateien hochladen.

Also erstellen wir in /hooks eine Datei mit dem Namen post-commit

Stellen sicher, dass der Benutzer auch Rechte für die Ausführung der Datei hat:

chmod +x post-commit

Dann erstellen wir eine Funktion, welche mithilfe von scp die Dateien auf den Server verschiebt. Zuvor wird noch überprüft, ob die Dateien auch existieren.

#!/bin/sh

# Definieren der Dateien und Serververbindung
FILES_TO_UPLOAD=("index.html" "styles.css" "scripts.js")
REMOTE_USER="your-username"
REMOTE_HOST="your-remote-host"
REMOTE_PATH="path/on/remote/server"

# Jede Datei einzeln prüfen und hochladen
for FILE in "${FILES_TO_UPLOAD[@]}"; do
  # Checken, ob die Datei existiert
  if [ -f "$FILE" ]; then
    # Hochladen mit scp
    scp "$FILE" "$REMOTE_USER@$REMOTE_HOST:$REMOTE_PATH"
    if [ $? -ne 0 ]; then
      echo "Datei konnte nicht hochgeladen werden $FILE."
      exit 1
    fi
  else
    echo "Datei $FILE existiert nicht."
    exit 1
  fi
done

# Fortfahren mit dem commit
exit 0

Nach jedem erfolgreichem commit wird nun diese Funktion ausgeführt und die Dateien auf den Server hochgeladen.

Natürlich kann man diese Funktion noch um alle möglichen Features erweitern. Wie z.B. löschen von nicht mehr vorhandenen Dateien, automatisierte Tests, ausführen von Skripten auf dem Server, neu starten von Prozessen auf dem Server und so weiter.

Das Beispiel soll erstmal nur zeigen, dass so etwas überhaupt möglich ist. Man braucht nicht zwangsweise diese fancy CI/CD Funktionen von GitHub. Vor allem hat man so die volle Kontrolle darüber und muss seine Secrets nicht mit der Cloud teilen.

Vorab:
Künstliche Intelligenz ist super. Gerade für mich als Softwareentwickler / Programmierer ist es eine enorme Erleichterung. Google verwende ich nur noch sehr selten für die Recherchearbeiten während des Codens.

Eine Gefahr, welche ich auch schon bei mir bemerkt habe - ist der Verlust an Wissen, welches man mit sich herumträgt. Man verlässt sich zu sehr auf die KI. Wissen geht verloren bzw. wird gar nicht erst aufgebaut. Zumindest, wenn man gewisse Themen nicht hinterfragt und tiefer eintaucht.

Für eines meiner letzten Projekte habe ich einen Service Worker für die PWA (Progressive Web App) benötigt. Da ich kein Plan davon hatte, hab ich einfach Claude AI um die Erstellung einer service-worker.js gefragt.

10 Sekunden später war das Skript fertig und der Service-Worker läuft einwandfrei.

Anschließend habe ich einfach weiter an der eigentlichen Anwendung gearbeitet, ohne überhaupt zu wissen, wie der Service-Worker genau funktioniert. Stand jetzt könnte ich nicht ohne Doku einen Service-Worker aufsetzen. Es gibt auch verschiedene Zyklen eines Service-Workers usw.

Als man noch mühselig bei Problemen die Suchmaschinen durchforsten musste, hat man sich intensiv mit den Problemen und Lösungen auseinandersetzen müssen, warum etwas nicht funktioniert oder gerade warum etwas funktioniert. Natürlich gab es auch hier schon das simple Copy&Paste - wovon ich aber nie ein Freund war (bis auf CSS).

Natürlich wird KI und die LLMs bleiben und sich weiterentwickeln. Ich frage mich nur, was aus der zukünftigen Generation wird.

Wird es noch Softwareentwickler geben oder nur noch Prompt-Entwickler?

Vorstellen kann ich mir das ganze noch nicht. Irgendwer muss schlussendlich auch die AI programmieren, warten und weiterentwickeln.

Auf der anderen Seite muss man sich auch vor Augen halten, dass alle Programmiersprachen, welche von mehreren Millionen Menschen auf der ganzen Welt täglich verwendet werden, von nur einigen Hunderten bis Tausenden Menschen entwickelt wurden.

Meiner Meinung nach sollte man schon verstehen, womit man täglich arbeitet. Auch wenn die KI in 5 Minuten eine vollfunktionsfähige App erstellen kann.

Lernen konnte man noch nie so effektiv und effizient wie heute - wenn man KI dafür richtig einsetzt.

Wissen ist Macht - wollen wir diese Macht abgeben?

Vor ungefähr zwei Jahren (2020) habe ich mich das erste Mal mit Flutter, also der Entwicklung und Programmierung von Apps, beschäftigt. Damals auch bereits den mehr oder weniger guten Grundriss einer "Fitness Tracking App" versucht umzusetzen. Leider habe ich mir da etwas zu viel zugemutet und habe das Projekt relativ schnell wieder schleifen lassen.

Der Status Quo schaut folgendermaßen aus:

• Design eher so mittelmäßig (UI/UX)
• Funktionen gar nicht gegeben
• Datenmodell funktioniert so nicht
• lokale Datenbank SQLite

Was ich behalten möchte:

• Farbdesign (evtl. später andere Themes, nicht alle mögen Darkmode 🤷‍♂️)

Was ich ändern (verbessern) möchte:

• Datenmodell unbedingt überdenken und möglichst einfach erweiterbar
• Umstieg von relationaler zu dokumentenbasierter Datenspeicherung; SQLite durch Realm ersetzen. Auch ein Punkt, welcher Ersters schon mal erleichtert.
• MVP Funktionen integrieren
• Automatisierte Funktionstests
• sinnvolles UI/UX-Design
• erstmal keine Cloud-Anbindung für Benutzerdaten

Hier mal ein Video zu dem aktuellen Stand der App. Sobald ich einen brauchbaren Release habe, werde ich diesen im Google Play Store veröffentlichen.

Unter Windows 10 lassen sich die Umgebungsvariablen einfach über die Benutzeroberfläche setzen.

Dafür benutzt du einfach die Windows 10 Suche und suchst nach "Systemumgebungsvariablen bearbeiten". Dann einfach das Ergebnis auswählen und das folgende Fenster mit den Systemeigenschaften sollte sich öffnen.

Anschließend auf den Button "Umgebungsvariablen...", der bereits fokusiert ist, klicken.

Entsprechendes Fenster sollte sich dann öffnen.

Hier hast du dann die Auswahl zwischen:

1. Benutzervariablen für dein Konto
2. Systemvariablen für das gesamte Betriebssystem

Hinzugefügte Systemvariablen sind für alles Benutzerkonten sichtbar. Sollte es der Fall sein, dass nur du den PC verwendest, reicht das Setzen von Benutzervariablen völlig aus.

Um zum Beispiel das Java JDK einzubinden, bearbeitet man ganz einfach die "Path"-Variable unter den Benutzervariablen.

Die Path-Variable auswählen, auf Bearbeiten... klicken und auf Durchsuchen

Falls es diese noch nicht gibt, einfach auf Neu... klicken und entsprechend ausfüllen.

Name der Variable: Path
Wert der Variable: auf den Button Verzeichnis durchsuchen... klicken und den Ort auswählen.

Bei Java kommt es immer drauf an, welche JDK-Version und von welchen Anbieter du diese verwendest.

Bei mir ist der Pfad zum Beispiel dieser:

C:\Program Files\AdoptOpenJDK\jdk-13.0.1.9-hotspot\bin

Anschließend alle Fenster mit OK bestätigen und einmal die Konsole neustarten. In der offnen Instanz sind noch die alten Variablen gespeichert.

Bei Fragen - Mein Discord ist für alle offen :)
https://discord.gg/BMsgmsx

Falls du hier gelandet bist, beginnst du vermutlich erst mit der Entwicklung von App mithilfe von Flutter und Dart. Dir ist vermutlich auch schon aufgefallen, dass der Scaffold so gut wie überall in Flutter auftaucht. Natürlich hat dieser auch seine Da-Seinsberechtigung.

Was der Scaffold in Flutter ist, wofür dieser benötigt wird und warum du ihn unbedingt verwenden sollst, wirst du hier erfahren.

import 'package:flutter/material.dart';

void main() => runApp(MichsterApp());

class MichsterApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      home: Scaffold(
        appBar: AppBar(
          title: Text("Michster App"),
          centerTitle: false,
          backgroundColor: Colors.red,
        ),
        body: Center(
          child: Text("Hier steht was!"),
        ),
        floatingActionButton: FloatingActionButton(
          onPressed: () {
            print("Test");
          },
          child: Icon(Icons.add),
        ),
      ),
    );
  }
}

Wie du siehst, ist ein Scaffold nichts anderes als ein weiteres Widget. Darauf baut auch das Konzept von Flutter auf.

Das Scaffold Widget hat die Besonderheiten, dass es die standart Strukturen einer Material App bereitstellt und auch visuell darstellt. Die AppBar und der FloatingActionButton sind hier nur ein paar Beispiele dafür.

Das Flutter Scaffold Widget

Das Scaffold Widget wird meistens in der "home" Eigentschaft eines MaterialApp Widgets verwendet.

Der Scaffold liefert Struktur und Design einer modernen Material-App.

Folgend Eigenschaften können verwendet werden:

• title: Text-Widget
• appBar: AppBar-Widget
• floatingActionButton: FloatingActionButton-Widget
• backgroundColor: Farbe
• body: Inhalt der Seite

Die Flutter AppBar

Die AppBar ist ein weiters Widget aus dem Flutter SDK. Es ist die Leiste am oberen Bildschrimrand, worüber meistens die Überschrift und Navigation stattfindet.

Als Eigenschaften gibt es Beispielsweise:

• backgroundColor: Farbe
• title: Text-Widget
• centertitle: true oder false

Der Flutter FloatingActionButton

Der standard Button innerhalb eines Scaffolds ist der floatingActionButton. Dieser kann natürlich jede x-beliebige Funktion enthalten, meistens wird dadurch aber ein Create-Event getriggert. Also ein bestimmer Datensatz wird durch einen Klick erstellt.

Auch der FloatingActionButton hat Eigenschaften:

• onPressed: erwartet einen anonyme Funktion
• color: Farbe
• child: Text, Icon,...

Auf dem MacBook, iMac oder Mac Pro, Flutter lässt sich auf allen Geräten installieren die auf macOS 64Bit laufen. OS X wird laut der Dokumentation nicht unterstützt. Solange dein OS X aber auf 64Bit läuft, wüsste ich nicht was dagegen spricht.

1. Git installieren

Check vorher kurz, ob Git schon installiert ist. Das kannst du machen, in dem du im Terminal einfach mal "git" eingibst.

Wenn folgendes erscheint, hast du noch kein Git installiert.

-bash: git: command not found

Sollte das der Fall sein, sollte das Terminal dir zeigen, wie du Git installierst.
Mehr Infos zu Git? Gibt's hier!

2. Flutter herunterladen

Öffne ein neue Terminal und klone die aktuelle Stable-Version von Git.

git clone https://github.com/flutter/flutter.git -b stable --depth 1

3. PATH Variable setzen

Im Terminal einmal folgenden Befehl eingeben:

echo $SHELL

Wenn du hier "bash" also Rückgabe bekommst, kannst prüfen, ob bereits ein Datei Namens ".bash_profile" existiert.

pico $HOME/.bash_profile

Anschließende fügst du den Pfad zu Flutter in die .bash_profile Datei ein.
Bei mir schaut das folgendermaßen aus:

export PATH="$PATH:$HOME/flutter/bin"

Datei mit CONTROL + X schließen und mit Y bestätigen.

Terminal neustarten und mit

which flutter

testen, ob es funktioniert. Wenn ja, sollte der Pfad ausgegeben, werden. Ansonsten bitte nochmal die Schritte wiederholen.

4. Flutter precache

Am besten gibts du die folgenden Befehl in der Reihenfolge ein:

flutter

Dadurch werden noch ein paar Daten für Flutter heruntergeladen

flutter precache

Um benötigte binaries und assets zu cachen.

Und direkt mal ein

flutter upgrade

ausführen, um gleich mal die neuste Version zu installieren.

5. Flutter doctor

Nun bitte prüfen, ob dein macOS soweit Fit ist:

flutter doctor

Der Doc sagt dir dann, was du für Flutter noch alles brauchst.
Die Punkte mit den Ausrufezeichen sind optional, du brauchst also nicht alle Editoren zu installieren. Xcode und Android Studio brauchst du jedoch für die beiden Simulatoren (iOS und Android).

6. Android Studio installieren (mit Android Simulator)

Einfach hier herunterladen:
Android Studio herunterladen

Anschließend wird es so installiert, wie jedes andere Programm auf macOS aus.
Doppelklick -> Drag & Drop -> Android Studio

Android Studio öffnen und durchklicken, wichtig ist hier, dass der Haken bei Android SDK gesetzt ist.

Um für Android zu programmieren, musst du noch den Lizenzen zustimmen.

flutter doctor --android-licenses

Nach dem öffnen von Android Studio unten auf das Zahnrad "Configure" und auf Plugins klicken. Dann nach Flutter suchen und das erste mit ca. 5M Downloads installieren. Während der installation erscheint eine Meldung, dass automatisch Dart mit installiert wird. Diese kannst du mit ok bestätigen.

Wenn du damit fertig bist, musst du Android Studio neustarten. Dann wieder auf Configure und auf AVD Manager klicken. Hier kannst du dann dein virtuelles Android Smartphone erstellen. Ich empfehle hier:

Device: Nexus 5
Android: 28 (vorher auf Download klicken)

Und fertig!

Nun kannst du gleich dein erstes Test-Projekt erstellen.

Starte hierzu Android Studio neu und klick auf "Create New Flutter Project".
Alles mit weiter bestätigen und schon kannst du die App starten.

Gestartet wird über den grünen Playbutton.

7. XCode installieren (mit iOS Simulator)

Einfach hier herunterladen:
XCode herunterladen / installieren

Nach der installation wirst du aufgefordert, einige Bedinungen zu akzeptieren. Wenn du das nicht machst, kannst du auch den Simulator nicht starten.

Um das virtuelle iPhone zu benutzen:
Öffnen kannst du den iOS Simulator über das Terminal.

open -a Simulator

Oder du wählst in Android Studio den Simulator aus:

Falls du nicht weiterkommst, schau dir einfach das zum Beitrag passende Youtube Video von mir an. Falls du dann noch Fragen hast, kommentier einfach unter dem Video und ich werde mich darum kümmern. :)

Falls du mehr aus der Welt der Softwareentwickler erfahren möchtest, melde dich doch sehr gerne hier für den Newsletter an. Keine Angst, ich werde dich nicht mit sinnlosen Mails zuspammen. Du sollst ja schließlich lernen wie man Software entwickelt. :)

Lasst mich mal eben eines klarstellen, es gibt Menschen, die verwenden für jedes Benutzerkonto das gleiche Passwort. Gerade jene, welche nicht in der IT-Branche arbeiten. Das ist aber auch gar nicht weiter schlimm. Egal welches Passwort du auch verwendest. Jedes kann mithilfe der nötigen Ressourcen gehackt werden.

Wie kann ich mich denn dann am besten schützen?

Seit einigen Jahren bieten verschiedenste Plattformen die Möglichkeit auf 2FA an.

Was genau ist 2FA?

2FA steht für Two-Factor Authentication zu deutsch Zwei-Faktor-Authentisierung. Dieses verfahren erweitert den Identitätsnachweis um einen weiteren Faktor.

Standardmäßig ist das Passwort oder Kennwort für die Anmeldung bei einer Plattform nötig. Mit 2FA kommt nun eine weitere Abfrage hinzu. Hier kann man unterscheiden, ob man per SMS eine Code bestätigen muss, eine E-Mail mit einem Code bestätigen muss oder einen physischen Schlüssel einsteckt.

Erst wenn beide Faktoren gültig sind, wird die Anmeldung bestätigt.

Welches 2FA Verfahren ist am sichersten?

SMS-TAN und die Bestätigung via E-Mail kann verwendet werden und ist auch besser als keine 2FA. Zu beachten ist hier jedoch, dass SMS sehr unsicher in der Übertragung ist und E-Mail Konten auch gehackt werden können.

Du hast es vermutlich schon erahnt, der physische Schlüssel ist hier am sichersten. Niemand bekommt ohne deinen U2F FIDO Security Key Zugriff auf dein Benutzerkonto. Wenn also jemand dein Passwort herausfinden sollte, müsste der Angreifer dich finden und deinen Schlüssel klauen. Was aber wahrscheinlich 99,9% niemand machen wird.

Moment, was ist denn jetzt FIDO und U2F schon wieder?

Also, FIDO ist eine nicht-kommerzielle Allianz, die unteranderm von großen Unternehmen wie PayPal und Lenovo gegründet wurde.

FIDO steht hier für Fast IDentity Online und wurde bereits 2013 gegründet.

U2F steht für Universal Second Factor und ist eine Industriestandard für eine allgemeine Zwei-Faktor-Authentisierung.

Das wiederum wurde von Google in kooperation mit Yubico gegründet. Für die Weiterentwicklung von U2F ist die FIDO Allianze zuständig.

Wie funktioniert so ein FIDO U2F Sicherheitsschlüssel?

Die Schlüssel schauen meistens aus wie ein normaler USB-Stick mit einem Knopf.

Beim Einrichten wird bei der jeweiligen Plattform ein öffentlicher und privater Schlüssel erstellt und verschlüsselt auf dem Stick gespeichert. Mit dem öffentlichen Schlüssel erfolgt die Anmeldung.

Das hört sich jetzt vielleicht etwas kompiliziert an, in der Praxis ist das aber sehr einfach.

Stick einstecken, Button drücken und fertig!

Warum wird 2FA nicht öfter verwendet?

Das ist eine sehr gute Frage, bei der ich mir auch noch nicht wirklich schlüssig geworden bin. Natürlich erfordert die Umsetzungen der 2FA mittels einem U2F Schlüssel ein gewisses Know-How. Die public und private Keys sollen ja nicht irgendwo für 24 Stunden im Internet herumirren, sondern am besten so schnell wie nur möglich mit der nötigen Verschlüsselung auf dem Stick gespeichert werden.

Klein und auch große Firmen kann ich hier auch gut verstehen, man will schließlich keine neuen Sicherheitslücken öffnen. Ein Parade-Beispiel für 2FA ist auch jeden Fall Google bzw. die Alphabet Inc, aber auch Amazon bietet hier bereits mehr Sicherheit an.

Bei Google hast du sogar die Möglichkeit einen Ersatzschlüssel zu hinterlegen, sollte der Schlüssel aus irgendeinem Grund nicht mehr funktionieren oder er geht einfach verloren.

Was ich sehr schade finde, ist der Fakt, dass es bei PayPal nicht mehr diese Möglichkeit gibt. Warum wurde von seitens PayPal noch nicht bekanntgegeben.

Wo verwende ich die 2FA?

Da ich persönlich viel mit Google Produkte arbeite, z.B GSuite, GMail, YouTube, Analytics, Search Console usw., möchte ich natürlich, dass das Konto besonders gut gesichert ist. Google bietet sogar MFA an, also die Multi-Factor-Authentication, hier kommt einfach noch der Faktor des Standortes hinzu. Meistens bekommt man eine E-Mail wenn sich jemand aus Texas bei deinem Konto anmelden möchte. Google erkennt anhand deines letzten Standortes bzw. von den GPS Daten deines Handys, wo du dich gerade aufhältst.

Genau also Google, Amazon, PayPal (via SMS Tan), Steam (E-Mail Code).

Benutzt du auch schon die 2FA? Wenn ja welche Methode und bei welchem Anbieter? Wie ist deine Erfahrung damit?

Wenn du noch Fragen bzgl. den Keys hast, schreib mir einfach bei Instagram unter @michster eine Nachricht. Ansonsten möchte ich abschließend nur mitteile, dass sich jeder mit diesem Thema beschäftigen sollte. Täglich werden Benutzerkonten gehackte und fälschlicherweise missbraucht.

Neue Frameworks oder Programmiersprachen lernen ist meistens mit etwas Aufwand verbunden. Gleichzeitig ist es jedoch auch sehr spannend zu sehen, wie andere Programmiersprachen aufgebaut sind und funktionieren.

In diesem Beitrag möchte ich dir zeigen, wie meine Vorgehensweise beim erlernen von neuen Programmiersprachen bzw. Frameworks ist. Was sollte man beachten und wie kommt man am schnellsten zum Ziel?

So lerne ich Flutter

Als erstes schaue ich mir die Dokumentation an. Da Flutter von Google ist, kannst du hier auf jeden Fall eine ordentliche und schön strukturierte Dokumentation erwarten.

Wunderbar, es gibt sogar eine "Get Started" Anleitung für Anfänger.
Flutter Get Started

In solchen Schritt bei Schritt Anleitungen sind meistens die folgenden Schritte enthalten:

• Installation
• Entwicklungsumgebung einrichten
• Erster Funktionstest
• Erstes eigenes Projekt schreiben, meistens wird hier alles sehr detailiert beschrieben und erklärt
• Best Practice
• Wie kann ich jetzt von hier aus weiter machen

Bei Flutter ist das genauso. Als erstes beginne ich mit dem installieren von Flutter und richte die Entwicklungsumgebung ein. Da ich schon das ein oder andere mal etwas mit Android, Java und irgendwas mit Webentwicklung gemacht habe, hatte ich die IDE (Entwicklungsumgebung) schon auf meinem PC installiert. Für Flutter wird entweder Android Studio, IDEA IntelliJ oder Visual Studio Code benötigt. Da es für diese IDEs die entsprechenden Plugins für Flutter und Dart gibt. Dart ist eine Programmiersprache von Google, die auf den ersten Blicken stark an Java errinnert.

Nach der Installation habe ich Flutter über die Kommandozeile getestet. Das geht natürlich auf über eine der Entwicklungsumgebungen, aber ich finde den Weg über die Konsole schneller und leichter. Während der Testphase lege ich ein neues Projekt an. Jedes neue Projekt beinhaltet eine Demo-App, damit die generelle funktionalität von Flutter getestet werden kann.

Dann stecke ich einfach das Handy am PC an und starte die App über die Konsole. Nach ca. 30 Sekunden wird die App auf dem Handy geöffnet und kann benutzt werden. Das erstmalig Ausführen dauert immer etwas länger, dank "hot reload" können weitere Änderungen sehr schnell übernommen werden.

Jetzt kommt der spannende Teil, die erste "eigene" App. Hierbei handelt es sich natürlich um eine vorgefertigte App, die in der Doku genauestens beschrieben ist.
Die einzelnen Schritte kannst du hier anschauen. Wäre sonst etwas zu viel für diesen Beitrag.

Nächster Schritt für mich ist nun eine wirklich richtige eigene App zu schreiben. Dafür habe ich mir bereits im Vorfeld einige gedanken gemacht. Am besten suchst du dir hier eine kleine Funktion aus einem zukünfigen Projekt raus. Bei mir wird das zum Beispiel ein Barcode Scanner. Für den Anfang sollte das hoffentlich relativ schnell Umgesetzt werden können.

Wie ich diesen erstelle, kannnst du hier nachlesen, sobald ich soweit bin. :)

So gehe ich bei den meisten neuen Sachen vor, die ich lerne. Ich schau mir zuerst an, was die Dokumentation hergibt und entscheide dann, ob ich darauf aufbaue. Falls nicht, schau ich mich im Internet um und suche mir ein paar brauchbare Tutorials raus.

Dann gehts eigentlich schon mit der direkten Praxis los. Nur die Syntax lernen zeigt bei mir wenig Wirkung. Notizen mache ich mir auch kaum welche. Bringt bei mir leider nicht so viel, das hat während der Schulzeit schon nicht funktioniert.

Wenn ich irgendwo hänge, Google ich meisten nach dem Problem und schau mir an, wie das genau funktioniert. Ich muss das einfach verstehen, ansonsten blockiere ich mich damit selbst. Das gute daran, wenn ich's einmal verstanden habe, bleibt es auch. :)

Jetzt würde mich mal interessieren, wie du an eine neue Programmiersprach herangehst. Schreib mir einfach eine E-Mail an wasgeht@michster.de oder eine DM auf Instagram --> @michster

Für Anfänger ist es oftmals etwas schwierig, sich mit der Konsole zurechtzufinden. Deswegen bekommst du hier von mir mal einen kleinen Überblick von den gängigen Befehlen, um ordentlich mit der Konsole zu arbeiten.

Nicht wundern, die Konsole wir bei jedem Betriebssystem anders genannt. Sie trägt auch oft Namen wie, Terminal, Bash, CMD, Kommandozeile, Shell oder auch "HACKST du schon wieder ein Computer?". Ich beschränke mich hier mal auf Konsole.

1. Welche Kommandozeile soll ich unter Windows 10 benutzen?

Die standart Kommandozeile unter Windows ist nicht unbedingt eine gute und umfangreiche Konsole.

Deswegen solltest du dir entweder MINGW64 (am Besten einfach git installieren) oder du benutzt die Windows PowerShell. Dieser kleine Crashkurs hier handelt jedoch nur über die Git Bash (MINGW64).

2. Wie funktioniert die Konsole (Git Bash)

Eine Konsole ist im Grunde nur das Betriebsystem ohne die grafische Benutzeroberfläche. Das heißt du bewegst dich hier ganz normaler auf deiner Festplatte. Du kannst Dateien verwalten, bearbeiten, löschen, ändern und erstellen, es ist möglich Sachen aus dem Netz herunterzuladen und natürlich auch Programm zu installieren. Das wichtigste für einen Softwareentwickler, du kannst deine Projekte mit Git versionieren.

3. Wie gehe ich mit der Konsole um?

Um zu navigieren, brauchst du lediglich diese 3 Befehle:

• pwd
• ls
• cd

Schauen wir uns die einzelnen Befehle mal genauer an.

Was macht der Befehl pwd?

PWD steht für Print Working Directory und gibt den vollständigen aktuelle Pfad aus.

Was macht der Befehl ls?

ls ist die Kurzform von list und gibt den Inhalt des aktuelle Verzeichnisses aus.
Dieser Befehl kann auch zusätzlich noch mit -a (für alle Dateien), -l (mit mehr Informationen) und -t (Sortierung nach Datum) ausgeführt werden. Entweder du Benutz die Flags einzeln oder zusammen. Zum Beispiel so: ls -alt

Was macht der Befehl cd?

Der Befehl cd steht für Change Directory. Damit kannst du den aktuellen Pfad ändern. Der Befehl erwartet entweder einen vollständigen Pfad, Ordner die mit dem Befehl "ls" angezeigt werden oder auch übergeordnete Verzeichnisse, die mit .. angesteuert werden. Probier es einfach selbst aus.

Was macht der Befehl mkdir?

Mkdir steht für make directory und erstellt ein neuen Ordner.
Zum erstellen von Ordnern, verwendet du diesen Befehl folgendermaßen:
mkdir "name"

Ich hoffe du hast nun einen guten kleinen Einblick in die Welt der Kommandozeilen bekommen und kannst jetzt zumindest navigieren und neue Ordner erstellen.

Bei fragen kannst du dich jederzeit an mich wenden. Bei Instagram, Facebook oder per Mail wasgeht@michster.de.

Ein Full Stack Webdeveloper ist eine Entwickler, der sowohl im Frontend Sektor als auch im Backend-Bereich bewandert ist. Die genauen Skills möchte ich dir weiter unten aufzeigen. Vorerst gebe ich dir ein paar Vor- und Nachteile, die ein Webdeveloper Lifestyle mit sich bringt.

Vorteile eines Full Stack Webdevelopers

Die Vorteile liegen natürlich auf der Hand. Du kannst (theoretisch) eine eigene Webapplikation im Alleingang erstellen, warten und kontinuierlich verbessern. Du hast ein Verständis für ein gutes User Interface bzw. weist du, was dem Endbenutzer gefallen könnte. Grob gesagt, du hast ein weiten Blick auf jeden Bereich eines Projektes. Perfekt für die Stelle als Team-/ Projektleiter. :P

Du sammelst Wissen und Erfahrung in so ziemlich jeden einzelnen Bereich der Entwicklung. Hier nur mal eine kleine Auflistung von meinen bisherigen learnings:

• Datenbanken: MySQL, MSSQL, MongoDB, Firebase DB, PostgreSQL
• Programmiersprachen: JavaScript, Java, GoLang, Ruby, PHP, ...
• Umgang mit der Shell / Konsole
• Linux-Kenntnisse
• Docker
• NGINX
• Git
• Frameworks: NodeJS, SpringBoot, VueJS, Express, PassportJS,...
• HTML & CSS
• Umgang mit Grafiktools wie Affinity Designer und Affinity Photo
• SEO
• Algorihtmen
• ... täglich was neues ^^

Nachteile eines Full Stack Webdevelopers

Das Problem ist die Spezialisierung. Da die Erfahrung stark in verschiedene Themen abdriftet, kann man sich kaum in jedem Bereich zu 100% auskennen und dabei noch wissen, was man eigentlich gerade macht.

Falls du doch im Alleingang ein Projekt umsetzen möchtest, kannst du dir schon mal etwas Zeit nehmen. Eine Person kann vielleicht das Wissen von zwei Personen besitzen, aber die Umsetzungsgeschwindigkeit verringert sich sehr stark. Zwei Köpfe und 20 Finger sind halt nunmal immer besser, als nur ein Kopf und 10 Finger.

Das Ganze lässt sich aber nicht unendlich skalieren. Vergleichen kannst du das mit einem Hausbau und Bauarbeitern. Wenn 10 Bauarbeiter 10 Tage brauchen. Dann brauchen 100 Bauarbeiter nicht automatisch nur einen Tag. Hier spielen verschiedene Faktoren eine große Rolle. Das lässt sich auch auf Softwareenwickler übertragen. Natürlich kann man ein Team mit 50 Entwicklern beschäftigen. Dafür braucht man allerdings eine sehr gute Organistation der Mitarbeiter und einen Plan der Kopf und Fuß hat.

Du musst das wirklich wollen. Am besten programmierst du auch in der Freizeit sehr gerne und lernst gerne neue Technologien. Du schwingst dich von Sideproject zu Sideproject und erledigst alle Aufgaben im Schlaf.

Hört sich wieder sehr einfach an. Aber eine echten Full Stack Webdeveloper wird es vermutlich nicht geben. Ich beschäftige mich zwar auch unfassbar gerne mit allen verschiedenen Bereichen, merke aber auch, dass die Zeit vorne und hinten nicht ausreicht um alles zu lernen. Machine Learning ist so ein interessantes Thema, jedoch muss ich mich gerade mit der MongoDB beschäftigen, weil das gerade relevant für ein anderes Projekt ist.

Wenn ich mehrere Sachen auf einmal machen könnte, würde ich es sofort tun. Multitasking funktioniert generell schon nicht so wirklich gut und gerade als Softwareentwickler kannst du das vollkommen in die Tonne treten. Klar, man lernt, in dem man Fehler macht. Das ist aber kein Multitasking. Zu dem Thema sollte ich eventuell eine eignen Post verfassen. ;)

Welche Fähigkeiten / Eigenschaften braucht ein Full Stack Developer / Entwickler

Hier mal ein grober Überblick. Du entwickelst natürlich auch einige der Fähigkeiten im Laufe der Zeit. Gerade wenn du im Beruf weiter aufsteigst, wachsen deine Kenntnisse im Bereich der Softskills. Immer mehr Leute kommen zu dir, da du die Person mit der Erfahrung und dem nötigen Know-How bist. :P

1. Gaaaaanz viel Ausdauer
2. Zeit (Zeiteinteilung / Zeitmanagement)
3. Spaß am Lernen
4. Hobby: Coden
5. Kreativität
6. Problemlöser
7. Ein Auge für gutes Design
8. Softskills wie Kommunitkationsfähigket (außer du bist kein Teamplayer)

Welche Aufgabengebiete hat ein Full Stack Entwickler

Sorry für dieses Denglisch. Das wirst du bei mir vermutlich öfters so lesen. Passiert mir immer viel zu schnell, dass ich lieber das englische Wort benutzt.

Wie auch immer.

BAM!

Ein Full Stack Entwickler ist quasi die Eierlegende Wollmilchsau unter den Entwicklern. Sei es Frontend oder Backend, die ideale Speicherung der Daten und das installieren eines Ubuntu Servers in einer hochkomplexen Clusterumgebung, welche noch dazu horizontal Skalierbar sein soll. Der Full Stack Developer weiß natürlich auf alles die perfekte Lösung.

Das ist Schwachsinn!

Einen groben Überblick zu haben, ist vollkommen in Ordnung. Auch sehe ich von meiner Seite aus keine Probleme sich in Frontend, Backend und Datenbanken einzuarbeiten. Wenn einem das wirklich Spaß macht, kann man das schaffen.

Ich geh noch mal eben etwas auf die einzelnen Bereiche ein.

Was ist Frontend

Frontend ist das, was der Endbenutzer sieht. Das ist beispielsweise im Webdevelopment die Website oder bei App-Entwicklern die grafische Benutzeroberfläche der App.

Da das Frontend im größtenteils aus Design besteht, kommt hier viel HTML, CSS und JavaScript zum Einsatz. HTML für die Struktur. CSS für das grafische Design und JavaScript für Validierungen und Animationen. Nur mal als grobe Richtung, wohin das führt.

Was ist Backend

Wo ein Frontend, da auch ein Backend (meistens!). Backend ist genau der Part, der für den Endbenutzer nicht sichtbar ist und auch nicht sichtbar sein soll. Als Beispiel für einen Anwendungszweck, ein Kunde registriert sich bei deinem Webshop. Die Daten müssen nach valider Eingabe in einer Datenbank gespeichert werden. Genau dieser Vorgang geschieht Backend-Seitig. Das erneute Prüfen auf Vollständigkeit / Richtigkeit und das Schreiben in die Datenbank. Würde man diesen Part rein Frontend-Seite lösen wollen, wäre deine Datenbank innerhalb von ein paar Sekunden entweder leer, geklaut oder überfüllt.

Damit du verstehst, warum das so ist, hier eine kurze Erklärung am Rande.
Jeglicher Code, der Frontend-Seitig geschrieben wird, kann von wirklich jedem gelesen werden. Einmal F12 drücken und zack, du hast den Code. Wenn du jetzt deine Datenbank Abfragen in genau diesen Teil deiner Website einbaust, sieht jeder deine Zugangsdaten für die Datenbank. Und glaub mir, das willst du nicht.

NodeJS, GoLang und Java sind nur ein paar Beispiele für Programmiersprachen, die du im Backend Serverbereich verwenden kannst. Sicherheit spielt auch hier eine große Rolle. Von Authentifizierung bis SSL-Verschlüsselung. API ist eine Abkürzung für Application Programming Interface. Hier gibt es auch wieder verschiedene Technologien, wie z.B. REST, SOAP und auch in Libaries und Frameworks findest du APIs.

Was ist eine Datenbank

Ganz kurz, der Ort wo du deine Daten speicherst.

SQL steht für Structured Query Language und ist eine Abfragesprache für relationale Datenbanken.

NoSQL steht für Not Only SQL. Hier werden meistens anbieterspezifische Sprachen zum Abfragen der Daten verwendet. MongoDB nenne ich hier mal als Beispiel.

Die Speicherung der Daten unterscheidet sich von Datenbanksystem zu Datenbankystem. Bei MySQL werden die Daten in Tabelle gespeichert, bei MongoDB in Collections bzw. Dokumenten.

Alles weitere würde hier den Rahmen sprengen. Wenn es einen Beitrag dazu gibt, werde ich ihn hier verlinken.

Was muss ich sonst noch wissen

Hosting, das heißt wie viele Ressourcen brauche ich für meine Anwendung. Mit wie viel Traffic muss ich rechnen und wo steht mein Rechenzentrum. Diese Fragen solltest du bei der Auswahl deines Hostings auf jeden Fall beachten. Die meisten Hoster sind zwar im Bereich der Ressourcenverwaltung sehr flexibel, aber die Kosten müssen natürlich kalkuliert werden.

UI/UX also User Interface und User Experience sind nur optinal. Bietet sich jeodch an, da man vermutlich sehr viele Projekt mit Benutzeroberfläche erstellt. Dadurch entwickelt sich mit der Zeit ein Gefühl für gute Positionierung und schönes Design.

Git ist ein Repository für den Quellcode deines Projektes. Falls du darüber mehr wissen möchtest, kannst du dir hier meine anderen Post zum Thema Git durchlesen.

Mit der Shell wirst du sehr schnell und auch noch lange Arbeiten. Vermutlich kennst du Shell auch unter den anderen Namen, wie z.B. Terminal, Konsole, PowerShell oder auch Eingabeaufforderung.

Last but not least (wie ich diesen Spruch hasse :D ) Algorithmen! Für gutes Coding brauchst du auch ein Verständnis für Algorithem und gutem Code. Gerade wenn du mit anderen Programmieren arbeitest, solltest du auf alle Fälle einen gewissen Style Guide befolgen und diesen auch publizieren. Wie Einrückungen sein sollen und ob Leerzeichen oder Tabs verwendet werde. :D

Fazit zum Full Stack Entwickler

Ich bin auch gerade dabei, mich als Full Stack Entwickler zu etablieren. Firmen sind immer auf der Such nach solchen multitalenten. Jedoch gibt es diese und diese. Für mich ist Oberflächliches Wissen nichts. Deswegen spezialisiere ich mich auf die Bereiche Backend, Datenbanken und alles andere, bis auf Frontend. Frontend kann gerne jemand anderes für mich übernehmen.

Gut, wenn ich Projekt alleine umsetze, bleibt mir nichts anderes übrig, aber ich mach es einfach nicht so gerne. Bei CSS fehlt mir irgendwie der logische Teil.

Naja, wie aich immer. Ich hoffe natürlich dir hat dieser Beitrag irgendwie weitergeholfen. Falls du Fragen oder Anregungen hast, kannst du dich gerne über Instagram oder per Mail bei mir melden.

michster

Du fragst dich gerade wahrscheinlich, mit was soll ich überhaupt anfangen? PHP, JavaScript, NodeJS oder Go? Es gibt so viele verschiedenen Themen!

HILFE!

Keine Problem! Du musst für dich nur folgende Frage beantworten und du wirst wissen, mit welchen Bereich du am besten starten sollst / kannst.

Die Frage aller Fragen:
Was möchte ich erreichen?

1. Webdesign? Also das optische und visuelle Design.
2. Backend? Also Logik für Server und die Schnittstelle zur Oberfläche?
3. Ich möchte nur eine ganz normale Webseite erstellen.

1. Was ist Webdesign und wo fange ich an?

Webdesign ist relativ simple, hat aber wenig mit programmieren am Hut. Die Basics die du als angehender Webdesigner benötigst sind:

• Kreativität
• HTML, CSS, JavaScript
• UI / UX Erfahrung
• Evtl. ein Tool für ein Mock-Up

Den Punkt mit der Kreativität überspringe ich mal. HTML, CSS und JavaScript werde ich aufsplitten.
HTML brauchst du für die Struktur und die eigentlichen Inhalte auf der Website. CSS ist für das optische Aussehen zuständig. Also Farben, Schriftarten, Layout, Positionierung, usw. werden dort festgelegt. Falls du deiner Seite auch noch Funktionen und/oder Animationen verpassen möchtest, brauchst du auch noch ein paar JavaScript Kenntnisse.

2. Was ist Backend? Was soll ich damit?

Backend ist quasi der Teil einer Website, den deine Benutzer nicht sehen. Angenommen du hast ein Blog und kannst dort im Adminbereich deine Beiträge verfassen und verwalten. Dieser Bereich ist nur für Admins zugänglich. Da beim Erstellen von Posts mehrer Funktionen ausgeführt werden und diese meistens von einem Server validiert und in einen Datenbank gespeichert werden, spricht man hier von Backend.

Bei der Backend-Programmierung kommt es natürlich immer darauf an, welche Programmiersprache du für den Server verwenden möchtest. Es gibt PHP, NodeJS, Java, Ruby und viele weitere. Für den Einstieg würde ich dir NodeJS empfehlen, da du damit relativ schnell starten kannst und es von vielen Hostern direkt unterstützt wird.

HTML kann dir hier auch nicht schaden. Generell solltest du als Webentwickler Ahnung von HTML haben und ungefähr wissen, wie man damit umgeht. ;)

Auch mit Datenbank-Anbindungen musst du dich vertraut machen, irgendwo müssen ja die Daten gespeichert werden. Egal ob NoSQL, SQL oder wo auch immer. NoSQL hat den Vorteil, dass die Daten bereits im Webdeveloper-freundlichen Format vorliegen.

Das Ganze wird dann meistens noch gekapselt in einer API. Das heißt so viel, wie ich rufe diese Adresse auf: https://localhost:8000/api/user/login, gebe die benötigten Daten im JSON Format mit ({ user: "test", password: "test" }) und als Antwort bekomme ich dann entweder einen Fehler oder werde direkt weitergeleitet.

Hinter diesem API-Call versteckt sich natürlich auch wieder ein Abfrage der Datenbank. Irgenwo muss ja gegengecheckt werden.

Ich könnte jetzt noch 500 Seiten davon vollschreiben, was wie und warum Backend. Aber das soll hier nur ein kleiner Einblick für dich sein. Anfangs erscheint das für dich vielleicht etwas bedrückend, weil es sehr viele Dinge sind, die du lernen musst. Wenn du jedoch Spaß daran hast, mit Datenbanken und Server und API und Validierungen usw. zu arbeiten, dann go for it!

3. Wie erstelle ich eine Standard Webseite?

Nichts einfach als das!

Hier mal eine kurze Step-by-Step Richtlinie, an der du dich ungefähr orientieren kannst.

Statische Webseite Leitfaden

1. Design erstellen
   1.1 Inspiraton von anderen Webseiten holen
   1.2 Design / Layout skizzieren
   1.3 (optional) Mock-Up erstellen
2. Projektorder mit Struktur anlegen (images, styles, index.html)
3. Layout in der index.html-Datei festlegen und die nötigen Dateien Verknüpfen
4. Styles in der CSS-Datei festlegen
5. Fertig

Wie gesagt, es handelt sich hier nur um einen groben Leitfaden. In späteren Posts oder in einem meiner Youtube Videos werde ich genauer die einzelnen Stichpunkte eingehen.

Ich hoffe dir hat auch dieser kurze Blog-Post, in dem ich etwas genauer auf die einzelnen Punkte von Frontend und Backend-Developeren eingegangen bin, gefallen. Bei fragen kannst du dich sehr gerne an mich per Mail, DM auf Instagram oder bei Youtube wenden. Ich werde dir so schnell wie möglich bei verschiedensten Themen eine Antwort geben. Bis dahin wünsche ich dir noch ein fröhliches Webseiten erstellen!

Am 22.1o.2019 fand in München im Paulaner am Nockherberg die MongoDB.local Konferenz statt.

Meine Wissensstand vor der Messe

Mein Wissen rund um MongoDB war eigentlich ziemlich begrenzt. Hauptberuflich verwende ich die MongoDB quasi nur als "Daten-Cache". Somit ist der Aufbau recht simpel und es finden auch nur höchstens 5-20k Schreibvorgänge am Tag statt. Auch verwenden wir bis jetzt noch eine ältere Version (Irgendwas mit 3.2.x).

Was gibt es neue? Was wurde vorgestellt?

Wow! :O

Was MongoDB alles bietet ist ja wirklich krass. Wenn man sich mal den ganzen Tag Zeit nimmt und sich damit beschäftigt, bekommt man erstmal die vielen verschiedenen Funktionen und Möglichkeiten mit. Ich bin wirklich positiv überrascht.

Hier nur mal ein paar Beispiele:

MongoDB Shards:

Shards ist eine neue Technologie, die praktisch bei Internationalem Einsatz ist. Shards sind Server an verschiedenen Standorten auf der ganzen Welt. Dadurch wird die Latenz verringert und die Geschwindigkeit verbessert. Synchronisitation findet im Hintergrund statt. Wenn ich das alles richtig verstanden habe. War alles auf Englisch, ging aber wirklich klar.

Data Modeling mit MongoDB

Kurz und Knapp, hau alles in eine Tabelle und mach so wenige Verweise wie möglich. Keep it simple!

So oder so ähnlich war auch der Vortrag, aber richtig stark. Schöne Slides mit Homer Simpson ausgeschmückt.

Auch das freie Schema Design ohne feste Struktur ist eine nur mega. Ich persönliche finde diese Art der Datenspeicherung wesentlich komfortabler.

MongoDB BI Connector

Soweit ich das verstanden habe, kann man damit Daten aus dem typischen JSON Format in SQL Tables transformieren. Alles on the fly, also die Daten aus der Collection gehen nicht verloren. Die Tables können dann z.B. mittels EXCEL direkt aus der Datenbank mit Hilfe von SQL Queries abgefragt werden.

MongoDB Snapshots / Backup

Auch eine cooles Feature. Daten aus Snapshots oder Backups können in Realtimne abfragt werden. Das heißt die Dumps müssen nicht erst zeitaufwendig wiederhergestellt werden, sondern sind sofort verfügbar.

Keynotes mit Eliot Horowitz

Der Co-Founder und CTA von MongoDB hat die Neuerung mit etwas Unterstützung seiner Kollegen vorgestellt. Unteranderem war dort auch realm dabei, welches gerade für die mobilen Apps und WebApp perfekt ist und noch wird. Keyword ist hier die Offline und Online synchronisation. Wenn das so funktioniert, wie es präsentiert wurde, wäre es mega.

MongoDB University

Die University ist eine Online Lern Plattform. Du kannst dort MongoDB von 0 auf 100 Prozent lernen und dich sogar entsprechend Zertifizieren lassen. Ich bin auch am überlegen, ob ich das machen werde. Schreibt mir diesbezüglich gerne auf Instagram @michster.

Verpflegung / Essen

Im Paulaner am Nockerherberg gab es auf jeden Fall genügend zum Essen. Angefangen beim Frühstück mit Müsli, Gebäck, Brezenstangen, Smoothies und so weiter bis hin zum Mittagessen. Dort gab es Reh mit Kartoffelgratin und noch etwas Gemüse. War wirklich sehr schmackhaft.

Giveaways

Sticker, Kugelschreiber, T-Shirt, Schal und einen anscheinend limitierten Thermobecher. Alles wirklich sehr cool und gratis. :)

Fazit

Rund um bin ich mit der Reise nach München, von mir aus sind das ja nur 80km, mehr als zufrieden gewesen. Falls die Konferenz nächstes Jahr wieder stattfinden sollte, werde ich auch jeden Fall wieder vorort sein und mit die Vorträge anschauen und mich mit den Experten unterhalten. Vielleicht ist meine Englisch bis dahin auch etwas besser. ;)

Die Frage, die ich mir ab und zu immer noch Stelle. Schau mal hier, ich kann ein Hello-World-Programm schreiben, jetzt muss ich doch ein Softwareentwickler sein.

Ja und nein.

Wenn du zum ersten Mal ein Fußball ins Tor schießt, bist du immer noch kein Fußballer. Zumindest kein besonders guter, da du aktuell nur weißt, wie du den Ball ins Tor bekommst.

Du bist also mit deinem Hello-World-Programm auf einem guten Weg, aber noch Lichtjahre vom Entwickler-Da-Sein entfernt, oder?

Sagtest du nicht, du stellst dir ab und zu immer noch die Frage, ob du denn ein echter Developer bist?

Ja, weil ich meistens, bzw. sehr oft nicht zufrieden mit dem Code bin, den ich schreibe. Meiner Meinung nach ist das aber auch nicht verkehrt so zu denken. Denn wenn du immer zu 100 % zufrieden mit deiner Arbeit bist, kannst du dich nicht mehr steigern. Ich muss jedoch auch anmerken, dass das nicht ganz so einfach ist. Ab und zu musst du es einfach gut sein lassen und den Code nicht weiter optimieren. Wenn dein Tool funktioniert, ist doch alles im Lot.

Für alle Anfänger unter euch. Mach dir keinen Stress bezüglich Performance oder so einen Quatsch. Rechenleistung haben wir aktuell mehr als genug. Ob das Tool jetzt 2 min oder 3 Minuten für die Berechnung von X benötigt, davon geht die Welt auch nicht unter. Was zählt, ist das Ergebnis. Das muss natürlich stimmen. Sonst ist ja deine Arbeit sinnlos.

Entwickle eine Leidenschaft

Als Entwickler musst du eine Leidenschaft entwickeln. Das hört sich jetzt zwar etwas paradox an, ist es aber nicht. Wenn du noch am Beginn deiner Programmierer-Karriere stehst, solltest du dir gewisse Sachen abgewöhnen und gewisse andere Angewohnheiten annehmen. Im Laufe der Zeit wird dich auch deine Denkweise oder sagen wir dein Mindset um gefühlt 180° drehen. Deine Sichtweise von dem, wie Sachen funktionieren nimmt dabei Stark zu. Teilweise frage ich mich bei Software, wie denn diese eine Funktion programmiert wurde und stelle mir das dann gedanklich vor. Vollkommen irre, aber auch mega nice. Das Problem ist nur, man denkt einfach viel zu viel über sinnlose Themen nach. Das kann jedoch auch nur bei mir so sein.

Setze den Fokus richtig

Fokussieren ist bei Softwareentwicklern sehr wichtig. Falls beim durch scrollen deiner ToDo-Liste das Mausrad feuer fängt, drück einfach ESC. Nein, such dir ein Punkt aus und setz deinen Fokus nur darauf. Ich kenne das selber, immer an 10 verschiedenen Sachen arbeiten und am Ende funktioniert davon vielleicht 1 ohne Fehler. Nach einer gewissen Zeit ist das wirklich sehr frustrierend.

Bleib dran

Ehrgeizig und wissbegierig. Wieder zwei Eigenschaften die du unbedingt mitbringen solltest. Es gibt Fehler bzw. Bugs die du nicht innerhalb von 2 - 3 Stunden lösen kannst. Manchmal brauchst du auch über eine Woche dafür. Irgendwann kommt dann der entscheidende Gedanke und BAM - Everything is awesome!

Softwareentwicklung ist einer der am schnellsten wandelnden Bereiche. Neue Technologien werden erfunden und sind nach 3 Wochen State of the Art. So schlimm ist es zwar noch nicht, jedoch solltest du nicht abgeneigt davon sein, neue Sprachen zu lernen und ständig auf dem aktuellsten Stand zu sein. Gerade in der Webentwicklung gibt es so viele Frameworks, Programmiersprachen, Konzepte und Best-Practice Anleitungen. Gerade als Neuling ist es unfassbar schwierig irgendwie auch nur ansatzweise irgendwas richtigzumachen. Man programmiert etwas in JavaScript und 3 User schreiben, warum man das denn nicht mit PHP und dem ach so tollen Laravel Framework umsetzt. Damit holt man nochmal 3 % mehr an Performance aus deinem verdammten Kontaktformular! Sorry, kurz mal eskaliert!

Was ist damit sagen will, such dir ein Thema und eine Programmiersprache aus und bleib dabei, solange du das Projekt abgeschlossen hast. Ein Tipp, lies nicht so viel aus der Community. Die meisten sind nicht anders als du. Hate gibt es natürlich auch. Boah ey, wie kannst du denn mit JavaScript arbeiten, ist doch viel zu unsicher, Bro! Zieh dir mal mein PHP Programm rein, ist mega krass und Safety First! Oder so ein Schwachfug halt. Am Ende kannst du nur der offizielen Doku vertrauen. Oder mir :P

Falls du also Fragen hast, schreib mir eine Mail oder eine DM bei Instagram @michster. Konkretisiere deine Anfragen bitte und halte den Smalltalk so kurz wie möglich. Ich hab nichts dagegen. Nur möchte ich so wenig Zeit wie möglich mit Anfragen beantworten verbringen, die keinen Sinn haben.

Vorab:

F: Wie gehts dir?
A: Alles klar!

F: Was geht ab?
A: Jop!

F: Kannst du mir helfen?
A: Dir ist nicht mehr zu helfen!

F: Ich hab ein Problem!
A: ...