Un equipo pequeño que diseña XEN desde operaciones reales: plantas, flotas, mostradores y cierres contables. Buscamos a quien quiera construir lo mismo.
No publicamos vacantes con fecha: cuando un perfil encaja, abrimos la conversación. Cuéntanos qué has construido, qué operación conoces de cerca y cómo te gustaría contribuir. Respondemos a cada mensaje.
JavaScript de punta a punta: React en la web y en la aplicación, Node en el servidor, MongoDB como memoria. Una librería de componentes propia y un sistema de diseño que se comparte entre la web, la aplicación y el panel interno.
Diseño de agentes que ejecutan con permisos y aprobación, protocolos abiertos para agentes externos y la conversación de Xeni con cada área.
Quien entra a una planta, a una tienda o a una entidad pública, entiende cómo trabaja y deja XEN operando con su equipo.
Facturación, series y correlativos, cierre contable y nómina: procesos ligados al país y a la operación de cada empresa.
Cinco cosas que ya son así en el equipo y que se notan el primer día.
La valorización mensual de una planta de tratamiento de agua, la lista de verificación de una flota y la emisión electrónica de un mostrador existen porque alguien las necesitaba. No construimos funciones por catálogo.
La web, el servidor, el panel interno y la aplicación móvil están escritos en JavaScript. Cualquier persona del equipo puede leer cualquier parte del sistema.
Una funcionalidad nueva empieza con Xeni escribiendo el alcance y los casos de prueba. El equipo construye sobre esa especificación y despliega con la suite en verde. Así funciona XEN Overdrive por dentro.
Una pantalla está hecha cuando cada bloque responde una pregunta de quien la usa y está en español y en inglés. Lo que no llega a ese nivel se termina o se retira, nunca se publica a medias.
Sin rejillas de relleno, sin métricas decorativas, sin degradados que no significan nada. Tablas densas antes que tarjetas y el vocabulario del cliente, no el de una presentación.
