Der nächste Rich

 (clojure.org)
1 Punkte von GN⁺ 2023-08-05 | 1 Kommentare | Auf WhatsApp teilen
  • Rich Hickey zieht sich aus der kommerziellen Softwareentwicklung und seiner Anstellung bei Nubank zurück, kehrt aber als unabhängiger Entwickler zurück und setzt die Wartung und Weiterentwicklung von Clojure fort
  • Die Arbeit an Clojure wird von Alex, Stu, Fogus und vielen weiteren Mitwirkenden fortgeführt; Arbeiten für 1.12 und darüber hinaus sind ebenfalls geplant
  • Nubank unterstützt weiterhin Alex, Fogus, das Clojure-Kernteam und die breitere Clojure-Community
  • Datomic wird weiterhin von Stu bei Nubank geführt; das wachsende Team und ein neues kostenloses Angebot könnten die nächste Veränderung prägen
  • Dieser Ruhestand gibt Rich Hickey die Freiheit und Unabhängigkeit aus den Anfangstagen von Clojure zurück, und die Reise von Clojure geht weiter

Rich Hickeys Ruhestand und die fortgesetzte Entwicklung von Clojure

  • Rich Hickey zieht sich aus der kommerziellen Softwareentwicklung zurück und beendet auch seine Anstellung bei Nubank
  • Für ihn war es eine faszinierende Erfahrung zu sehen, wie Clojure und Datomic erfolgreich in Umgebungen mit großem Maßstab eingesetzt werden
  • Nach dem Ruhestand setzt er als unabhängiger Entwickler die Wartung und Verbesserung von Clojure fort
  • Die Arbeit an Clojure wird gemeinsam mit Alex, Stu, Fogus und vielen weiteren fortgeführt
  • Nützliche Arbeiten für Clojure 1.12 und darüber hinaus sind geplant

Unterstützung durch Community und Nubank

  • Die Clojure-Community bleibt weiterhin freundlich, reif und produktiv
  • Die Community erweitert Clojure in viele spannende neue Bereiche
  • Nubank unterstützt weiterhin Alex, Fogus, das Clojure-Kernteam und die breitere Clojure-Community

Die nächsten Schritte für Datomic

  • Stu wird die Entwicklung von Datomic bei Nubank weiterhin leiten
  • Das Datomic-Team wächst und gedeiht innerhalb von Nubank
  • Wohin das neue kostenlose Angebot von Datomic führen wird, bleibt ein spannender Ausblick für die Zukunft

Rückblick auf Cognitect

  • Für Rich Hickey bleibt seine Zeit bei Cognitect ein Höhepunkt seiner Karriere
  • Er hat von allen im Team gelernt und ist für die gemeinsamen Interaktionen zutiefst dankbar
  • Stu und Justin sind für seine Ideen immer wieder Risiken eingegangen, waren die besten Partner und Freunde und verkörperten stets Integrität in vollem Maße
  • Alex Miller brachte zahlreiche Fähigkeiten mit, die Rich Hickey fehlten; ohne seinen unbeugsamen Geist, seine Positivität und seine Freundschaft wäre Clojure nicht das, was es heute ist

