So wie es auch im Zeitalter maschinell gefertigter Kleidung noch Stricken gibt, könnte es vielleicht auch Coding als Hobby geben.

Meiner äußerst persönlichen Meinung nach
könnte man vielleicht das Vergnügen des Builders und des Thinkers herauspicken.

Jetzt kann man mit vollständig niedrigen Kosten (wenig Zeit) etwas erschaffen, das funktioniert, und
sich die Freude daraus holen, dass Nutzer es verwenden, sowie die Freude, ein Problem aus dem realen Leben gelöst zu haben.

Wenn man die eingesparte Zeit dann in Probleme steckt, die tiefes Nachdenken erfordern (was ich tatsächlich auch so mache),
dann hat das auf seine Weise Bedeutung und macht ebenfalls Freude.

Hahahahahahahaha....

Das lässt sich kaum bestreiten
Auch MySQL ist in den neuesten Versionen durch allerlei Verbesserungen beim Bedienkomfort durchaus gut geworden, aber die Nutzung von PostgreSQL ist schon etwas bequemer.

Wenn es ein Fall ist, in dem man die Performance mit einem Clustered Index maximieren möchte, könnte MySQL InnoDB etwas besser sein?

Genau das, haha

Ist MySQL nicht möglich??

Beides sind Blackboxes, und die Grundstruktur ist zwar gleich, aber deshalb sollte man nicht vorschnell behaupten, dass sie ähnlich sind.

„Menschen, die gern programmieren“ vs. „Menschen, die gern Dinge bauen“ – eine zunehmende Polarisierung

• Erstere: Gefühl von Verlust
• Letztere: Gefühl der Befreiung (Code als Mittel zum Zweck → Übergang zu Architekturaufsicht und -koordination)

Ich glaube, das trifft es wirklich ziemlich genau.

xAI hat kein Geld, bis zur tatsächlichen Umsetzung wird es noch lange dauern, und das Ganze löst eher einen auf Investorenstimmung basierenden Hype aus als echte Rentabilität.

Eigentlich reichen bei dem Thema des Artikels etwa drei Zeilen; der Rest wirkt wie Trivia, die man nebenbei lesen kann.

Solche Artikel nach dem Motto „Mit Postgres kann man alles machen“ tauchen regelmäßig auf.

Copilot wird immer noch kritisiert. Wann verbessert MS es endlich?

Die beiden Fälle sind voneinander unabhängig, aber der Haupttext ist so geschrieben, dass er verwirrend wirkt. Wenn man dem letzten Link im Haupttext folgt, sind es die folgenden zwei Fälle.

Ein Softwarearchitekt mit 30 Jahren Erfahrung lobte das überschwänglich und sagte: „Auf herkömmliche Weise hätte eine Funktion, die ein Jahr gedauert hätte, in nur zwei Wochen fertiggestellt.“ Der Linux-Kernel-Mitwirkende Roland Dreier sagte: „In den vergangenen sechs Monaten gab es einen gewaltigen Sprung“ und berichtete, bei komplexen Aufgaben eine 10-fache Geschwindigkeitssteigerung erlebt zu haben.

Stimme ich zu, zu 100 %.

Wenn man darüber nachdenkt, was verletzlicher ist – Postgres oder unser Business …

Ich verstehe, was Sie sagen möchten, aber ich denke trotzdem nicht, dass es eine besonders schlechte Wahl ist, context7 ergänzend zu nutzen, anstatt jedes Mal in AGENTS.md oder Skills einzeln die Links zur neuesten Dokumentation aller aktuell verwendeten Frameworks/Bibliotheken zu sammeln und einzutragen.

Außerdem wird context7 weder im GeekNews-Beitrag noch im Vercel-Originaltext erwähnt. Ich hinterlasse diese Antwort, weil es für mich so wirkt, als hätten Sie den Inhalt um einen halben Schritt voraus interpretiert.

(Nur der Vollständigkeit halber: Dass sich mit gut geschriebenen Skills und AGENTS.md Tokens einsparen lassen, ist eine weithin bekannte Tatsache, und auch ich weiß das sehr gut.)

Das sind wohl Forschungsergebnisse, die eine klare Antwort darauf geben, warum wir uns nicht vollständig auf KI verlassen, sondern sie nur als unterstützendes „Werkzeug“ verwenden sollten.

Ein großartiger Artikel. Wenn mir unbekannte Konzepte oder Funktionsabkürzungen begegnen, versuche ich möglichst, noch einmal die KI zu fragen.

Ich persönlich finde es äußerst praktisch, wenn ich unterwegs kurz per SSH auf einen Server zugreifen muss, um Code zu überwachen.

Heißt das nicht, dass es auf die Rückseite des Mondes geschickt werden soll?

Fröhlich am Tanzen … und dann einfach … geh zugrunde!