Stimmt schon, ich habe mir das Original angesehen, in der Hoffnung, dass da vielleicht noch ein neuer Insight drinsteckt, aber was soll das eigentlich ...
Wenn es um so grundlegende Dinge geht wie dass Speicher teuer ist und man deshalb Festplatten nutzt, oder um Stabilität im Produktionsbetrieb, oder um Atomarität,
dann sollte man den Einstieg nicht damit eröffnen, dass man plötzlich nur Geschwindigkeiten vergleicht — da kann ich mir ein spöttisches Lachen nicht verkneifen.
„Wir verkaufen zwar Datenbanken, aber eine DB ist nicht immer notwendig!“ — ob man mit so einem Artikel unbedingt auch noch ganz ungeniert solche Aussagen bringen muss, weil man Marketing machen will grummel... Selbst wenn ich es positiv sehen will, werde ich dabei manchmal doch zynisch.
Na gut, dann nehme ich es eben wenigstens als Benchmark mit.
Ich habe den Beitrag mit großem Interesse gelesen, ebenso das, was Sie im Blog geschrieben haben. Ich weiß nicht, ob der Vergleich ganz passend ist, aber ich denke dabei daran, warum das allererste Tutorial in vielen Programmiersprachen Hello World! ist und warum man früher beim Lernen der Webentwicklung oft ein Forum oder einen Online-Shop gebaut hat — am Ende läuft das doch auf das hinaus, wovon Sie gesprochen haben. Früher dachte ich nämlich: Wenn man die Technik beherrscht, mit der sich ein Forum und ein Online-Shop bauen lassen, kann man den Großteil des Webs umsetzen. Und letztlich besteht Programmierung im Kern doch nur aus Input und Output.
Ich finde, das Fazit ist etwas überzogen. Kommerzialisierung oder übermäßige Formalisierung können zwar ein Problem sein, aber das heißt nicht, dass Werkzeuge wie Sprints oder Backlogs nutzlos geworden sind. Sie haben auch dabei geholfen, eine horizontale, zielorientierte Meeting-Kultur zu etablieren. Dass SDD wichtiger geworden ist, stimmt zwar, aber weil sich diese Spezifikation selbst schnell und kollaborativ mit KI erstellen lässt, ist das weiterhin agil. Der zweiwöchige Sprint wurde nur auf ein paar Stunden verkürzt; das Wesen der iterativen Verfeinerung scheint mir aber unverändert geblieben zu sein.
Was für ein unsinniger Text. Der Kern ist doch, dass man schon die Spec selbst agil schreiben muss ... Bei Agile geht es darum, sich schnell an Veränderungen der Kundenanforderungen anzupassen.
Wegen solcher falschen Missverständnisse und halbherzigen Vorstellungen von Agile geraten sowohl Agile als auch die Entwicklungskultur in die falsche Richtung.
Man kann auch ohne Kühlschrank leben, aber das wäre wohl ziemlich unpraktisch.
Wenn man einen Kühlschrank nutzen kann, gibt es keinen Grund, darauf zu verzichten.
Wow, als ich das 2020 gesehen habe, gab es noch nicht viele Bibliotheken, die mit HWP umgehen konnten, aber in letzter Zeit ist ihre Zahl explosionsartig gestiegen.
Schade, dass das schon wieder nur für macOS ist … ein bisschen enttäuschend ;_; Ich habe zwar viele ungenutzte Server, aber die basieren alle auf Linux …
Nach manchen Maßstäben sind heute ohnehin alle agil. Ich frage mich, ob es je eine Zeit gab wie jetzt, in der so schnell ausgeliefert und Feedback eingeholt wird.
Da man durchaus Code lesen muss, scheint aus dieser Perspektive die Aussage „Code statt Dokumentation“ gültig zu sein, und da Dokumentation als Anweisung vom LLM als dem Ausführenden gelesen werden muss, kann ich ihr aus dieser Perspektive ebenfalls zustimmen. Daher scheint das Fazit zu sein, dass letztlich beides gleichzeitig wichtig ist.
Das Problem heutiger LLM-Produkte ist die technische Schuld, die sich in der Betriebsphase ansammelt. Für einen kontinuierlichen Betrieb müssen Entwickler am Code beteiligt sein, und dafür sollte Code meiner Meinung nach zumindest vorerst noch in der Lage sein, Dokumentation zu ersetzen.
Nicht libhwp war unbedingt der ausschlaggebende Grund, sondern eher diese Mülltruppe das größere Problem. Es gibt kein Subjekt; wenn du dich davon angesprochen fühlst und wütend wirst, dann ist das dein Problem.
Es wäre schön, wenn Codex wie Claude auch OAuth-Token unterstützen würde.
Stimmt schon, ich habe mir das Original angesehen, in der Hoffnung, dass da vielleicht noch ein neuer Insight drinsteckt, aber was soll das eigentlich ...
Wenn es um so grundlegende Dinge geht wie dass Speicher teuer ist und man deshalb Festplatten nutzt, oder um Stabilität im Produktionsbetrieb, oder um Atomarität,
dann sollte man den Einstieg nicht damit eröffnen, dass man plötzlich nur Geschwindigkeiten vergleicht — da kann ich mir ein spöttisches Lachen nicht verkneifen.
„Wir verkaufen zwar Datenbanken, aber eine DB ist nicht immer notwendig!“ — ob man mit so einem Artikel unbedingt auch noch ganz ungeniert solche Aussagen bringen muss, weil man Marketing machen will grummel... Selbst wenn ich es positiv sehen will, werde ich dabei manchmal doch zynisch.
Na gut, dann nehme ich es eben wenigstens als Benchmark mit.
Ich habe den Beitrag mit großem Interesse gelesen, ebenso das, was Sie im Blog geschrieben haben. Ich weiß nicht, ob der Vergleich ganz passend ist, aber ich denke dabei daran, warum das allererste Tutorial in vielen Programmiersprachen
Hello World!ist und warum man früher beim Lernen der Webentwicklung oft ein Forum oder einen Online-Shop gebaut hat — am Ende läuft das doch auf das hinaus, wovon Sie gesprochen haben. Früher dachte ich nämlich: Wenn man die Technik beherrscht, mit der sich ein Forum und ein Online-Shop bauen lassen, kann man den Großteil des Webs umsetzen. Und letztlich besteht Programmierung im Kern doch nur aus Input und Output.Ich finde, das Fazit ist etwas überzogen. Kommerzialisierung oder übermäßige Formalisierung können zwar ein Problem sein, aber das heißt nicht, dass Werkzeuge wie Sprints oder Backlogs nutzlos geworden sind. Sie haben auch dabei geholfen, eine horizontale, zielorientierte Meeting-Kultur zu etablieren. Dass SDD wichtiger geworden ist, stimmt zwar, aber weil sich diese Spezifikation selbst schnell und kollaborativ mit KI erstellen lässt, ist das weiterhin agil. Der zweiwöchige Sprint wurde nur auf ein paar Stunden verkürzt; das Wesen der iterativen Verfeinerung scheint mir aber unverändert geblieben zu sein.
Was für ein unsinniger Text. Der Kern ist doch, dass man schon die Spec selbst agil schreiben muss ... Bei Agile geht es darum, sich schnell an Veränderungen der Kundenanforderungen anzupassen.
Wegen solcher falschen Missverständnisse und halbherzigen Vorstellungen von Agile geraten sowohl Agile als auch die Entwicklungskultur in die falsche Richtung.
Was ist das denn für ein Blödsinn?
Glaubt ihr etwa, man benutzt eine DB wegen der Performance?
Der Link verweist fälschlicherweise auf die
com-Domain.Hier ist der Link zur zugehörigen Mitteilung.
[Hinweis] 16.04. (Do) Problem beim Zugriff auf den Service ▶ Behoben
Man kann auch ohne Kühlschrank leben, aber das wäre wohl ziemlich unpraktisch.
Wenn man einen Kühlschrank nutzen kann, gibt es keinen Grund, darauf zu verzichten.
Stimmt, es ist nicht Apache 2.0.
Vielen Dank!!
Das hat anscheinend eine andere Lizenz als das ursprüngliche gemma4.
Leider scheint man das am häufigsten zu sehen...
Wow, als ich das 2020 gesehen habe, gab es noch nicht viele Bibliotheken, die mit HWP umgehen konnten, aber in letzter Zeit ist ihre Zahl explosionsartig gestiegen.
Schade, dass das schon wieder nur für macOS ist … ein bisschen enttäuschend ;_; Ich habe zwar viele ungenutzte Server, aber die basieren alle auf Linux …
Nach manchen Maßstäben sind heute ohnehin alle agil. Ich frage mich, ob es je eine Zeit gab wie jetzt, in der so schnell ausgeliefert und Feedback eingeholt wird.
Krass
Da man durchaus Code lesen muss, scheint aus dieser Perspektive die Aussage „Code statt Dokumentation“ gültig zu sein, und da Dokumentation als Anweisung vom LLM als dem Ausführenden gelesen werden muss, kann ich ihr aus dieser Perspektive ebenfalls zustimmen. Daher scheint das Fazit zu sein, dass letztlich beides gleichzeitig wichtig ist.
Das Problem heutiger LLM-Produkte ist die technische Schuld, die sich in der Betriebsphase ansammelt. Für einen kontinuierlichen Betrieb müssen Entwickler am Code beteiligt sein, und dafür sollte Code meiner Meinung nach zumindest vorerst noch in der Lage sein, Dokumentation zu ersetzen.
Nicht
libhwpwar unbedingt der ausschlaggebende Grund, sondern eher diese Mülltruppe das größere Problem. Es gibt kein Subjekt; wenn du dich davon angesprochen fühlst und wütend wirst, dann ist das dein Problem.Was, wenn ein Waterfall-Zyklus nur einen Tag dauern würde?
Gibt es auch für Ollama
https://ollama.com/0xIbra/supergemma4-26b-uncensored-gguf-v2
Auch ein etwas größeres 31B-Modell
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-mlx-4bit
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-GGUF