Es wirkt, als hätten Sie den Originaltext angesehen und den ursprünglichen Text mit den nummerierten Referenzen unverändert übernommen.

Hm … ich frage mich schon, ob man wirklich so weit gehen muss …

Hätten sie sich lieber mal um die Copilot-Leistung gekümmert ...

Warum steht hinter jedem Satz [1]..?

So etwas wie „MS Office AI“ wäre wohl besser gewesen; warum sie überhaupt von Anfang an „365“ drangehängt haben ... die Leute nennen es immer noch Office ...

Wenn nicht „(früher Office)“ dabeisteht, wird das wohl niemand erkennen. Warum nur den guten Namen Office aufgeben ...

Stimmt, haha. Ich probiere es auch gerade in ein paar persönlichen Projekten aus, und mit der Zeit gibt es immer weniger Trial-and-Error, sodass es langsam wirklich brauchbar wird.

Als ich die Web-Version von Claude Code genutzt habe, dachte ich mir, es wäre praktisch, wenn man Befehle per Sprache geben könnte, ohne tippen zu müssen. Ich wusste allerdings nicht, wie man so etwas einrichten kann, damit koreanische Sprache als Text erkannt wird..

Mir geht es in letzter Zeit genauso ... Statt mir Sorgen zu machen, dass mir AI den Job wegnimmt, habe ich enormen Spaß daran, Dinge zu erschaffen. Manchmal ist es sogar aufregend, morgens die Augen aufzumachen.

Ich baue derzeit als persönliches Projekt ein einfaches Tool und kann dieser Aussage absolut zustimmen.
Da ich eine Art Bildbearbeitungsfunktion und eine komplexe UI umsetzen musste, habe ich überlegt, womit ich das machen soll, und baue es jetzt als Web-UI.
Als ich mir grob ansah, was ich an zwei Tagen am Wochenende programmiert hatte, habe ich gemerkt, dass ich das mit manueller Arbeit wohl in deutlich über zwei Monaten geschafft hätte — mit AI habe ich es dagegen im Handumdrehen zusammengebaut.

Warum? Ich denke, das stimmt schon, wenn man sich in einer Situation befindet, in der man k8s nur um des k8s willen macht.

Im Web ist es vermutlich eher für einfache Checks und einfache Aufgaben auf demselben git branch wie lokal gedacht.
(Um sogar unterwegs zu arbeiten??)
Nur eine Vermutung, aber wenn man lokal fünf Instanzen erstellt, könnte man je nach Zweck unterschiedliche git branches verwenden, um den Kontext zu verwalten.
Jeder Tab wäre dann zum Beispiel so aufgeteilt:
Tab 1 für das Erstellen von DB-Queries und die Planung, Tab 2 für das Backend, Tab 3 für die API-Entwicklung, Tab 4 für das Frontend, Tab 5 für Code-Review usw. — also vermutlich parallel in Bereichen betrieben, in denen es möglichst wenig Konflikte gibt.

Dass Netzwerkaufrufe nicht kostenlos sind, stimmt wohl. Ein Funktionsaufruf und ein API-Call sind eindeutig nicht dasselbe.

Reden ist billig. Zeig mir den Code!

IPv4 kann man sich merken und eintippen, aber … bei IPv6
geht das nicht.

Ich habe die Zusammenfassung gerne gelesen, das war lehrreich.

Da kommt ja einiges heraus. LONG LIVE C-LANG !!!
Aber wenn später einmal C4 erscheint, wird es dann geradezu explosionsartig populär sein ...

Da Zig jedes Jahr Breaking Changes mitbringt, gefällt mir die Sprache zwar, aber inzwischen greife ich nicht mehr danach.
Andererseits wirkt C3 nach allem, was ich in der Einführung gesehen habe, insgesamt wie eine Mischung aus C + Go, also angenehm zu lesen und zu schreiben, und es scheint deutlich weniger Stress durch Versions-Updates zu geben.

Das könnte sein.

Gute Worte … aber wirklich schwer umzusetzen..