—
Im Lulucat Blog halten wir fest, wie die Apps tatsächlich gebaut werden. Wir gehen detailliert auf die Rendering-Engines hinter unseren Handschriftwerkzeugen ein – Strichmodelle, Radierer, GPU-Pipelines – und auf die Mess- und Testwerkzeuge, die wir bauen, um ihnen vertrauen zu können. Dazu kommen ungeschönte Notizen zur Arbeit mit KI-Coding-Agenten: was sie richtig gemacht haben, was sie kaputtgemacht haben und was wir behalten haben. Kein fester Zeitplan; neue Beiträge erscheinen, wenn es etwas Echtes zu zeigen gibt.
RSS-Feed
Das Kreidewerkzeug von Lulucat Notes wurde in dichten Handschriftbereichen langsam. Der Engpass waren nicht die 3,571 Eingabe-Samples, sondern 70 Scratch-Pässe über den gesamten Bildschirm pro Frame. Ein verworfener Cache mit niedriger Auflösung und ein Scissor-Rechteck pro Strich erzählen den Rest.
Gaoge ZhangWir haben Turso/libSQL für unsere iPad-App für handschriftliche Notizen evaluiert, alles gemessen und uns für flache Snapshot-Dateien entschieden. Unsere Arbeitslast braucht keine Datenbank — jeder Schritt sollte nur für Probleme bezahlen, die bereits existieren.
Gaoge ZhangWir wollten den richtungsabhängigen Füllfederhalter aus Freeform in Lulucat Notes. Die Spezifikation war ein Screenshot einer Handschrift. Zwei Modelle, eine entscheidende Frage und eine elliptische Feder später schreibt der Wasserstift, wie er soll. Kimi K3 erledigte Recherche, Code und Validierung auf Fireworks.
Gaoge ZhangUnsere Core-Graphics-Tile-Pipeline wurde in sechs kleinen Schritten zu einer Metal-Point-Sprite-Pipeline, jeder auf einem echten iPad verifiziert. Der Code entstand im Pair-Programming mit Kimi K3 auf Fireworks.
Gaoge ZhangEin eigener Radiererstrich liegt nahe. Objektbewegung bricht das Modell; in Lulucat Notes gehört das Löschen zum Strich, dessen Tinte es entfernt.
Gaoge ZhangEchte Apple-Pencil-Daten enthüllten von Tests übersehene Fehler und führten Lulucat Notes von drei Kontur-Engines zu einem MaLiang-Stempelmodell.
Gaoge Zhang