2 Punkte von GN⁺ 2024-01-06 | 1 Kommentare | Auf WhatsApp teilen
  • BoopSnoop ist eine ultraeinfache Messaging-App, die für eine vierköpfige Familie gebaut wurde; nach dem Start in der ersten Januarwoche 2020 wurde sie von vier Personen in drei Zeitzonen heruntergeladen und hält seitdem 4 täglich aktive Nutzer bei einer Abwanderungsrate von 0
  • Nach dem Ende von Tapstack entstand statt einer Instagram- oder WhatsApp-Gruppe eine eigene Familien-App, die das Prinzip beibehält, dass Foto- und Videonachrichten im Vollbild angezeigt werden und danach verschwinden
  • Sie besteht nur aus einem Kamerabildschirm, einem Badge für wartende Nachrichten, AWS S3, AWS Lambda und der Verteilung über TestFlight; als situated software wird sie noch einfacher, weil weder Login noch Kontaktverwaltung nötig sind
  • Die Entwicklung dauerte etwa eine Woche, wovon ungefähr die Hälfte für Probleme mit Xcode-Code-Signing und Provisioning draufging, doch Open-Source-Komponenten und Beispielcode machten die Umsetzung möglich
  • Auch ohne professionelle und skalierbare Software zu sein, kann eine App für nahestehende Menschen zu einer Software wie ein Zuhause werden, die sich weder durch plötzliche Redesigns, Werbung noch Pivots verändert, sondern nur dann, wenn ihre Nutzer sie ändern wollen

Der Familienkanal, den Tapstack hinterließ

  • Tapstack war eine App, die unter dem Live-Kamerabild des Handys ein Raster mit Gesichtern von Einzelpersonen oder Gruppen anzeigte
    • Tippen machte ein Foto, langes Drücken nahm ein Video auf
    • Sobald man den Finger anhob, wurde die Nachricht gesendet; es gab keinen Bearbeitungs- oder Vorschau-Schritt
    • Empfangene Nachrichten sammelten sich im „stack“, wurden vom Nutzer durchgewischt und verschwanden danach
  • Das Familienraster in Tapstack bestand aus vier Feldern: Mutter, Vater, jüngere Schwester und eine Gruppe mit allen dreien
  • Die Stärke der App lag weniger in praktischer Kommunikation oder Terminabstimmung als in ambient presence
    • Weil es weder Threads noch Verlauf gab, war der Druck geringer, eine Antwort zu erwarten
    • Ein Selfie mit Kaffee, ein Foto von einem zugefrorenen Teich oder verspielte Videos der Nichten und Neffen vermittelten jeweils das Gefühl: „Ich denke an dich“
  • Tapstack schien nie viele Nutzer gewonnen zu haben, hatte keine Werbung und verlangte auch kein Geld von seinen Nutzern
  • Nachdem 2019 die Updates ausblieben, kündigte die App im Herbst ihre Schließung an, bot den Nutzern einen Weg zum Datenexport und machte dann dicht

Die Familien-Alternative BoopSnoop

  • Nach dem Ende von Tapstack brauchte die Familie eine Alternative, doch Instagram- oder WhatsApp-Gruppen fühlten sich so an, als wäre dieser warme Familienkanal von anderen Dingen umgeben
  • BoopSnoop ist eine Art magisches Fenster, nur für die Familie gebaut
    • Es nimmt Fotos und Videos auf und schickt sie an die Familie
    • Nachrichten warten in einer Warteschlange und verschwinden, sobald sie angesehen wurden
    • Die Ansicht ist immer im Vollbild, ohne Elemente, die zu Kommentaren oder Teilen drängen
  • Die Oberfläche ist fast nicht vorhanden
    • Es gibt einen Kamera-Button
    • Ein ruhiges grünes Badge in der Ecke zeigt die Zahl wartender Nachrichten an
  • Die App wurde in der ersten Januarwoche 2020 veröffentlicht und von vier Menschen in drei Zeitzonen heruntergeladen
  • Seitdem hält sie 4 täglich aktive Nutzer und eine Abwanderungsrate von 0 und wurde damit erfolgreicher, als ihr Erbauer je erwartet hatte

