Notas del laboratorio
Una capa editorial sobre nuestro trabajo diario: no qué cambió, sino por qué cambió, qué problema resuelve, cómo funciona y qué habilita. Una nota por proyecto y por día.
queze reemplaza el enum fijo de 8 rubros por centros de costo administrables por organización, y el carácter directo/indirecto de cada gasto ya no se elige a mano: se deriva del centro. El cambio recorre motor, API, web, mobile y la ejecución de campaña en un mismo día.
Sumamos un modo rápido de creación de proyecciones: seis campos de primer nivel, el margen que se actualiza a medida que cargás, y una proyección lista sin pasar por el editor por ítems.
La biblioteca de componentes sumó resorte, engranaje, rodamiento, eje con chaveta y circlip, cada uno contra su norma. Juntos cierran el camino de torque de un ensamble giratorio, pieza por pieza, sin geometría fingida.
El histórico de queze agrupaba y filtraba solo por chacra. Ahora un toggle deja verlo también por cultivo, para comparar todas las campañas de maíz (o de trigo, o de soja) juntas a lo largo de los años y entre chacras.
El pipeline suma un vertical de impresión 3D con una caja de bisagra print-in-place exportada a STL, endurece el gate del juego con presupuestos de performance por clase de asset, y agrega la escalera de incendios a la fachada de Chicago.
El platform pasa a ser self-serve de punta a punta: una persona no técnica crea su cuenta con email y contraseña (o Google), contrata una app en un solo campo, y su identidad de dueño llega hasta el tenant que se provisiona.
Los usuarios y roles de Vidriera pasan a estar aislados por instancia (un admin de una tienda ya no toca otra), el dueño queda grabado como admin al provisionar, y el login suma email/password además del SSO.
Una serie de fixes de UX sobre el editor y el análisis: el ciclo pasa a ser un selector (no texto libre que partía el histórico), la sensibilidad se piensa en valores absolutos con unidad, los inputs numéricos dejan de comer decimales, la dosis aparece solo cuando el cálculo la usa, y desaparece el doble scroll.
El pipeline de assets pasó de blocks dibujados a mano a generar ciudades enteras a partir de zoning + un seed, con mobiliario de calle causal y GPU instancing que baja los draw-calls de 22 858 a 24.
La fábrica de assets ya puede entregarle a un juego un pack listo para consumir: cada pieza declara su semántica jugable, se proyecta a un contrato plano y se re-chequea el gate antes de escribir, así que al juego nunca le llega un asset lindo pero inservible.
El DTO que crea una instancia de tenant sumó dos campos opcionales para el dueño (email y nombre). Es la pieza base del onboarding self-serve: sin ella, el control plane no tenía cómo decirle a la app quién es el admin del nuevo tenant.
Formalizamos el lado-consumidor del contrato de assets: el dominio pide modelos por concepto o tag —nunca por path— y solo recibe los que superan el gate completo de 'asset jugable', no solo los publicados.