Oh … ich hatte gerade etwas in der Umsetzung, aber damit sollte ich wohl den Rahmen festlegen.

 

Es scheint ein unvermeidbares Problem zu sein, weil die Struktur verlangt, Logik in YAML unterzubringen.

Der obige Artikel scheint grob die folgende Antwort zu geben, aber wenn man den Skriptteil durch Dagger ersetzt, könnte das nicht eigentlich die richtige Lösung sein.

„GitHub Actions sollte nicht die Logik verwalten; stattdessen sollte man die Skripte direkt kontrollieren und Actions nur diese Skripte aufrufen lassen.“

 

Nach Claudes Übernahme von Bun kommen weiterhin gute Nachrichten herein. So wird es möglich sein, sich dem Projekt mit größerer Stabilität zu widmen.

 

Das sind gute Nachrichten.

 

Gefällt mir: Die Gesprächshistorie wird sowohl mit FTS als auch mit Vektoren verwaltet.

 

Ein aufschlussreicher Beitrag – ich lese ihn immer wieder.

 

Das Tempo des Wandels scheint viel zu schnell zu sein ;_;

 

Es scheint nicht viele offene TTS-Modelle mit Unterstützung für Koreanisch zu geben.
Vom früher veröffentlichten Kokoro-82M hieß es zwar, dass es Koreanisch unterstützt, aber ich habe gehört, dass die Qualität wohl nicht besonders gut sein soll.
Wenn ich kurz suche, heißt es außerdem, dass man mit GPT-Sovits etwas bauen und nutzen kann oder mit etwas wie Edge-TTS wohl einigermaßen brauchbare Ergebnisse bekommt.

In letzter Zeit mache ich viel Vibe-Coding, und wenn man das mit Whisper kombiniert, könnte vielleicht etwas Interessantes dabei herauskommen, aber mir fehlt noch die Idee, haha.

 
jokerized 2026-01-16 | übergeordneter Kommentar | in: Ist Rust schneller als C? (steveklabnik.com)

Im Embedded-Bereich wird sogar unter Berücksichtigung der Hardware-Cache-Line-Größe programmiert. Es dürfte letztlich darauf ankommen, wie weit ein Programmierer auf Sprachebene extreme Optimierungen treiben kann und wie gut Standardbibliothek und Compiler performen. Da beide ohnehin Low-Level-Unterstützung bieten, scheint der Unterschied bei einem geringen Overhead wohl minimal zu sein. Deshalb ist das meiner Meinung nach keine besonders sinnvolle Debatte. Wenn eine extreme Optimierung nötig ist, braucht es am Ende ohnehin menschliches Eingreifen. Compiler sind nämlich nicht so perfekt, wie man vielleicht denkt.

 

Ich bin mir nicht sicher, ob Koreanisch gut unterstützt wird.

 

Im Durchschnitt weiß ich nicht, welche Sprache am schnellsten ist, aber die Streuung dürfte bei C++ am größten sein.

 

Und das erste Foto wirkt wirklich wie eine Szene aus einem postapokalyptischen Film.

 

(Coding-Skills = nur Table Stakes) schluchz schluchz

 
galadbran 2026-01-16 | übergeordneter Kommentar | in: Ist Rust schneller als C? (steveklabnik.com)

Haben Sie das nicht absichtlich gemacht, hehe?

 
secret3056 2026-01-16 | übergeordneter Kommentar | in: Ist Rust schneller als C? (steveklabnik.com)

Zig ist auch nicht schlecht ... T_T