Die Umsetzung, die diese Einfachheit möglich machte

  • BoopSnoop wurde noch einfacher als Tapstack entworfen
    • Es braucht kein Login-System
    • Es braucht keine Oberfläche zum Erstellen und Verwalten von Kontakten
    • Es ist von Anfang an genau bekannt, wer sie benutzt
  • Wie in Clay Shirkyss Konzept der situated software ist es weniger Software, die personalisiert werden muss, als von vornherein persönliche Software
  • Das Herzstück ist ein Kamerabildschirm für Foto- und Videoeingaben
    • Er nutzt die vertraute Bedienung: tippen für ein Foto, lang drücken für ein Video
    • Dafür wird die Open-Source-Komponente SwiftyCam verwendet
    • Ohne diese Komponente wäre das Projekt schwierig gewesen
  • Das Backend ist auf ein Minimum reduziert
    • Ein AWS-S3-Bucket speichert Fotos und Videos
    • Ein paar AWS-Lambda-Funktionen erledigen die nötige Verarbeitung beim Hochladen neuer Nachrichten
  • Die Verteilung an die Familie läuft über TestFlight, und die App bleibt ein gemütliches, ewiges Beta

Worauf man in der realen Entwicklung stößt

  • In einer besseren Welt wäre das eine App, die man mit einem modernen, flexiblen HyperCard-ähnlichen Tool für iOS an einem Tag bauen könnte
  • In der Realität dauerte es etwa eine Woche, davon ungefähr die Hälfte für Probleme mit Code-Signing und ID-Provisioning
  • Trotzdem machten Open-Source-Komponenten und Beispielcode das Projekt möglich, und die Welt war noch nicht völlig kaputt
  • Programmieren im 21. Jahrhundert kann sich wie Bauen mit Lego anfühlen, wenn man innerhalb der Grenzen der aktuellen Technik arbeitet
  • Würde man den Code veröffentlichen, könnte er anderen als Orientierung dienen, aber im App-Code sind viele app-spezifische Werte und Schlüssel vermischt
    • Diese App ist kein Framework und kein Template, sondern genau diese App
    • Dieser Charakter ist nicht vom Geist zu trennen, in dem sie geschaffen wurde

Programmieren wie „Hausmannskost“

  • Der Erbauer sieht sich selbst weniger als professionellen Softwareentwickler als vielmehr als Programmierer, der Hausmannskost kocht
  • „Lerne coden“ ist oft mit Marktwert, wirtschaftlichem Hebel, Berufswechsel und dem Lebenslauf verbunden
  • „Lerne kochen“ existiert nicht nur, damit man Koch wird
    • Man kann es lernen, um besser zu essen
    • Man kann es lernen, um günstiger zu essen
    • Man kann es lernen, um Traditionen weiterzutragen
    • Man kann es aus Langeweile lernen oder weil man Zeit mit der Person verbringen will, die es einem beibringt
  • Kochen reicht über Kaufen und Verkaufen hinaus und ist mit Zuhause, Neugier, Geschichte, Kultur, Fürsorge und Liebe verbunden
  • Im 21. Jahrhundert warten viele geliebte Menschen in den Pocket-Computern, die sie ständig bei sich tragen, daher kann auch das Coden auf diese Weise verbinden
  • Wenn Programmieren sich von den Anforderungen an Professionalität und Skalierbarkeit löst, wird es zu einer anderen Tätigkeit
    • So wie Kochen zu Hause etwas anderes ist als Kochen in einer Profiküche, bringt auch das Bauen einer App für die Familie eine andere Art von Belohnung
    • BoopSnoop verändert sich nicht, solange die Familie das nicht will
    • Es gibt keine plötzlichen Redesigns, keine Werbeflut und keine Pivots auf der Jagd nach einer unbegreiflichen Nutzerbasis
    • Selbst wenn sie eines Tages verschwindet, wäre das eine Entscheidung der Familie

Eine App, die auch Jahre später weiter benutzt wurde

  • Stand des Updates vom Februar 2022 nutzte die Familie BoopSnoop auch zwei Jahre später noch täglich, und auf Wunsch der Mutter wurde eine Funktion hinzugefügt
  • Auch im Februar 2023 war sie noch täglich in Gebrauch
  • Im Februar 2024 wurde sie weiterhin genutzt, und der TestFlight-Build stand bei 26
  • Im Februar 2025 wurde an der App buchstäblich gar nichts geändert, und der TestFlight-Build stand bei 30

