Es wäre gut, so etwas zu bauen, wenn man Halluzinationen des Basismodells auf ein Six-Sigma-Niveau oder ähnlich in den Griff bekommt. Heißt das, dass sich das mit einem Agenten in einer Managing-Rolle oder anderen Ergänzungen auf Code-Ebene ausreichend kontrollieren lässt?

RTFM: Lest bitte die offizielle Dokumentation.

Vielen Dank für dieses äußerst wertvolle Material zur tatsächlichen Entwicklung und zum Betrieb einer Website. Ich lese es mit großem Interesse.

Es geht um ein Unternehmen, das größer ist als Toss~

Natürlich darf bei Benchmarks die Manipulation mal wieder nicht fehlen.

Wenn es einen direkten Manager gibt, der keine Rücksicht auf Gefühle nimmt, und einen freundlichen Manager, der Rapport hält – welcher Typ Manager kann durch Feedback das Wachstum von Teammitgliedern fördern? Beim Lesen des vorherigen Beitrags kam mir diese Frage.

Ich denke, es ist ein Wahrscheinlichkeitsspiel. Menschen, die trotz extrem schlechter Chancen wachsen, gibt es überall. Ich finde, Manager sollten solche Menschen ausklammern und sich bemühen, die Gesamtwahrscheinlichkeit zu erhöhen. Ich denke, ein Manager, der handelt, weil er glaubt, dass seine Haltung auf ihre eigene Weise die Wahrscheinlichkeit erhöht, verdient Respekt. Solange er nicht einfach nur sein bisheriges Vorgehen beibehält, weil es eben geht.

Die Meinungen auf Hacker News sind ja furchteinflößend ... „Zehn Millionen? Ein Witz?“

Es heißt zwar, dass es keine Checkliste ist, aber ich sollte es wohl zu meiner Checkliste machen.

Ein wirklich interessantes Experiment.

In letzter Zeit dachte ich schon, dass Gemini beim Time to First Token überwältigend schnell ist — offenbar gab es dafür diesen Grund...

Ich stimme sehr zu, dass man sich unbedingt die offizielle Dokumentation ansehen sollte.

Als ich zum ersten Mal Programmieren unterrichtete, hatte ich den Eindruck, dass sich die Eignung als Programmierer zuerst daran zeigt, ob jemand Fehlermeldungen sorgfältig lesen kann oder nicht.

Nicht alle Punkte, aber bei den meisten kann ich gut nachvollziehen, warum man ihnen zustimmt.

Ich hatte überhaupt nicht daran gedacht, dass es dem Kunsthandwerk ähnelt, aber ich kann dem sehr zustimmen.
Wenn ich aus dieser Perspektive darüber nachdenke, habe ich das Gefühl, dass sich dadurch viele Phänomene erklären lassen.

Hyperlight – leichter Virtual Machine Manager (VMM) | GeekNews

Hyperlight WASM: schnell, sicher und OS-frei | GeekNews

Ich habe nach dem Lesen des kritischen Kommentars viel darüber nachgedacht. Es gibt Punkte, denen ich zustimme, und solche, die ich anders sehe.

• Dass der Status von Entwicklern derzeit bis zu einem gewissen Grad überhöht sein mag, kann sein, aber ich denke, das gilt auch für andere Berufsgruppen. Von wenigen zu vielen: Wenn die Zahl der Beschäftigten wächst und die Vielfalt zunimmt, ist das ein natürliches Phänomen. Das heißt nicht, dass diese Richtung automatisch richtig ist, aber ich finde nicht, dass das ausgerechnet bei Entwicklern besonders ausgeprägt ist.
• Es ist leicht zu lernen. Das gestehe ich zu. Aber eine niedrige Einstiegshürde bedeutet nicht, dass die Professionalität gering ist. Im Vergleich zu anderen Branchen, insbesondere zu anderen technischen Berufen in der Fertigungsindustrie, ist es meiner Meinung nach nicht deshalb leichter zu lernen, weil Entwicklung an sich einfacher wäre, sondern eher wegen der Open-Source-Kultur und des geringeren Risikos. Im Hinblick auf die zuvor erwähnte Vielfalt unter Entwicklern gibt es Aufgaben, die man schnell lernen und ausführen kann, und solche, die auf fachlicher Tiefe beruhen müssen.
• Das Umfeld hat sich verändert. Ich glaube nicht, dass die wachsenden Erwartungen des Marktes an Entwickler und ihre höhere Bezahlung im Vergleich zu früher nur auf ihre Fähigkeiten, ihre Erfahrung oder ihre Fachlichkeit zurückzuführen sind. Je tiefer IT in das menschliche Leben eindringt, desto wichtiger wird Software, und sie trägt eine große Menge an Infrastruktur. Ich denke nicht, dass die Vergütung steigt, weil die Fähigkeiten jedes einzelnen Entwicklers größer geworden sind, sondern weil die Arbeit selbst einfach teurer geworden ist. Weil sie wichtiger geworden ist als früher.
• Ist ein direkter Vergleich mit der Fertigungsindustrie sinnvoll? Aus der Perspektive, dass die Branche noch nicht ausreichend ausgereift ist, scheint der Vergleichsmaßstab die Fertigungsindustrie zu sein. Wenn man versucht, die Softwarebranche mit dem Paradigma der Fertigungsindustrie zu verstehen, kann sie wie Handwerk oder Hobbyentwicklung wirken. Ich denke aber umgekehrt, dass gerade solche Aspekte die flexible und kreative Kultur der Softwareentwicklung schaffen und dass die Branche darauf aufbauend wächst.
• Übermäßige Verblendung ist gefährlich. Dem stimme ich sehr zu. Entwicklung ist nicht das Einzige auf der Welt, das man lernen muss, und noch immer schreiben wir in das Feld „Beruf“ einfach „Angestellter“. Nur weil die gesellschaftliche Stimmung eine Blase erzeugt, sollte man sich davor hüten zu denken, dieser Beruf sei grundsätzlich ganz anders als andere. Aber das gilt letztlich für jeden Beruf.

Für Toss ist UX unmittelbar überlebenswichtig.
Aus einer anderen Perspektive als in diesem Artikel bin ich mir jedoch nicht sicher, ob das Unternehmen konsequent auf Profitabilität achtet.

Alles Gute zum Geburtstag. Hör auf den Onkel und bleib lange, lange gesund.

Ich denke, dass diese Art von Feedback je nach Persönlichkeit, Kulturkreis und individuellen Unterschieden beim Hören unangenehm sein oder sogar wütend machen kann. Grundsätzlich scheint es jedoch sowohl für die eigene mentale Gesundheit als auch aus Wachstumsperspektive besser zu sein, mit der Haltung heranzugehen: „Diese Person will mich nicht absichtlich quälen.“ Wenn man in so eine Situation gerät, kann man sich beim Lesen dieses Textes vielleicht denken: „Vielleicht gilt das auch für diesen Manager?“ Ein guter Text.