Viele kleine Freunde, die neu in der Branche sind, einschließlich mir damals, glauben an eine feste Regel: Solange meine Fähigkeiten beeindruckend sind, bin ich unersetzlich.

Also haben wir uns verrückt angestrengt. Wir lernen Java, lernen Go, lernen Rust, schauen uns den Quellcode an, knabbern an Algorithmen, arbeiten an Microservices, machen Cloud-native. Heute experimentieren wir noch mit Spring Cloud, morgen müssen wir Service Mesh lernen, übermorgen sind KI-Großmodelle angesagt, dann müssen wir schnell Prompt Engineering lernen.

Wir dachten, das nennt man Fortschritt, eigentlich nennt man das Cyber-Langweile.

Du denkst, du baust technische Barrieren auf, in Wirklichkeit hilfst du dem Chef, die Machbarkeit neuer Technologien zu überprüfen.

In der Internetbranche ist die Abnutzungsrate der Technologie schneller als der Wert deiner gekauften Neubauwohnung sinkt. Das Framework, an dem du drei Jahre lang hart gearbeitet hast, könnte durch ein neues Update von Google oder Facebook oder ein geändertes Architekturkonzept sofort wertlos werden.

Aber das bedeutet nicht, dass Lernen nutzlos ist, sondern dass die Richtung, in die du dich anstrengst, möglicherweise falsch ist. Anstatt den Rahmenbedingungen nachzujagen, die in drei Jahren veraltet sind, solltest du dich mit den grundlegenden Logiken auseinandersetzen, die sich seit zehn Jahren nicht ändern. Zum Beispiel, während du darüber nachdenkst, ob du Spring Cloud oder K8s verwenden sollst, denken echte Experten über die Datenkonsistenz in verteilten Systemen nach. Wenn du aus dem Kreislauf der Rahmenbedingungen ausbrechen möchtest, empfehle ich dir, das Buch (Designing Data-Intensive Applications) zu lesen, das als die Bibel für Backend-Entwicklung gilt. Es behandelt die Essenz von verteilten Systemen, Datenbanken und Systemdesign. Wenn du das verstanden hast, kannst du, egal welches Framework morgen populär ist, dessen Grundlagen sofort durchschauen.

Erinnerst du dich an die Jungs, die damals Flash gemacht haben? Erinnerst du dich an die großen Köpfe, die damals das Symbian-System geschrieben haben?

Haben sie sich nicht angestrengt? Sind sie nicht intelligent?

Wenn die Zeit dich verlässt, wird sie dir nicht einmal ein Wiedersehen sagen.

Das Schrecklichste ist, dass unsere angebliche schnelle Lernfähigkeit in Wirklichkeit ein Verbrauchereigenschaft ist, die das Kapital am meisten schätzt.

Weil du schnell lernst, bist du billig.

Früher war ein alter chinesischer Arzt mit zunehmendem Alter immer wertvoller, weil Erfahrung nicht reproduzierbar ist. Und jetzt? Ein 35-jähriger alter Programmierer, der ein hohes Gehalt verlangt, hat ein niedriges Preis-Leistungs-Verhältnis. Ein 23-jähriger frisch graduierter Student, gib ihm zwei Handbücher, lass ihn ein bisschen auf Github kopieren und ändern, und nach einem Monat kann er loslegen.

In diesem Moment wirst du sagen, ich habe Erfahrung, ich kann Fallen vermeiden.

Mach keinen Spaß. In den meisten Geschäftsszenarien, die CRUD sind, braucht man überhaupt keine so fortgeschrittene Technologie. Was macht es schon, wenn der Code ein bisschen schlecht ist? Kann man nicht einfach ein paar weitere Server hinzufügen? Was ist mit Speicherlecks? Kann man nicht jeden Morgen um Mitternacht einen Neustart machen?

Für den Chef zählt nur, dass es läuft.

Dein eleganter Code, dein Designmuster, dein architektonisches Denken sind in den Augen des Chefs nicht so wertvoll wie der, der ihm beim Trinken hilft, große Visionen malt und glänzende PPTs erstellt.

Das ist der Grund, warum schlechte Münzen gute verdrängen.

Wenn du merkst, dass der Ingenieur, der nebenan jeden Tag von Befähigung, Hebeln, geschlossenen Schleifen und Granularität redet, schneller befördert wird als du, der einen halben Monat an der grundlegenden Quellcode-Analyse gearbeitet hat, solltest du aufwachen.

Das größte Elend für Techniker ist, dass wir immer zu weit von Geld entfernt sind.

Wir sind die Produktivität, aber nicht die Hauptakteure der Produktionsbeziehungen.

Du hast einen großartigen Empfehlungsalgorithmus geschrieben, der die Nutzerbindung erhöht hat. Wem gebührt das Lob? Es gehört dem Betrieb, dem Produkt, sogar dem Geschäftsmann, der den Kanalvertrag abgeschlossen hat.

Warum?

Weil Technologie in der Geschäftswelt nur ein Werkzeug ist.

Es ist wie beim Hausbau, du bist derjenige, der die Ziegel bewegt und die Wände mauert. Egal wie gerade die Wände sind und wie schnell du die Ziegel bewegst, am Ende sind es die Entwickler, die das Haus verkaufen, die Maklerin, sogar die Immobilieninvestoren, die das Geld verdienen, und nicht du, der Ziegel bewegt.

Außerdem ist die Technik oft derjenige, der die Schuld trägt.

Wenn das System abstürzt, trägst du die Verantwortung. Wenn es zu spät online geht, trägst du die Verantwortung. Wenn es viele Bugs gibt, trägst du die Verantwortung.

Aber was ist, wenn das Geschäft nicht läuft?

Der Produktmanager wird sagen: Ich möchte auch, dass es gut läuft, aber die Technik unterstützt das nicht, diese Funktion kann nicht umgesetzt werden, der Zeitplan ist zu lang.

Sieh dir diesen perfekten geschlossenen Kreislauf an.