Bei der Entlassungswelle Ende letzten Jahres sind mehrere meiner Kumpels nicht davongekommen. Mir ging es genauso. Ich nahm die Abfindung und ging nach Hause. Die ersten zwei Wochen waren ganz angenehm – ausschlafen, zocken, Serien schauen. Doch in der dritten Woche, als ich sah, wie der Kontostand nur noch schrumpfte, wurde mir mulmig. Hypothek und Autokredit interessiert es nicht, ob man arbeitslos ist – sie werden trotzdem abgebucht.
Also begann ich, in verschiedenen Auftragsgruppen nach Jobs zu suchen. Früher im Unternehmen dachte ich, solange die Technik stark ist, reicht das – Architektur, Algorithmen, Performance-Optimierung, alles kein Problem. Doch beim ersten Freelance-Auftrag bekam ich eine heftige Ohrfeige von der Realität.
Der Kunde war ein kleiner E-Commerce-Unternehmer, der über einen Freund zu mir kam. Er hatte ein Backend-Management-System-Projekt, ein Monat Zeit, und der Preis war ziemlich niedrig. Ich war damals scharf auf den ersten Auftrag und nahm ohne viel nachzudenken an. Das Projekt selbst war nicht schwer – nur CRUD-Operationen. Mit React und Ant Design war das für mich Routine. Nach dem Schreiben lief alles lokal, Tests bestanden, ich packte es und schickte es dem Kunden.
Ein halber Tag verging, dann schickte mir der Kunde per WeChat einen Screenshot und fragte: „Bruder, ich verstehe deinen Code nicht so ganz. Kannst du das ordentlicher machen?“
Ich war völlig perplex. Wie sollte Code denn noch ordentlicher sein? Ich öffnete den Screenshot und wäre fast umgekippt. Er hatte einfach die gepackte bundle.js-Datei geöffnet – darin war der von Webpack komprimierte und obfuskierte Code, eine einzige Zeile mit Zehntausenden von Zeilen, Variablennamen nur a, b, c, d. Für ihn war das ein Haufen Kauderwelsch.
Ich erklärte ihm, dass das komprimiert sei, für den Produktivbetrieb, kleinere Dateigröße, schnelleres Laden. Er verstand es halbwegs, hakte aber nach: „Kannst du mir eine lesbare Version geben? Falls ich später etwas ändern möchte oder jemand anderes es warten soll, ist das so unmöglich.“
In dem Moment wurde mir plötzlich klar: Was für mich selbstverständlich war – „Komprimierung und Obfuskierung“ – war für den Kunden „Der Typ ist unzuverlässig, sein Code ist Müll“. Er wusste nicht, was Tree Shaking ist, was ein AST (abstrakter Syntaxbaum) ist. Er kannte nur eine Regel: Code muss für Menschen lesbar sein.
Danach wurde ich schlauer. Vor jeder Lieferung habe ich den Code mit einem JS-Formatierungs- und Komprimierungstool neu aufbereitet. Das Tool ist simpel: Es stellt den komprimierten Code wieder in ein Format mit Einrückung, Zeilenumbrüchen und – obwohl die Variablennamen kurz bleiben – zumindest klarer Struktur her. Dann generiere ich ein Dokument für den Kunden. Manchmal formatiere ich auch den Quellcode proaktiv mit Prettier, füge Kommentare hinzu und schicke alles mit.
Und was soll ich sagen? Die Kundenzufriedenheit bei späteren Aufträgen stieg sprunghaft an. Eine Frau, die im Selbstmedien-Bereich arbeitet, bat mich um ein kleines Tool. Nach Erhalt des Codes war sie begeistert: „Auch wenn ich es nicht verstehe, es sieht einfach professionell aus.“ Ein anderer Kunde empfahl mich direkt weiter an einen Freund: „Der junge Mann arbeitet sorgfältig.“
Diese Sache hat mich lange beschäftigt. Wir Techniker neigen dazu, uns selbst zu beweihräuchern – zu denken, wir seien großartig, weil wir ein neues Framework benutzt oder einen cleveren Algorithmus geschrieben haben. Aber was Kunden wirklich wollen, ist ganz simpel: Es funktioniert, bei Problemen findet man jemanden, und der Code ist kein Buch mit sieben Siegeln. Besonders bei nicht-technischen Auftraggebern ist das Kriterium, ob sie dich für zuverlässig halten, manchmal einfach, ob der Code ordentlich aussieht.
Heute ist Code-Formatierung ein fester Schritt in meinem Auftragsprozess. Egal wie klein das Projekt, vor der Lieferung lasse ich es durch das Tool laufen und generiere eine gut lesbare Version. Manchmal schreibe ich noch schnell eine einfache README, die erklärt, wie man deployt und Konfigurationen ändert. Nur dieser kleine zusätzliche Aufwand hat mir mehrere Langzeitkunden eingebracht.
Also, ist die Entlassung bei Big Tech beängstigend? Ja. Aber manchmal, wenn man die Perspektive wechselt: Gerade weil ich diese Umgebung verlassen habe, in der nur KPI und OKR zählen, habe ich wirklich verstanden, dass Technologie letztendlich den Menschen dienen soll. Kunden geht es nicht darum, wie tiefgründig dein Code ist, sondern ob du ihnen Sorgen ersparst und sie sich sicher fühlen. Und die kleine Sache der Code-Formatierung ist genau der Schalter, der dem Kunden das Gefühl gibt: „Du nimmst ihn ernst.“