Vibe-Coding einer Rust-VM: Lehren aus 291 Sprints 🧠
Ein ehrlicher Rückblick auf die Realitäten, Fallstricke und Erkenntnisse des "Vibe-Codings" einer eigenen VM und eines JIT-Compilers in Rust mithilfe von KI-Agenten.
Ganzen Artikel lesen →Ein ehrlicher Rückblick auf die Realitäten, Fallstricke und Erkenntnisse des "Vibe-Codings" einer eigenen VM und eines JIT-Compilers in Rust mithilfe von KI-Agenten.
Ganzen Artikel lesen →Ein ehrlicher Rückblick auf die Entwicklung von KnotenCore: Wie aus einem experimentellen Spielprojekt über 291 Sprints hinweg eine funktionierende Laufzeitumgebung wurde.
Ganzen Artikel lesen →Sprint 289 & 291 ermöglichen elastische Skalierbarkeit: VMs können mitten in der Ausführung angehalten, serialisiert und auf entfernten Cluster-Knoten nahtlos fortgesetzt werden.
Ganzen Artikel lesen →Erfahren Sie, wie KnotenCore AST-Strukturen direkt in ausführbare x86_64-Maschinenbefehle im RAM übersetzt (RWX via memmap2) und mit nativer Geschwindigkeit ausführt.
Ganzen Artikel lesen →Sprint 208 führt nicht-blockierendes Laden von Texturen ein. Schwere I/O- und Bilddecodierungs-Aufgaben werden in Hintergrundthreads verlagert, um Framerate-Ruckler vollständig zu eliminieren.
Ganzen Artikel lesen →Sprint 207 bereinigt über 80 veraltete Beispieldateien, modernisiert die verbleibenden Skripte für den neuen Result-basierten Parser und sichert diese dauerhaft im CI ab.
Ganzen Artikel lesen →Sprint 202 erweitert OpCode::SimdExec um ein strukturiertes SimdOp-Enum für parallele Vektor-Additionen, -Subtraktionen und -Skalarprodukte via glam::Vec4.
Ganzen Artikel lesen →Sprint 201 migriert den Compiler-Parser von panikgesteuerter Fehlerfortpflanzung hin zu einem zur Compilezeit sicheren, Result-basierten Modell und bereinigt CLI unwrap()-Aufrufe.
Ganzen Artikel lesen →Sprint 200 bringt compilezeitseitige SIMD-Autovektorisierung für 4-Element-Arrays via glam::Vec4, detaillierte Compiler-Profiling-Zeitmarken und unser kultiges ASCII-Speed-Meme.
Ganzen Artikel lesen →Die Sprints 187-193 bringen GPGPU-Berechnungen via WGPU-Storage-Buffer, AOT-Compiler-Optimierungen (Constant Folding & DCE) sowie die umfassende Härtung der Iron-Shield-Sandbox.
Ganzen Artikel lesen →Sprint 181-186 brachte tiefgreifende Änderungen: Von der neuen HTTP Telemetrie-Brücke bis zur massiven Bereinigung von über 1.500 Zeilen altem Voxel-Code.
Ganzen Artikel lesen →Die Sprints 184 und 185 haben den alten FFI-Monolithen chirurgisch in exakt fokussierte, sichere Submodule zerlegt. Die Engine ist jetzt absolut gekapselt.
Ganzen Artikel lesen →KnotenCore geht global. Die VS Code Extension ist live, der native LSP-Server ist aktiv, und GPGPU Compute Shader sind in allen 10 Engine-Schichten verifiziert.
Ganzen Artikel lesen →Transparenz als Kernwert: Vom Realitätscheck der Binärgröße bis zum Hardened FFI Security Patch und der Fehlersynchronisation.
Ganzen Artikel lesen →Ein kompromissloser Härtetest der KnotenCore Engine. Wie 150 Commits zu 100% grünen AST-Execution Checks und flüssiger AABB-Itersection via FFI führten.
Ganzen Artikel lesen →Der Sprung von blockierenden Mutexen zu hardwarenahen [AtomicBool; 256]-Arrays (Sprint 109). Wie man den Heap aus der heißesten Schleife verbannt.
Ganzen Artikel lesen →"Es kompiliert" reicht nicht. Der erbarmungslose Kampf gegen den Borrow Checker und der Einsatz von In-Place-Updates für absolute Clippy-Compliance.
Ganzen Artikel lesen →Wie KnotenCore durch natives AOT-Linking von einer isolierten Spielerei zu einer skalierbaren Programmiersprache ohne Zirkelbezüge wurde (Sprint 110).
Ganzen Artikel lesen →Wie man als menschlicher Systemarchitekt eine autonome KI durch über 120 Sprints einer hochkomplexen Codebase steuert. Ein Einblick in Low Temperature Prompting.
Ganzen Artikel lesen →Ich habe keine einzige Zeile Code selbst geschrieben. Und trotzdem existiert jetzt ein funktionierender AOT-Compiler. Das ist die Geschichte hinter KnotenCore.
Ganze Story lesen →