Lulucat Blog es donde dejamos por escrito cómo se construyen realmente las aplicaciones. Encontrarás análisis detallados de los motores de renderizado que están detrás de nuestras herramientas de escritura a mano —modelos de trazos, gomas de borrar, canalizaciones de GPU—, de las herramientas de medición que creamos para poder confiar en ellos y notas sinceras sobre nuestro trabajo con agentes de programación de IA: qué hicieron bien, qué rompieron y qué conservamos. No hay un calendario fijo; publicamos cuando hay algo real que mostrar.
La herramienta de tiza de Lulucat Notes perdía velocidad en las zonas de escritura densa. El cuello de botella no estaba en las 3,571 muestras de entrada, sino en las 70 pasadas scratch de pantalla completa que se hacían en cada fotograma. Una caché de baja resolución descartada y un rectángulo scissor para cada trazo completan la historia.
Evaluamos Turso/libSQL para nuestra app 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 solo debería pagar por problemas que ya existen.
Queríamos llevar a Lulucat Notes la pluma estilográfica direccional de Freeform. La especificación era una captura de pantalla de escritura a mano. Tras dos modelos, una pregunta discriminante 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 teselas de Core Graphics se convirtió en un pipeline de sprites de punto 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 es el diseño obvio. Mover objetos lo rompe, así que en Lulucat Notes el borrado pertenece al trazo cuya tinta elimina.
Los datos reales del Apple Pencil revelaron defectos que las pruebas sintéticas no detectaron y llevaron a Lulucat Notes de tres motores de contorno a un modelo de sellos de MaLiang.