Im August 2012 berechnet Mike Perham seinen Stundenlohn für die Entwicklung von Sidekiq: 3.5 Dollar.
Das Ruby-Werkzeug für Hintergrundaufgaben hat bereits Nutzer und Beiträge aus der Community. In sechs Monaten brachten Lizenzen jedoch nur ungefähr 700 Dollar bei geschätzten 200 Arbeitsstunden. Er hat eine Familie und muss erklären, warum er Freizeit in kostenlose Software steckt. Perhams damalige Rechnung
An dieser Stelle ist der Ausgang offen. Aufmerksamkeit zeigt einen Bedarf; wachsende Nutzung macht Wartung zugleich zu schwer aufgebbarer Arbeit. Nutzer erhalten ein Werkzeug, sein Autor aber noch keine Bedingungen, es dauerhaft bereitzustellen.
Später gilt Sidekiq als Beispiel eines Einpersonenunternehmens. Gerade die frühen Aufzeichnungen sind lesenswert, weil sie die Lücke vor dem Erfolgsetikett erhalten.
Software zunächst in fremden Arbeitsalltag bringen
Sidekiq verarbeitet Hintergrundaufgaben von Websites. Nach einer Nutzeraktion müssen etwa Benachrichtigungen verschickt oder Daten verarbeitet werden. Solche Software muss reale Lasten und Fehler aushalten; eigene Entwicklertests decken nur einen Teil ab.
In einem Interview von 2017 erinnert sich Perham, dass sein Arbeitgeber Sidekiq einsetzte und kommerzielle Funktionen testete. Er gab eine kostenlose Lizenz gegen frühe Erprobung und betreute selbst den Produktionsbetrieb. Dadurch sah er das Verhalten im Geschäftseinsatz. Gründerinterview, etwa 15:40
Diese Beziehung steht nicht in der Funktionsliste, liefert aber wichtige Entwicklungsbedingungen: einen realen Einsatzort und einen Rückweg für Probleme. Ein unabhängiger Entwickler kann dieselben Werkzeuge nutzen und ähnlichen Code schreiben, ohne eine Organisation zu finden, die die Kosten früher Versuche trägt.
Fehlt einem ähnlichen Projekt ein Einsatzort, sind weitere Funktionen nicht unbedingt die wirksamste Handlung. Ein passend großer Partner, der ausprobiert und Rückmeldung gibt, kann die wesentlichen Produktprobleme früher sichtbar machen.
Nach dem Aufbau dieser Nutzungsbeziehung schloss sich eine weitere Lücke. Perham führte Sidekiq Pro als kommerzielle Erweiterung ein. 2014 schrieb er, einige Nutzer zahlten für Zusatzfunktionen und fortlaufende Unterstützung; er arbeitete inzwischen vollzeitig an Open Source. Der kostenlose Teil müsse weiterhin ausreichend nützlich sein. Der Weg zu Vollzeit-Open-Source
Bezahlung verändert die Herkunft der Zeit. Arbeit, die vorher Familie und Freizeit entzogen wurde, kann dauerhaft von den Begünstigten gekauft werden. Die Community liefert Rückmeldung, Code und Verbreitung. Zahlende Beziehungen ermöglichen, diese Rückmeldungen weiter zu bearbeiten. Sie ergänzen unterschiedliche Voraussetzungen.
Auch die übrige Unternehmensarbeit lag nicht vollständig bei ihm. Ein Anwalt half bei der Gründung, ein Buchhalter beim Erlernen der Buchführung, wiederkehrende Abläufe wie Zugangsfreischaltung nach dem Kauf wurden automatisiert. Dasselbe Interview, etwa 5:03 und 30:12
„Allein betreiben“ wird dadurch konkret: Manche Fähigkeiten kommen von Fachleuten, manche Handlungen übernehmen Programme, andere Urteile bleiben beim Autor. Eine Mitarbeiterliste zeigt interne Beschäftigung, nicht die gesamte tragende Arbeit.
Kunden der kommerziellen Sidekiq-Produkte entscheiden ähnlich. Im Geschäftsbericht für 2015 nennt Perham Fehlerbehebung, Verbesserungen und Expertenunterstützung als Produktwert. Kunden sparen dadurch eigene Entwicklung und Wartung. Geschäftsrückblick 2015
Auf einer Seite kauft das Unternehmen juristische und buchhalterische Arbeit, auf der anderen liefert es wiederholbare Leistungen an Softwarekunden. In diesen konkreten Tauschbeziehungen wächst sein Handlungsspielraum.
Dieselbe Methode erzeugte kein zweites Sidekiq
Der gleiche Jahresrückblick dokumentiert auch das Scheitern von Inspeqtor.
Perham übertrug Open Source mit kommerzieller Erweiterung auf das neue Produkt. Nutzung und Verkäufe blieben begrenzt; er stellte neue Funktionsentwicklung ein. Vorhandene technische und unternehmerische Erfahrung sowie das Geschäftsmodell ließen das nächste Produkt nicht automatisch gelingen. Rückblick auf Inspeqtor
Das Material erklärt das Scheitern nicht vollständig. Es genügt aber als Hinweis, Sidekiqs Ergebnis nicht allein einem „fähigen Gründer“ zuzuschreiben und seine Fähigkeit beliebig auf andere Bedürfnisse zu übertragen. Nutzungsbereitschaft, Einsatzgelegenheiten und dauerhafte Zahlungsgründe müssen neu entstehen.
Dieser Text verwendet zeitgenössische Aufzeichnungen und spätere Selbstaussagen des Gründers. Sie rekonstruieren Wendepunkte, erlauben aber weder eine Erfolgsquote für Einpersonenunternehmen noch eine unabhängige Prüfung der Geschäftszahlen.
Die praktische Folgerung ist schlicht: Bei kleinen Projekten neben dem Können des Autors dem Arbeitsweg folgen. Wer schafft Kontakt zu realem Bedarf? Wer liefert fehlende Fachkompetenz? Wer bezahlt dauerhafte Wartung? Wie gelangen Probleme zu jemandem, der sie lösen kann?
Fehlt eine dieser Beziehungen, kann selbst große Betriebsamkeit nur bedeuten, dass jemand Zeit für noch nicht entstandene Geschäftsbedingungen vorstreckt.