Websites, Software für Betriebe und Apps für iPhone und Android: Hier zeige
ich offen, womit ich baue und warum. Jede Auswahl folgt drei Fragen.
Läuft es auf deinem Hosting? Ist es in fünf Jahren noch wartbar?
Bleiben die Daten deiner Kunden geschützt?
Sie stehen nicht in einem Leitbild, sondern im Code. Jede Regel lässt sich
an den Projekten weiter unten nachprüfen.
01
Nur so viel Technik wie nötig
kein Baukastenkein WordPresswenige Abhängigkeiten
Eine Website mit fünf Seiten braucht kein Framework. Kundenseiten bestehen
aus HTML, CSS und etwas JavaScript, die Betriebsanwendungen laufen ohne
Zusatzpakete auf normalem Webhosting. Weniger Bauteile heißt: weniger
Updates, weniger Angriffsfläche, weniger laufende Kosten.
02
Datenschutz von Anfang an
Schriften lokalkeine Trackerexterne Inhalte erst nach Klick
Mein Standard: Schriften und Bilder kommen vom eigenen Server, niemand liest
heimlich mit. Externe Inhalte wie ein 360°-Rundgang von Google laden erst,
wenn jemand darauf klickt. So braucht eine Seite keinen Cookie-Banner.
Strenge Sicherheitsregeln auf jedem Webspace, Passwörter nach aktuellem
Verfahren gespeichert, Kontosperre nach Fehlversuchen. Formulare schützen
sich mit Spamfalle, Zeitprüfung und Mengenbegrenzung selbst, ganz ohne
Captcha-Dienst eines Drittanbieters.
04
Nachvollziehbar statt überschreibbar
ÄnderungsprotokollBegründungspflichtVersionen
Wo es um Nachweise geht, ändern sich Daten nicht still. Korrekturen brauchen
einen Grund, Prüfprotokolle sind unveränderlich, gelöscht wird nur weich.
Im Fahrtenbuch ist jeder Eintrag zusätzlich mit dem vorherigen verkettet,
sodass Eingriffe an der Software vorbei auffallen.
05
Geprüft, bevor es live geht
automatische Tests4 BildschirmbreitenLinkprüfung
Jedes Projekt bringt eigene Prüfungen mit: API-Tests mit Dutzenden Fällen,
App-Tests, die Kontrolle aller Links und strukturierten Daten und Browserläufe
von Handy bis Desktop. Erst wenn alles grün ist, wird ausgeliefert.
06
Dokumentiert und übergabefähig
GitChangelogAnleitung je Projekt
Jedes Projekt liegt in einer eigenen Versionsverwaltung, mit Änderungsverlauf
und Anleitung. Jede ausgelieferte Version wird archiviert und lässt sich
zurückholen. Deine Website hängt nicht an meinem Gedächtnis.
Der Werkzeugkasten
Vier Fächer, sauber sortiert.
Für jede Art von Projekt gibt es ein eingespieltes Set an Werkzeugen. Links
steht die Technik, rechts, wofür ich sie einsetze.
websites/
Websites
HTML · CSS · JavaScript
Gerüst, Gestaltung und Bedienung, ohne Build-Schritt
Gute Technik zeigt sich auch an dem, was fehlt. Diese Dinge lasse ich
weg, weil sie mehr kosten, als sie dir bringen.
Plugin-Sammlungen
Kein WordPress mit zwanzig Erweiterungen, die einzeln aktualisiert werden wollen. Was ich baue, hat keine Theme-Updates, die etwas kaputt machen können.
Tracker & Cookie-Banner
Keine Statistik-Skripte von Dritten und keine Werbe-Pixel. Was nicht mitliest, braucht auch kein Banner, das deine Besucher erst wegklicken müssen.
Fremde Captcha-Dienste
Spamschutz entsteht auf deinem Server: Spamfalle, Zeitprüfung, Mengenbegrenzung und, wo nötig, eine kleine Rechenaufgabe. Kein Bilderrätsel, keine Datenweitergabe.
Ortung ohne Grund
Das Fahrtenbuch kommt ohne GPS aus, CraftClock fragt den Standort nur an, wenn der Betrieb es einschaltet. Gerätefunktionen gibt es nur mit Zustimmung.
Festhalten am Anbieter
Deine Website besteht aus normalen Dateien, die jeder Webspace ausliefern kann. Am Ende eines Abos bekommst du eine vollständige Kopie und kannst sie überall weiter betreiben.
Arbeitsweise
Vom ersten Entwurf bis zum Update.
So läuft ein Projekt technisch ab, egal ob Website, Betriebssoftware oder App.
Lokal bauen
Jedes Projekt läuft zuerst auf meinem Rechner, mit eigenem Testserver und
Beispieldaten. Echte Kundendaten brauche ich dafür nicht.
eigene Testumgebung je Projekt
Prüfen
Automatische Tests, Linkprüfung und ein Blick auf Handy, Tablet und Desktop.
Was rot ist, geht nicht raus.
390 · 768 · 1024 · 1440 px
Ausliefern
Ein geprüftes Paket geht auf den Server, übertragen werden nur geänderte
Dateien. Apps entstehen per Cloud-Build und gehen über TestFlight in die Stores.
jede Version archiviert
Betreuen
Jede Änderung landet im Änderungsverlauf, jede frühere Version lässt sich
wiederherstellen. Du sprichst immer mit dem, der es gebaut hat.
ein Ansprechpartner
Nächster Schritt
Du hast eine Aufgabe, aber noch keine Technik dafür?
Erzähl mir, was einfacher werden soll. Welche Werkzeuge dazu passen, klären wir danach.