Indie-Software.
Kleine Produkte, gebaut von einer Person, und die Entscheidungen, die dazugehören: Preis, Name, Umfang, und das Erkennen, wann etwas fertig ist statt aufgegeben.
Hör auf, deine E-Mails zu checken
Ich lege die Gewohnheit ab, den Posteingang zu öffnen. Drei geplante Premail-Briefings geben mir eine Zusammenfassung und eine To-do-Liste.
Lesen→Ein Fehler, ein Erfolg
Ein kaputter Premail-Checkout rutschte an Tests und Alerts vorbei. Ein Kunde meldete ihn, und mein Morgen-Briefing brachte das Feedback ans Licht.
Lesen→Wie ich die Dinge benenne, die ich veröffentliche
Ein Produktname ist das erste Versprechen. So benenne ich unabhängige Apps und vermeide übermäßig clevere Namen.
Lesen→Warum die meisten meiner Apps kostenlos sind und eine nicht
Wie ich entscheide, wann ein unabhängiges Produkt einen Preis haben sollte und wann nicht.
Lesen→Warum ich Burly entwickelt habe
Jeder Link öffnete sich im falschen Profil, also entwickelte ich eine App, die ihn an den richtigen Browser weiterleitet.
Lesen→Warum ich kleine, lokale Software entwickle, die nur eine Sache tut
Ein Plädoyer für fokussierte Werkzeuge, die lokal, ohne Konto und ohne unnötige Komplexität funktionieren.
Lesen→Warum ich StockCar entwickelt habe
Ich wollte einen Podcast über mein eigenes Portfolio. Es gab keinen, also habe ich ihn gebaut.
Lesen→Ich versuche, mir einen Mac Studio auszureden. Apple hilft nicht.
Ich möchte einen Mac Studio für lokale KI, doch Preis und Apple-Upgrades sind schwer zu rechtfertigen.
Lesen→