Ich habe oft den Eindruck, dass Werkzeuge immer zugleich eine Erweiterung des Denkens und dessen Zerstörung mit sich bringen. Eigentlich müsste man durch diese Zerstörung des Denkens zu einer Erweiterung auf einer höheren Ebene gelangen können, doch in Momenten, in denen man darauf nicht vorbereitet ist, scheinen solche Probleme immer mitzukommen.

Deshalb begleiten die Nutzung von Werkzeugen am Ende wohl immer auch solche Überlegungen. Ich denke, das sind notwendige Prozesse. Statt sie einfach abzulehnen oder blind zu verwenden, halte ich es für sinnvoller, den Fokus darauf zu legen, wie man diese Werkzeuge gut einsetzt und wie man mit ihrer Hilfe grundsätzlich mehr Ressourcen auf die wirklich wichtigeren Bereiche verwenden kann.
(cursor usage inzwischen weit über 1.000 Mal pro Monat ...)

 

AWS lässt sich irgendwie verlagern, aber bei PyPI, crates.io und npm scheint es keine Lösung zu geben T_T

 

Herr Kim. Ich möchte mir erlauben, Ihnen einen Rat zu geben. Es geht um nichts anderes als darum: Verwenden Sie nicht zu viele Excel-Funktionen. Wenn es Bequemlichkeit gibt, steigt auch das Risiko. Um ein Rind zu schlachten, braucht man eine entsprechende Klinge — aber braucht man zum Schlachten eines Huhns überhaupt ein Messer? Das Einfache kann die richtige Antwort sein.

 

Rau formuliert, aber ganz falsch ist das nicht. Im selben Sinne wie: Auf gute Fragen kommen gute Antworten ..

 

Ich werde chatGPT nie wieder verwenden
Ich habe ebenfalls einen ähnlichen Beitrag geschrieben.

Es gibt zwar eindeutig den Effekt einer gesteigerten Produktivität, aber ich denke, man sollte es vermeiden, das eigene Denken vollständig daran abzugeben.

 

Ich bin zwar immer noch ein leidenschaftlicher Anhänger von Cursor und Anthropic, aber irgendwann habe ich gemerkt, dass ich den Agent-Modus, von dem ich so begeistert war, immer seltener nutze. Stattdessen frage ich im Ask-Modus zuerst nach Architektur und Umsetzungsweg und übernehme die von der AI vorgeschlagenen Änderungen nur dann Schritt für Schritt, wenn ich sie wirklich ausreichend nachvollzogen habe.
Während zwei Engineers ein nicht besonders großes Modul (aber eines, das in unserem Arbeitsprojekt ziemlich wichtig ist) jeweils mit dem Agent-Modus refaktorierten und die Struktur erweiterten, habe ich irgendwann direkt erlebt, dass der Code, der eigentlich die Architektur aufräumen sollte, in Wirklichkeit Lesbarkeit und Struktur noch chaotischer gemacht hat. Seitdem habe ich meine Arbeitsweise so geändert.

 

Eher als dass KI Entwickler dumm macht …
bleiben dumme Entwickler auch mit KI dumme Entwickler …
Garbage in, garbage out

 

Bei dem Namen Core 2 Duo denkt man sofort an Intel.

 

Viel Erfolg. Ich drücke überall, wo ich es auf LinkedIn sehe, auf „Gefällt mir“.

 

Ich stimme zu. ^^

 

> Randy Komisar, Der Mönch und das Rätsel

Mehr weiß ich nicht, aber dieses Buch empfehle ich.

 

https://paint.js.org/

Heutzutage ist Paint irgendwie viel zu kompliziert geworden … Ich glaube, mir reicht das alte Paint.

 

Das Beispiel ist leider ziemlich enttäuschend.
Man hätte nicht den Befehl echo ausgeben sollen, sondern einen echo-Befehl erstellen müssen ...

 

Ist das jetzt ein Betriebssystem oder eine Plattform~

 

Ich denke, der Autor spricht wohl davon, sich blind ausschließlich auf AI-Tools zu verlassen.

Meine persönliche Meinung ist: Wenn durch den Einsatz von AI die Effizienz der Arbeit gestiegen ist,
sollte man sie aktiv nutzen, um wiederkehrende Aufgaben zu reduzieren,
die gewonnene Zeit in breitere Bereiche zu investieren (z. B. dass sich ein Backend-Entwickler auch auf Frontend- oder App-Entwicklung ausweitet)
oder in zukunftsorientierte Themen wie Architekturdesign.

Wenn man den Gesamtinhalt betrachtet, würde der Autor der obigen Ansicht vermutlich ebenfalls zustimmen,
aber da es manchmal auch Entwickler gibt, die AI selbst ablehnen, wollte ich einfach ein paar Zeilen als Antwort dalassen .. haha
.

 

Die Übernahme von Wiz durch Google scheiterte, Wiz strebt nun einen IPO an

Es sah so aus, als würde es nichts werden, aber sie versuchen es erneut.

 

Algumon hat da wohl etwas gemacht. Ich habe eine gute Website kennengelernt.

 

Ich arbeite gerade als SRE, und es kommt nur selten vor, dass ich das, was ich morgens geplant habe, noch am selben Tag auch wirklich umsetze, haha.

 

Site Reliability Engineering, SRE