Sehe ich genauso. Früher hatte ein PR noch etwas von dem Gefühl, dass ich für das von mir geschaffene Ergebnis selbst verantwortlich bin,
doch das PR eines Vibe Coders wirkt eher wie: „Ich habe keine Ahnung, was ich da überhaupt gebaut habe, aber ein Ergebnis gibt es jedenfalls, also bewerte du es und finde die Probleme.“
Der Grund, warum PRs tot sind, scheint weniger am PR selbst zu liegen als an der schlampigen Kommunikation von Vibe-Codern.
In welchem Flow etwas umgesetzt wurde, welche anderen Methoden es gab und warum sie nicht gewählt wurden, warum sich package.lock ändern musste. Sind das nicht alles Dinge, die man zuerst erklären sollte?
Wenn man es einfach in die PR-Beschreibung schreiben könnte, wirken eher die Coder entbehrlich, die einen unbedingt erst danach fragen lassen.
Cursor Composer 1 basierte auf Qwen, diese Version basiert auf Kimi. Die IDE basiert auf VSCode.
Es wirkt, als würde das ganze Unternehmen Open Source verpacken und weiterverkaufen. Heutzutage verdient man Geld damit, Open Source neu zu verpacken.
Autsch, das dürfte dem Cursor-Team wehtun, wenn es das sieht..
Ich verstehe, was damit gemeint ist, aber es war schon immer dumm, Ingenieure nach der Anzahl der Codezeilen zu bewerten. Es scheint wirklich schwierig zu sein, gute Metriken zu finden.
Sollten wir einen Ingenieur mit einem Jahresgehalt von 500.000 Dollar nicht eher fragen: „Was haben Sie dieses Jahr entwickelt, und wie hat das zum operativen Gewinn des Unternehmens beigetragen?“ statt: „Wie viele Tokens haben Sie verbraucht?“
Ich bin gespannt, worin genau der Unterschied zu Claudes frontend-design liegen wird.
Ich glaube, es ist schwer, das im Sinne von „Wer kann Frontend-Design besser?“ direkt zu vergleichen, aber dass es auch in Codex erschienen ist, dürfte wohl die wichtige Tatsache sein, oder?
Die Gebühren von Adobe für die Kündigung eines Abos waren wirklich unangemessen. Die Strafe ist zwar eher mild, aber immerhin ist es gut, dass überhaupt eine Geldbuße verhängt wurde.
Verwenden Sie für Frontends auf keinen Fall GPT. Es ist furchtbar. Vergleichen Sie es mit demselben Prompt mit Opus.
Sehe ich genauso. Früher hatte ein PR noch etwas von dem Gefühl, dass ich für das von mir geschaffene Ergebnis selbst verantwortlich bin,
doch das PR eines Vibe Coders wirkt eher wie: „Ich habe keine Ahnung, was ich da überhaupt gebaut habe, aber ein Ergebnis gibt es jedenfalls, also bewerte du es und finde die Probleme.“
Das war schon immer Apples ursprüngliche Haltung, und wenn Ihnen das nicht gefällt, dann mögen Sie Apple eben nicht. Nutzen Sie etwas anderes.
Ich denke, das schlechteste Entwicklungstool der Geschichte ist Xcode.
Dem stimme ich zu.
Front-end-Design ist mit GPT eher nicht so gut, deshalb habe ich ein anderes Modell machen lassen; hoffentlich ist es damit ganz ordentlich geworden.
Es fühlt sich an, als wäre pencil.dev erst vor Kurzem erschienen, und schon gibt es eine Open-Source-Alternative dazu.
Der Grund, warum PRs tot sind, scheint weniger am PR selbst zu liegen als an der schlampigen Kommunikation von Vibe-Codern.
In welchem Flow etwas umgesetzt wurde, welche anderen Methoden es gab und warum sie nicht gewählt wurden, warum sich
package.lockändern musste. Sind das nicht alles Dinge, die man zuerst erklären sollte?Wenn man es einfach in die PR-Beschreibung schreiben könnte, wirken eher die Coder entbehrlich, die einen unbedingt erst danach fragen lassen.
Autsch, das dürfte dem Cursor-Team wehtun, wenn es das sieht..
„Tot; es lebe“
Solche Artikel gibt es inzwischen wirklich zu viele. Aber ich erkenne an, dass KI gerade alles verändert.
Für eine verwandte Zusammenfassung siehe Es hat sich bestätigt, dass Cursor Composer 2 ein Modell ist, das RL auf Kimi K2.5 anwendet.
Ich verstehe, was damit gemeint ist, aber es war schon immer dumm, Ingenieure nach der Anzahl der Codezeilen zu bewerten. Es scheint wirklich schwierig zu sein, gute Metriken zu finden.
Sollten wir einen Ingenieur mit einem Jahresgehalt von 500.000 Dollar nicht eher fragen: „Was haben Sie dieses Jahr entwickelt, und wie hat das zum operativen Gewinn des Unternehmens beigetragen?“ statt: „Wie viele Tokens haben Sie verbraucht?“
Ich hoffe, dass tailscale dieses Problem umgeht.
Ich bin gespannt, worin genau der Unterschied zu Claudes
frontend-designliegen wird.Ich glaube, es ist schwer, das im Sinne von „Wer kann Frontend-Design besser?“ direkt zu vergleichen, aber dass es auch in Codex erschienen ist, dürfte wohl die wichtige Tatsache sein, oder?
Als Nächstes erfinden sie wohl auch noch Waterfall und Agile neu.
Die Gebühren von Adobe für die Kündigung eines Abos waren wirklich unangemessen. Die Strafe ist zwar eher mild, aber immerhin ist es gut, dass überhaupt eine Geldbuße verhängt wurde.
Ich habe den Titel entsprechend diesem Inhalt angepasst.
Verwandt:
Die Performance lässt zu wünschen übrig. GPU- oder bestimmte NPU-Unterstützung gibt es noch nicht, deshalb ist es langsam..