Lulucat Blog es el lugar donde escribimos cómo se construyen realmente las aplicaciones. Encontrarás análisis a fondo de los motores de renderizado que están detrás de nuestras herramientas de escritura a mano — modelos de trazos, borradores, canalizaciones de GPU —, las herramientas de medición y verificación que construimos para poder confiar en ellos y notas francas sobre el trabajo con agentes de programación con IA: qué hicieron bien, qué rompieron y qué conservamos. No hay un calendario fijo; aparecen nuevas publicaciones cuando hay algo real que mostrar.
La herramienta de tiza de Lulucat Notes se ralentizaba en las zonas con escritura densa. El cuello de botella no eran las 3,571 muestras de entrada, sino 70 pasadas de scratch a pantalla completa por fotograma. Una caché de baja resolución descartada y un rectángulo scissor por trazo completan la historia.
Evaluamos Turso/libSQL para nuestra aplicación de escritura a mano en iPad, medimos todo y elegimos archivos planos. La carga de trabajo no necesita una base de datos, y cada paso debería pagar únicamente por problemas que ya existen.
Queríamos la pluma fuente direccional de Freeform en Lulucat Notes. La especificación era una captura de pantalla de escritura a mano. Después de dos modelos, una pregunta que separó las hipótesis y un plumín elíptico, la pluma de agua escribe como debe. Kimi K3 hizo la investigación, el código y la validación en Fireworks.
Nuestro pipeline de mosaicos de Core Graphics se convirtió en un pipeline de point sprites de Metal en seis pasos pequeños, cada uno verificado en un iPad real. El código se programó en pareja con Kimi K3 en Fireworks.
Un trazo de borrador como elemento propio parece el diseño obvio. Mover objetos lo rompe, así que en Lulucat Notes el borrado le pertenece al trazo del que elimina la tinta.
Los datos reales del Apple Pencil revelaron fallas que las pruebas sintéticas no detectaron y llevaron a Lulucat Notes de tres motores de contorno a un modelo de sellos de MaLiang.