Zurück als unabhängiger Entwickler

  • Rich Hickey hat durch Clojure und Cognitect viele Freunde gefunden und hofft, diese Freundschaften auch künftig zu pflegen
  • Der Ruhestand gibt ihm die Freiheit und Unabhängigkeit zurück, die er in der frühen Entwicklungszeit von Clojure hatte
  • Die Reise von Clojure geht weiter

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2023-08-05
Hacker-News-Kommentare

  • Richs Simple Made Easy ist das beste Programmiervideo, das ich je gesehen habe, und meiner Ansicht nach etwas, das viele Engineers wirklich verstehen sollten, um besseren Code zu schreiben.
    Ich arbeite als dienstältester Engineer, also als Chief Architect, in einem Unternehmen mit über tausend Engineers, und ich empfehle dieses Video jedem Junior, der mich fragt, wie er besser werden kann.
    Außerdem lief die einzige große Anwendung, die ich mit Clojure + Aleph in Produktion gebracht habe, sieben Jahre lang unter dauerhaft hoher Last von über 10k TPS, ohne gemeldete Bugs oder Ausfälle.

    • Raymond Hettingers Beyond PEP8 ist ebenfalls ein Vortrag, den ich unbedingt empfehle.
      Viele Dinge, die ich immer im Kopf hatte, meinen Kollegen aber nie gut vermitteln konnte, konnte ich erst nach diesem Vortrag erklären; da er sowohl Python als auch Java behandelt, ist er auch für Leute, die mit funktionaler Programmierung nicht vertraut sind, eher zugänglich.
      Viele Programmierer, mit denen ich gearbeitet habe, wollten ihre Umgebung nicht richtig lernen und wiederholten deshalb unpassende Muster; oder sie versuchten umgekehrt, die Umgebung nach ihrem Geschmack zurechtzubiegen, indem sie Abstraktionen übermäßig ausbauten. Beides kann eine Codebasis ruinieren.
    • Als ich anfing, Clojure zu lernen, war 1 das letzte Ergebnis, 2 das Ergebnis von vor zwei Ausdrücken, *3 das Ergebnis von vor drei Ausdrücken und so weiter; da hatte ich das Gefühl, dass das später unmöglich keine Probleme verursachen würde.

  • Ich musste von Java-Bibliotheken abhängen, also schrieb ich mein erstes Trading-System in Clojure.
    Das war 2011, und ich hatte etwa drei Jahre Lisp-Erfahrung. Als ich sagte, ich würde eine relativ neue Sprache verwenden, begegnete man mir mit Skepsis; aber dass sie auf der JVM lief, passte zu der Umgebung, die damals in vielen High-Frequency-Trading-Firmen genutzt wurde, und half bei der Überzeugungsarbeit.
    Einige Jahre später wurde es wegen neuer Anforderungen mit C++-Interop ausgemustert und neu geschrieben, aber Speicherverbrauch und Allocation-Tracking wurden extrem schwierig, und in zeitkritischen Systemen waren die Kosten von Speicherallokationen deutlich spürbar.
    Beim späteren Wechsel zurück zu Java ließen sich die Java-Bibliotheken leicht wiederverwenden, aber wegen der Common-Lisp-artigen Technik, zuerst in Clojure eine DSL zu bauen und darauf die Algorithmen zu schreiben, war es viel schwieriger, den Code der Algorithmus-Implementierung zu portieren.
    Dieser Teil wurde nach dem Rewrite viel wortreicher und unbeholfener, aber es hat wirklich Spaß gemacht, und es fühlte sich an, als hätte ich in einem Monat so viel gelernt wie sonst in einem Jahr.

    • Auf der JVM ist Allocation an sich eher nicht langsam; normalerweise wird nur ein Pointer erhöht, was oft schneller ist als in Sprachen mit manueller Speicherverwaltung.
      Die für Garbage Collection nötigen Mechanismen erzeugen zwar Overhead, insofern stimmt die grundsätzliche Aussage, aber die Langsamkeit der Allocation selbst zuzuschreiben, ist schwer.
    • Ich frage mich, ob man das Unternehmen nicht davon überzeugen konnte, für die DSL einen einbettbaren Scheme-Interpreter zu verwenden.
    • Ich frage mich, ob Clojure/Java am Ende einfach nicht performant genug war und man deshalb zu C++ wechseln musste.
    • Wenn man zuerst in Clojure eine DSL gebaut und damit die Algorithmen geschrieben hat, heißt das dann nicht, dass man Lisp-Makros wirklich so weit wie möglich meiden sollte?

  • Ich habe zwei große Projekte in Clojure gebaut: eines war ein Startup-SaaS, das gescheitert ist, das andere ein internes System; beide haben wirklich Spaß gemacht.
    Von großen Server-Komponenten bis hin zur Kopplung auf Modulebene habe ich den enormen Wert lose gekoppelter Komponenten gelernt, die einfache Daten austauschen, und inzwischen bin ich gegenüber riesigen, monolithischen, rechthaberischen Web-Frameworks sehr skeptisch.
    Lisp insgesamt war das lohnendste Programmier-Kaninchenloch, in das ich je hinabgestiegen bin, und eine echte Goldgrube an Techniken und Disziplin, die sogar beim Coden in imperativen/prozeduralen Sprachen meine Denkweise verändert hat.

  • Das Wort congratulations stammt aus dem Lateinischen und verbindet com- für „gemeinsam“ mit gratulari, was danken oder Freude zeigen bedeutet; gratulari kommt von gratus, derselben Wurzel wie gratitude.
    Ich hatte nur das Glück, Rich ein paar Mal persönlich zu treffen, aber ich möchte ihm tiefe Dankbarkeit aussprechen, und es erfüllt mich mit großer Freude, dass er diesen Schritt geht.
    Ich bin gespannt, was er in der nächsten Phase zeigen wird.

    • Wenig fängt diesen Geist so gut ein wie Big Man Tyrones klassisches Congratulations-Video.
      Die Bedeutung wechselte von Aufrichtigkeit zu Satire und wieder zurück zu Aufrichtigkeit, aber die im ursprünglichen Video angelegte, im Kern freudige Haltung trägt meiner Ansicht nach den Optimismus ehrlicher Freude in sich.

  • Durch Rich Hickeys Vorträge begann ich im Studium, Clojure und funktionale Programmierung zu erkunden, was später in meiner Laufbahn zu der Gelegenheit führte, zur Weiterentwicklung der funktionalen Sprache F# beizutragen.
    Ich kann nicht sagen, dass es ein riesiger Erfolg war, aber es war auch kein großer Fehlschlag, und am Ende bin ich wirklich froh, dass es so gekommen ist.
    Wenn ich heute gelegentlich auf mein Abschlussprojekt in Clojure zurückblicke, empfinde ich es als eigentümlich elegant.

    • Ich habe eine ähnliche Erfahrung gemacht.
      Danach habe ich Dinge gebaut, die größeren Einfluss hatten, aber die Software, auf die ich letztlich am stolzesten bin, war ein in ClojureScript geschriebener Rechner.
      Lose auf dem letzten Kapitel von SICP basierend implementierte ich Zustandsübergänge einer Registermaschine auf lächerlich metazirkuläre Weise und visualisierte die Registermaschine in Processing wie eine einfache ALU, weil die Implementierung interessanter war als die eigentliche Anwendung.
      Ohne Rich Hickey oder Clojure hätte ich wohl kaum begriffen, wie erfreulich und kreativ Softwareentwicklung sein kann; hätte ich versucht, solche Logik in Produktion zu bringen, wäre ich sofort gefeuert worden, aber die Erfahrung selbst war A+.
    • Ich habe zu der Zeit, als du bei Microsoft warst, mit F#-Programmierung angefangen, und innerhalb weniger Jahre wurde F# zu einer ziemlich leistungsfähigen Cross-Platform-Option.
      Microsoft und die Community haben daran ihren Anteil, aber deine Hilfe war eindeutig ebenfalls wichtig.

  • Ich erinnere mich, wie Rich über die Zeit und das Geld, die er in Clojure gesteckt hat, sprach, sogar über Geld aus seiner Altersvorsorge.
    Ich wünsche ihm einen langen und erfüllten Ruhestand.

  • Die ursprünglichen Ankündigungen von 2020 sind hier:
    https://cognitect.com/blog/2020/07/23/Cognitect-Joins-Nubank
    https://news.ycombinator.com/item?id=23926407
    https://building.nubank.com.br/welcoming-cognitect-nubank/
    Eine sehr interessante Geschichte.

    • Ich dachte, das sei genau ein Jahr her und Richs Wartezeit sei nun abgelaufen, aber beim erneuten Hinsehen war es ganz und gar nicht ein Jahr her.

  • Das ist wirklich großartig.
    Erstens stärkt es den Eindruck, dass Clojure als Teamprojekt weiter reift.
    Zweitens wirkt es wie ein Vorzeichen für großartige neue Dinge, die nur aus persönlicher Freiheit entstehen können.
    Drittens kann man nur mitfiebern, wenn ein BDFL bei seinem Arbeitgeber in den Ruhestand geht und sich direkt in sein Lebenswerk stürzt.

    • Genau so habe ich es auch gesehen, und die Sprache bekommt nun deutlich mehr Fokus.

  • Ich habe Rich einmal bei Stu zu Hause getroffen, als wir Marvel Champions gespielt haben.
    Danke für Clojure, Datomic, Cognitect und die vielen Vorträge; diese Schöpfungen haben mein Leben auf vielerlei Weise bereichert.
    Ich hoffe, er hat im Ruhestand reichlich Zeit, in der Hängematte zu liegen.

  • Ohne die enorme Arbeit der Community rund um Clojure und ClojureScript wäre OrgPad nicht möglich gewesen.
    Die Teammitglieder wären vermutlich in der Wissenschaft oder in Unternehmensstrukturen gefangen geblieben; stattdessen können wir nun als Startup/Unternehmen leben, das praktisch von zwei Familien betrieben wird.
    Danke an Rich und alle, die diese Reise unterstützt haben, dafür, dass sie Coding nicht zu harter Plackerei, sondern zu einer vorhersehbaren, produktiven und fast schon angenehmen Arbeit gemacht haben.