Worin unterscheidet sich diese Diskussion eigentlich von einem Issue? Ein Issue ist kein „Bug“. Ob Bug, Funktionsvorschlag oder PR … sobald es etwas zu diskutieren gibt, ist es ein Issue.
Wenn es nicht diskussionswürdig ist, kann man es schließen.

 

Ich habe es letztes Jahr auf einem Galaxy-Book-Laptop installiert, aber wegen eines Kompatibilitätsproblems ist es ständig eingefroren.

 

Rich - eine Python-Bibliothek für aufwendig formatierte Terminalausgaben ist zwar am besten.

Wenn es wirklich nur um Tabellenfunktionen geht, gibt es aber auch PrettyTable oder Tabulate.

 

Sieht praktisch aus, was gibt es dafür in Python?

 

Wow, erstaunlich, dass es ausgerechnet in Japan begonnen hat. Ich hätte gedacht, dass so etwas zuerst in Europa oder den USA kommen würde.

 

Im letzten Jahr gab es viele Verbesserungen bei HiDPI und HDR, und ich glaube, die Unterstützung ist jetzt besser als unter Windows.

 

Ich frage mich wirklich, warum 4o mini so bepreist ist. Soweit ich weiß, ist das normale 4o günstiger, lol.

 

Ich hatte fälschlicherweise angenommen, dass es natürlich ein ARM-Kern sein würde.
Vielen Dank für die freundliche Antwort.

 

Der Linux-Boom kommt..! Ich nutze seit meiner Zeit auf der Highschool, also seit etwa 20 Jahren, einen Linux-PC.
Seit ungefähr 5 Jahren habe ich mein Haupt-Laptop auf Fedora umgestellt und bin dabei geblieben.
Ich habe zwar auch einen Windows-Desktop, aber außer für bestimmte Spiele schalte ich ihn kaum ein.
Selbst Dinge wie Seiten von öffentlichen Einrichtungen sind eher besser als auf dem Windows-Desktop, wenn man sie in bottle in einer virtuellen Umgebung ausführt, weil man so all die unnötigen Sicherheitsprogramme komplett nur in diese virtuelle Umgebung packen kann~

 

Heutzutage sind auch die meisten Wayland-Probleme verschwunden.

 

Wird 2026 nicht vielleicht ein neues Tool erscheinen? Es wird zwar anders als Rails sein, aber etwas stärker abstrahiert … Ich bin gespannt.

 

Irgendwie muss ich dabei plötzlich an Aaron Swartz denken, den Mitgründer von Reddit. Das war sicher eine Veränderung, die er sich sehnlichst gewünscht hätte..

 

Agenten-Frameworks … der Name klingt großspurig, aber am Ende sind sie nur Werkzeuge, die alles an das LLM weiterreichen. Eine leere Hülle.

 

Statt strcpy sollte man besser snprintf verwenden. Wenn im Code strcpy vorkommt, sollte man die Adresse des Entwicklers herausfinden, der das eingebaut hat.

 

Rails ist praktisch, weil es Konventionen erzwingt und unter der Abstraktionsschicht viel Magie betreibt, auch wenn das mit dem Trade-off geringerer Performance einhergeht. Das kostet aber nicht sofort Geld, während man sich fragen muss: Wenn das Framework eigenmächtig das Modell auswählt und dadurch der Token-Verbrauch explodiert, wer übernimmt dann die Verantwortung dafür ...?

 

Meiner Meinung nach kann man Verantwortung für Risiken unabhängig von der Größe nicht durch AI ersetzen. Es spielt keine Rolle, ob es um Mitarbeitende oder den CEO geht. Wenn man Mitarbeitende, die Risiken tragen, durch AI ersetzt, muss jemand anderes diese Verantwortung übernehmen. Beim CEO ist es genauso. Wenn man ihn durch AI ersetzt, muss jemand anderes dieses Risiko tragen. Und am Ende wird diese Person die Rolle des CEO übernehmen.

Ich denke, dass nur „Menschen“ Risiken tragen.

Dass man das dennoch durch AI ersetzen könne, und sogar die Person ersetzen wolle, deren größter Daseinszweck als CEO darin besteht, „Entscheidungen mit sehr hohem Risiko“ zu treffen, ist der Punkt, der mich zweifeln lässt. Ich sage damit nicht, dass der CEO unersetzbar ist, Mitarbeitende aber ersetzbar sind.

Ich denke jedoch, dass die Technologie in naher Zukunft sogar diese Risiken verteilen, steuern und absichern können wird. In diese Richtung hat sich die technologische Entwicklung schließlich immer bewegt.

 

Ich empfehle den kime-Eingabemethoden-Editor

 

Die koreanische Eingabemethode war so unbequem, dass sie für mich praktisch unbenutzbar war. Ist das heutzutage deutlich besser geworden? Bei Chrome gab es zum Beispiel oft schwere Probleme, etwa dass Eingaben verschluckt wurden oder das letzte Zeichen wieder gelöscht wurde.

 

Eine treffende Beobachtung. Die Fehlerrate des Menschen ist höher..