Rubys Weimarer Renaissance: Warum die alte Ordnung Platz für Neues macht
Living in the Weimar Era of Ruby
In einem persönlichen Essay vergleicht der Autor die aktuelle Ruby-Community mit der Weimarer Republik: Eine alte Ordnung verliert das Interesse, doch genau in dieser unübersichtlichen Zeit entstehen die spannendsten Werke. Er widerspricht der These, dass Ruby am Ende sei, und zeigt anhand neuer PDF-Bibliotheken wie sghtmltopdf und stationery, wie schnell aus einer jahrelangen Wüste zwei exzellente Lösungen wurden. Weitere Beispiele wie Qt-Bindings, Scarpe und die Parquet-Bibliothek herringbone belegen: Die Ruby-Ökosystem erlebt eine künstlerische und technische Blüte.
Die alte Ordnung hatte das Interesse verloren, niemand war mehr verantwortlich, der Boden verschob sich unter jedermanns Füßen – und genau das ist der Moment, in dem die interessantesten Arbeiten entstehen.
- chao-
Stimme José's im Artikel verlinktem Tweet größtenteils zu: Der Aufwand, etwas besser zu machen, ist erheblich gesunken. Zum Beispiel sind die Grundlagen für gute Ruby-Nebenläufigkeit seit 3-4 Jahren vorhanden. Viele alteingesessene Ökosystem-Bibliotheken und Konventionen haben diese neueren Werkzeuge nicht übernommen, und ich mache ihnen deswegen keinen Vorwurf. Viele hätten vielleicht Breaking Changes erfordert. Breaking Changes sind für jahrzehntealte, stabile Bibliotheken schwer zu verkaufen. Und für Anwendungsteams wäre es vor dem agentischen Engineering ein großer Kraftakt gewesen, große Projekte auf eine neue Sammlung von Bibliotheken zu migrieren. Aber das ist jetzt nicht mehr der Fall!
Ruby wird nie eine BEAM-Sprache oder Rust sein, aber ich bin ziemlich gespannt auf die kurzfristigen Leistungsverbesserungen in Ruby; nicht nur in der Basissprache (z. B. Spinel), sondern im breiteren Ökosystem. Wenn man ein paar Fußangeln vermeidet, eine grundlegende architektonische Konsistenz/Organisation beibehält (und seine Agenten dasselbe tun lässt), bietet Ruby weiterhin eine gute Balance zwischen Ausdrucksstärke und der Leichtigkeit, den Code zu durchdenken, relativ zur Menge an Annotationen und Boilerplate, die man dafür einbringen muss.
Für jemanden, der davon überzeugt ist, dass er den Code sowieso nie lesen sollte, ist das kein Vorteil, den er sich wünscht, vaya con dios! Es gibt nicht viel zu diskutieren, wenn man von so unterschiedlichen Prämissen ausgeht.
- woodruffw
Ich habe früher viel Ruby geschrieben, daher schätze ich die Begeisterung des Autors für die Sprache und die Zukunft der Community. Ich halte es in vielerlei Hinsicht für eine großartige Sprache, die mehr Aufmerksamkeit verdient. Ich war nie ein Rails-Mensch und hatte lange das Gefühl, dass die Community übermäßig an Rails gefesselt war, und es könnte sehr gut sein, wenn das aufgebrochen würde.
Andererseits finde ich den Vergleich mit Weimarer Deutschland ein wenig verrückt. Meine Assoziation mit dieser Zeit ist etwas weniger Fritz Lang und etwas mehr "Paramilitärs, die die Ostjuden terrorisieren". Es fühlt sich seltsam an, dies als Analogie für Rubys Wiederbelebung zu verwenden, nicht zuletzt wegen DHHs offen reaktionären Neigungen.
(Ich denke nicht, dass dieser Vergleich böswillig gemeint ist, ich denke nur, dass er nicht die vom Autor beabsichtigte Reaktion hervorruft.)
- goatlover
> Ich muss zugeben, dass ich ein paar Tage lang sehr deprimiert darüber war. Nicht wegen "KIs schreiben den ganzen Code" - das ist mir klar, und ich trauere nicht um die sich verändernde Landschaft des Handwerks
Wenn du nicht unter Druck stehst, für die Arbeit vibe-coden zu müssen, und immer noch gerne Code schreibst, verstehe ich dieses Gefühl nicht. Leute, die in ihrer Freizeit programmieren, werden nicht zurückgelassen. Es ist deine eigene Zeit, die du nutzen kannst, wie du willst. Und wenn du dir mehr Zeit nehmen willst, um eine Bibliothek oder dein Haustierprojekt von Hand zu erstellen, umso besser für dich.
Klar, wenn du für etwas zu Schwieriges, Zeitaufwändiges oder Langweiliges Hilfe von der KI brauchst, ergibt das Sinn. Aber die Vorstellung, dass jeder das Handcodieren aufgeben muss, ist absurd. Das gilt auch nicht für alle bezahlten Programmierarbeiten und wird es weiterhin nicht tun, trotz des Marketing-Hypes.
- rdg1991
Eine Sache, die mir in dieser Präsentation wirklich aufgefallen ist, ist der Kommentar "Hey on a Raspberry Pi" - das wirkt auf mich eher wie eine Anklage dagegen, wie viele Leute Hey tatsächlich nutzen. Ich kenne genau eine Person, die es nutzt, und arbeite für einen stark Rails-lastigen Laden mit Leuten, die DHH lieben. Das sollte man bei all seinen großen Verkündungen zu Arbeit/Geschäft/usw. im Hinterkopf behalten: 37S hat meines Wissens nach bei etwa 50 Mitarbeitern gedeckelt, und das war vor dem Massenexodus.
Ich hoffe wirklich, dass er sich weniger auf Rails konzentriert und andere es mehr übernehmen lässt. Es macht viele Dinge wirklich gut, und es ist unglaublich einfach, schnell Dinge darauf zu bauen.
- asdffdasy
Die Leute werden sagen, dhh wird gecancelt usw. Aber er hatte schon immer sehr schlechte politische Ansichten.
Jetzt ist er voll in Musks Orbit, also erwarte ich, dass er in der Öffentlichkeit noch polarisierender wird.
Und letztendlich hat Musk ihm ein paar Millionen gegeben, um Grok zu verkaufen (beginnend mit der vollständigen Integration in sein Arch-Installationsskript, das er eine Distribution nennt).
Wenn man also dem Geld folgt, ist ziemlich klar, dass er "einfach seinen Job (als Grok-Verkäufer) macht".