1 Kommentare

 
GN⁺ 2024-01-06
Meinungen auf Hacker News
  • Das ist wie ein Gedicht. Ich habe in den letzten 10 Jahren persönliche Projekte gebaut und alle Apps ersetzt, die ich früher täglich genutzt habe, etwa E-Mail und Kalender.
    Jedes Mal, wenn jemand sieht, wie ich sie benutze, fragt die Person: „Wow, beeindruckend, wie kann ich das herunterladen?“ Aber die Antwort ist immer dieselbe: gar nicht.
    Es hat etwas Schönes, etwas nur für sich selbst zu entwerfen, und ich bin zu 100 % sicher, dass dieses eine Projekt mein mentales Wohlbefinden schützt.
    Es ist eine Quelle von Hoffnung und Glück für die Zukunft, die mir kein Unternehmen und kein Gehalt geben kann, und meine eigene Jokerkarte gegen die Welt.

    • Ganz ähnlich baue ich auch noch eine weitere Notizen-App, nur für meinen eigenen Gebrauch.
      Bei selbstgebauten Tools ist es überraschend wichtig, dass man vom ersten Tag an der weltbeste Experte für dieses Tool ist. Bei wie viel Software kann man schon sagen, dass man alle Funktionen, Shortcuts und internen Abläufe zu 100 % kennt?
      Wenn es um Arbeits- oder Produktivitäts-Tools geht, kann man durch diese „vollständige Beherrschung“ enorm effizient werden; wenn man es täglich nutzt und kleine Änderungen und Optimierungen zurückspielt, wächst das Tool mit einem mit.
      Meine Notizen-App übernimmt inzwischen persönliche Wissensbasis, Projektmanagement, To-do-Liste, Tagesplanung und Tagebuch; sie hat nur die Funktionen, die ich brauche, und ist deshalb leichtgewichtig und schnell.
      Unterm Strich denke ich, dass wir alle mehr mit dem Bauen eigener Tools experimentieren sollten.
    • Ich fände gut, wenn mehr Leute so etwas als Open Source veröffentlichen würden, aber Pull Requests und Issues deaktiviert ließen.
      So wäre klar kommuniziert: Andere können es benutzen, daraus lernen und darauf aufbauen, aber Feedback und Beiträge sind nicht erwünscht.
    • Ich frage mich, ob du erklären könntest, wie es funktioniert, oder ein Video davon machen könntest, wie du es benutzt.
      Allerdings könnte das dem letzten Satz mit der „eigenen Jokerkarte“ widersprechen.
      Ich frage mich, ob du die Apps miteinander integriert hast, etwa indem du aus Textnachrichten Events erstellst und E-Mails an Signal-Kontakte weiterleitest.
      Ich automatisiere wiederkehrende Aufgaben zwar schnell per Skript, habe aber nicht alle Skripte zu einem Ganzen integriert. Wenn sie getrennt bleiben, sinkt der Wartungsaufwand, daher weiß ich nicht, ob ich diesen Weg gehen würde.
    • Ich schreibe Programme hauptsächlich für mich selbst, veröffentliche sie aber normalerweise, damit andere sie nutzen, anpassen, Teile des Codes verwenden, kritisieren oder sichern können, falls sie ihnen nützlich sind.
      Wenn jemand etwas Nerviges darüber schreibt, kann ich das einfach ignorieren; es beeinflusst nicht, wie ich sie selbst nutze.
      Wenn man keine Kritik, Patches oder Bugreports möchte, kann man auch einfach nur Dateien veröffentlichen, ohne Issues, Pull Requests oder Diskussionsbereiche auf Plattformen wie GitHub.
    • Ich habe mit viel weniger Aufwand neomutt so konfiguriert, dass für mich die schönste und schnellste Mail-Client-UX entstanden ist, und nutze es sowohl beruflich als auch privat.
      Leute, die es gesehen haben, waren beeindruckt, und ein paar haben nach meiner Konfiguration gefragt, aber ich glaube nicht, dass sich wirklich jemand daran gewöhnt hat.
  • Guter Beitrag. Er erinnert mich an eine macOS-App, die ich vor ein paar Jahren für meine Frau gebaut habe.
    Sie verfolgt die Öffnungszeiten ihrer Lieblingsläden und zeigt nach einem Klick auf das Menüleisten-Icon an, wie lange jeder Laden heute noch geöffnet ist.
    Außerdem zeigt sie an, ob es gerade eine Stoßzeit ist, passend zu ihrer Vorliebe, hinzugehen, wenn weniger los ist.
    Die Datenspeicherung erfolgt über eine Textdatei; es ist eine einfache Qt-App. Als ich sie fragte, wie sie heißen solle, sagte sie „wie ein Blumenname, Gladiolus“, also nannte ich sie so.
    Als Programmierer hatte ich nie eine Kundin, die dankbarer gewesen wäre als die eine Nutzerin von Gladiolus.

    • Was machst du, wenn sich die Öffnungszeiten eines Ladens ändern?
  • Die Stelle, an der er mit Codesignierung und Identitäts-Provisioning in Xcode ringt, Räucherwerk anzündet und Steine wirft, woraufhin die Götter von Xcode die Freigabe gewähren, hat mich stark angesprochen.
    Das ist eine große Reibungsquelle in moderner Softwareentwicklung, wenn man eigene Unannehmlichkeiten selbst lösen will.
    Statt ingenieurmäßigem Denken, bei dem man Prinzipien des Computings versteht und Komponenten vernünftig zu etwas Neuem zusammensetzt, murmelt man immer wieder bei Google gefundene Beschwörungsformeln und rennt mit dem Kopf gegen die Wand, bis es irgendwann funktioniert.

    • Meine wichtigste Anforderung an eine Plattform ist, dass ich für das Entwickeln und Installieren der Programme, die ich will, keine Erlaubnis anderer brauche.
      Nach diesem Maßstab fallen Apple und Microsoft praktisch raus.
    • Man wiederholt bei Google gefundene Beschwörungsformeln und hofft, dass man nichts noch schlimmer kaputtmacht.
      Dass Apple in Xcode Profile, Key-Signing und Ähnliches über einen „Ja, bitte einfach machen“-Button verwaltbar gemacht hat, ist eine Verbesserung; trotzdem vergisst oder zerstört es Einstellungen willkürlich, sodass man dem Problem wieder nachspüren muss.
    • Apples Entwicklererfahrung rund um Signaturen, Zertifikate und Profile ist erstaunlich furchtbar.
    • In solchen Situationen glänzt die Kombination aus Raspberry-Pi-Webserver und Cloudflare Tunnel wirklich.
      Man braucht von niemandem eine Erlaubnis, um diesen Dienst laufen zu lassen. Ich betreibe auf einem Pi eine maßgeschneiderte To-do-App, ohne den Router offenzulegen, und das fühlt sich enorm frei an.
  • Als dieser Beitrag vor einiger Zeit erstmals auf HN erschien, hatte er großen Einfluss auf mich und half mir, etwas in Worte zu fassen, das ich bereits unbewusst tat.
    Vor ein paar Jahren habe ich, wie viele andere, mit einem Homelab angefangen; nach und nach wurde daraus ein Hobby, Apps für 5 bis 15 Familienmitglieder und enge Freunde zu bauen und selbst zu hosten.
    Ich habe viele kleine Apps gebaut, etwa zum Planen von Filmabenden, und sie in Gruppenchats integriert. Dadurch sprechen alle viel häufiger miteinander und unternehmen mehr zusammen.
    Sogar weit entfernte Freundesgruppen, die sich vorher nicht kannten, treffen sich inzwischen ohne mich direkt und gehen zu Babyshowers oder Hochzeiten.
    Wenn ihr so einen Freundeskreis habt, wäre es schön, etwas für sie zu bauen.

    • Ich baue gern kleine Tools, aber eher für andere als für mich selbst.
      Meine Freundin und ihre Schwester führten ständig gegenseitige Abrechnungsbücher, hatten aber immer Mühe nachzuvollziehen, wer wann wem wofür etwas schuldete.
      Also baute ich eine „App“ in Form einer cleveren geteilten Google-Docs-Tabelle, in die sie jeden Monat Informationen eintragen konnten und die dann berechnete, wer wie viel zahlen musste.
      Nachdem ich sie über ein Jahr lang vergessen hatte, fragte ich, ob sie sie noch benutzen, und sie sagten: „Die benutzen wir ständig, sie ist wirklich lebensrettend.“
      Im Grunde ist es nur eine ganz normale Nutzung einer Tabellenkalkulation, aber gut verdienende, kompetente Menschen hatten offenbar Schwierigkeiten mit einer einfachen Abrechnung.
      Besonders mochten sie, dass jeder neue monatliche Tab ein Foto des Hundes lud, den sie zusammen großziehen. Ein albernes Tool, das 15 Minuten gedauert hat, wird seit Jahren geliebt.
      Es ist gut, kleine Tools für eine kleine Gruppe von Menschen zu bauen.
    • Ironischerweise ist dieser Ansatz auch ein guter Weg, ein echtes Produkt zu bauen, sofern man akzeptieren kann, dass es größer wird.
      Vor drei Jahren habe ich eine einfache App gebaut, mit der Familie und Freunde Rezepte teilen konnten; als ich weiter angefragte Funktionen ergänzte, begann sie nach etwa zwei Jahren durch Mundpropaganda zu wachsen.
      Im Oktober war sie so groß geworden, dass ich neuen Nutzern Gebühren berechnen musste, um die Serverkosten zu decken, und inzwischen denke ich über eine Zukunft nach, in der ich in Vollzeit daran arbeite.
  • Gleichzeitig habe ich das Gefühl, dass die Kluft zwischen solchen Apps und professionellen Apps größer wird
    Apps zu nutzen ist einfacher geworden, aber „echte“ Apps für die breite Masse zu bauen ist schwieriger geworden
    Ich schreibe seit über drei Jahren an dem Buch https://opinionatedlaunch.com und muss das Kapitel „Mobile“ ständig aktualisieren. Nicht wegen toller neuer Frameworks, sondern weil Apple und Google immer weiter Anforderungen hinzufügen
    Strengere Beschränkungen für GPS-Zugriff können gut sein, aber wenn man nicht mithält, wird die App irgendwann von der Plattform entfernt. In diesem Sinne gibt es kein „fertig“
    Ein kleines Programm, das 1990 in Pascal geschrieben wurde, kann man vielleicht noch verteilen, aber ich weiß nicht, was dem bei Mobile Apps entsprechen würde. Es geht nicht ums Ausführen, sondern ums Verteilen

    • Ich habe über zwei Lösungen nachgedacht: per TestFlight verteilen und nie wirklich veröffentlichen, oder eine HTML-App bauen, die auf Mobilgeräten gut funktioniert und Offline-Caching kann
      Ich tendiere immer mehr zur HTML-Variante
    • Das habe ich auch erlebt. Vor langer Zeit habe ich für meinen eigenen Bedarf eine Android-App gebaut, und nach ein oder zwei Monaten war sie fertig
      Es gab nichts zu ändern, sie funktionierte genau so, wie ich es wollte, aber irgendwann entschied Google, dass sie den neuesten Standards nicht entspreche und aus dem Store entfernt werden müsse
      Ich beschwere mich nicht, und per adb kann ich sie noch installieren, aber andere Leute können sie nicht mehr bekommen. Ob ich das Binary heute noch bauen könnte, wäre vermutlich schwierig
    • Wegen solcher Überlegungen bin ich auf Nim gestoßen
      Ich habe es noch nicht zum Laufen gebracht, aber die Idee ist: Wenn man die UI ausreichend einfach hält, kann derselbe Code zu Objective-C für iStuff, C++ für Android und Desktop sowie Javascript fürs Web kompiliert werden
      Jede App kann auf plattformunabhängige Weise beliebiges nimscript evaluieren
      Welche App ich bauen wollte, habe ich längst vergessen, aber falls es mir wieder einfällt, hoffe ich, dass mich niemand daran hindern kann, sie überall auszuführen
    • Ich stimme völlig zu, dass Android und Apple geschlossene Ökosysteme mit sich ständig ändernden Regeln sind
      Allerdings frage ich mich, ob die meiste Software überhaupt wirklich „fertig“ werden kann
      Wenn sie nicht in einer Kategorie liegt, die vollständig von der Popkultur getrennt ist, lässt sie sich schwer als funktional abgeschlossen bezeichnen. GNU units oder grep könnte man vielleicht als „fertig“ bezeichnen, aber die meisten Apps müssen sich mit der Welt um sie herum verändern
    • Es hängt davon ab, wer die Zielnutzer sind
      Die modernsten Werkzeuge in meinem Bereich werden alle über Skripte oder eine interaktive Kommandozeile genutzt
      Wenn man für solche Interfaces baut, ist das viel schneller und einfacher, als mit modernen Bibliotheken eine GUI zu bauen, und man kann trotzdem genug Nutzer erreichen. Allein conda hat etwa 40 Millionen Nutzer
  • Dieser Text hat meine Meinung zum Sideloading auf dem iPhone geändert
    Früher war ich eher auf der Seite von „man muss es abschließen, damit Oma nicht gehackt wird“, aber jetzt sehe ich es so, dass es Menschen daran hindert, solche hausgemachten Apps zu bauen
    Außerdem verbreitet es die Vorstellung, Computer seien Magie und nur Zauberer sollten programmieren. Keiner der Softwareentwickler, die ich getroffen habe, hat das so empfunden, und ich auch nicht

    • Der Default sollte weiterhin Oma-Modus sein, aber es wäre gut, wenn man Sideloading über ein obskures Initiationsritual aktivieren könnte, das man nur einmal durchlaufen muss
      Dieser Prozess sollte voller Warnungen wie „Ab hier gibt es Drachen“ sein. Im Grunde würde man es damit eher wie einen Mac oder ein gewöhnliches Chromebook machen
      Erlauben Pixel-Phones nicht immer noch Rooting?
    • Der einzige Grund für die Sperre ist die 30-%-Gebühr des App Store
      Oma verliert ihre Ersparnisse eher durch klassische Social-Engineering-Betrügereien am Festnetztelefon als über ihr Handy
      Wenn Apple sich wirklich mehr um Sicherheit und Spam kümmern würde als darum, am App Store oder an Reparaturen zu verdienen, hätten sie sich wenigstens um iMessage-Spam gekümmert
    • Die „externe Beta“ von TestFlight halte ich für einen wirklich cleveren Weg
      Wenn es vor ein paar Jahren einen Weg gegeben hätte, bei dem ich für Freunde und Familie wie ein Unternehmen behandelt werde, hätte ich ihn genutzt; aber TestFlight ist so einfach und die Zielgruppe so groß, dass es inzwischen keine Hürde mehr gibt
      Es gibt zwar die Kostenhürde, einen Mac kaufen zu müssen, aber wenn man die Steuer bedenkt, ohnehin einen Mac besitzen zu müssen, ist sie aus meiner Sicht nicht so hoch
      Computer werden tatsächlich als Magie wahrgenommen, aber die Verteilung ist nicht der Grund. Es ist schade, dass Menschen nicht mehr mit Computern machen wollen
      Früher nutzten meine Eltern auf einem 386er so etwas wie eine sehr einfache Datenbank-App, aber irgendwann wurden die Maschinen größer und einschüchternder, und die Menschen wurden weniger neugierig
      Vielleicht liegt es am Alter, aber vielleicht auch daran, dass wir Maschinen gebaut haben, die weniger freundlich gegenüber neuem Code sind
    • Ich denke sogar, dass man Sideloading erlauben sollte, wenn man verhindern will, dass Oma betrogen wird
      Es geht nur darum, wer den Betrug begeht. Kriminelle können einmal groß zuschlagen, aber die Telefonhersteller agieren auf einer viel breiteren Front und die Kosten sind höher
  • Die Erklärung des Textes, die App-Idee und die Art der Umsetzung sind erfrischend
    Die Vorstellung, für einen einstelligen Total Addressable Market (TAM) zu bauen, bildet einen guten Kontrast zu den meisten Dingen
    Solche Apps stehen eine Stufe über Lernprojekten und haben für eine Person oder ein paar Menschen enormen Nutzen. Und weil diese wenigen Menschen die wichtigsten im eigenen Leben sind, ist es noch viel befriedigender
    Der Vergleich mit dem Kochen zu Hause für die Familie ist perfekt

    • TAM-getriebene Entwicklung widerspricht dem Geist der Minicomputer-Ära
      Damals galt es als selbstverständlich, dass Menschen zuerst Anwendungen für sich selbst bauten
  • Eine großartige Idee. Ich denke in letzter Zeit viel über das „Web im kleinen Maßstab“ nach, weil ich des Webs im globalen Maßstab immer müder werde.
    Ich lebe in einer kleinen Stadt in Kanada, interessiere mich nur für unsere Stadt und fände es deshalb schön, etwas im Maßstab der Stadt zu haben, das perfekt zu unserer Stadt passt.
    Weil es klein skaliert, könnte es auf Hardware im Wandschrank zu Hause laufen, und wenn es ausfällt, gibt es kein riesiges Unternehmen im Hintergrund, auf das man wütend sein müsste. Es wäre einfach ich, und hier kennen die meisten einander oder haben zumindest voneinander gehört.
    Selbst wenn es wegen eines Stromausfalls kurz ausfällt, wäre sogar das lokal. Besonders bei Schneestürmen fällt oft der Strom aus, und die Nutzer wären wahrscheinlich vom selben Ausfall betroffen.
    Das ist nur Idealismus, und in der Praxis werde ich es wahrscheinlich nicht bauen, aber ich habe auch das Gefühl, dass am Ende die meisten weiter so etwas wie Facebook-Gruppen nutzen werden.

    • Ich kann sehr gut nachvollziehen, dass das Web im globalen Maßstab ermüdet, aber es klingt, als wärst du in die Falle „Ich will etwas bauen. Was könnte ich bauen?“ geraten.
      Im Grunde gibt es kein Produkt, sondern nur einen Markt, und für andere als dich könnte das wenig Bedeutung haben.
      Natürlich ist es völlig legitim, den eigenen Juckreiz zu kratzen oder einfach um des Bauens willen zu bauen, und auch das ist Software wie Hausmannskost.
    • Ich versuche, möglichst viele Leute, die ich kenne, zu Meshtastic zu bringen.
      Mir gefällt daran die 25-Dollar-Hardware, kein zentraler Server, keine Amateurfunklizenz nötig und die Steuerung per Smartphone.
      Irgendwann würde ich gern über die Grundfunktionen hinaus ein wirklich cooles Projekt damit machen, aber ich weiß noch nicht, was.
  • Bei dem Satz „Ich habe Räucherwerk angezündet und Steine geworfen, und die Götter von Xcode erlaubten den Durchlauf“ musste ich laut lachen.
    Auch ich habe viele Schlachten mit diesen Göttern geschlagen, und sie sind Monster.

    • Der Autor Robin Sloan hat mehrere Romane, viele Kurzgeschichten und einen hervorragenden, fast monatlichen Newsletter geschrieben.
      Wenn dir dieser Satz gefallen hat, kann ich seinen ersten Roman Mr Penumbra's 24 Hour Bookstore sehr empfehlen.
    • Ein guter Text, aber diese Stelle macht traurig und wütend.
      Wie sind wir an den Punkt gekommen, an dem dieser Zustand akzeptiert wird? MAGA (Microsoft Apple Google Amazon) macht das Leben beim Teilen von Software inzwischen erstickend eng.
    • In mehreren Vorstellungsgesprächen habe ich gesagt, dass ich viel über das Signieren von Apple-Produkten weiß; alles Wissen, das ich nie freiwillig erwerben wollte.
  • Wir haben eine kleine App für interne Zwecke im Unternehmen. Sie ist nur eine eigenständige Rails-App und berührt die internen Geschäftssysteme nicht.
    Trotzdem packen wir kleine Codestücke dort hinein, wenn sie einen Platz brauchen. Darin stecken zufällige Integrationswerkzeuge wie Wachstumskurven, eine kleine Suchmaschine für interne Daten, Benachrichtigungsskripte für wiederkehrende Aufgaben und ein RSS→E-Mail-Skript für den Blog.
    Ich fände es gut, wenn alle eine „Krimskrams“-App hätten, die von Kundendaten getrennt ist.
    Wenn die Hürde niedrig ist, etwas Interessantes zu bauen, fühlt sich der Kopf freier an, und nicht jeder Code muss hochriskante Geschäftsarbeit sein.

    • Ich lerne gerade RoR und frage mich, wie ihr das deployed habt. Ist es eine Web-App?