Líder Técnico / Líder de Ingeniería (Contratista)

Esta es una posición de Tech Lead un poco diferente de las que solemos publicar por aquí.

Estamos buscando a la primera persona que liderará técnicamente nuestro primer producto propio. Por eso, tuvimos un cuidado especial al explicar el contexto, los desafíos, las responsabilidades y lo que esperamos de esta posición.

A continuación encontrarás una descripción más completa de lo habitual. La intención es que, incluso antes de postularte, puedas entender bien el desafío que estamos proponiendo y evaluar si tiene sentido para ti.

El Desafío:

Este es el primer producto propio de Lab Secreto, construido con un uso intensivo de agentes de IA y un ritmo de ejecución fuera del estándar del mercado, bajo el liderazgo directo del CEO del Lab. Ahora ha llegado el momento de incorporar a alguien que asuma la propiedad técnica y forme el equipo que llevará esto adelante.

Si lees esto y piensas "este es el tipo de desafío que quiero asumir", sigue leyendo; el resto de la vacante fue escrito para que decidas con información real, no para que se vea bonita.

Liderar el producto y su equipo, en asociación directa con el CEO y el CTO. En la práctica, esto significa:

• Fundamentos sólidos de arquitectura de software, mentalidad de creador (maker) y capacidad de ejecutar rápido y con precisión usando IA.
• Ser el dueño técnico del producto. Arquitectura, contratos, estándares, calidad. Las decisiones estructurales surgen de conversaciones entre ustedes; la defensa y la ejecución son tuyas.
• Traducir la visión de negocio en una secuencia ejecutable, en orden, alcance y entrega.
• Escribir código y sostener la velocidad.
• Formar y liderar el equipo del producto. Definir el perfil, participar en la selección y ser el estándar técnico que las personas seguirán.
• Establecer cómo se valida el trabajo aquí. ¿Cómo sabemos que lo producido es correcto? Esta pregunta es tuya para responder e instrumentar.

Lo que necesitamos que ya tengas:

1. Fundamentos de arquitectura de software: innegociable, debes poder hablar con propiedad sobre:

• Modelado de dominio real. Distinguir tipo de instancia, identidad estable de identificador temporal, propiedad de señal de estado de evento.
• Contrato versus implementación. Definir qué existe sin filtrar cómo funciona.
• Sistemas distribuidos en la práctica. Idempotencia, entrega confiable, reconciliación, compensación, ordenamiento. Saber que una llamada exitosa no prueba que la operación terminó.
• Datos en tiempo real. Estado inicial más actualizaciones incrementales, detección de pérdida, resincronización, contrapresión, latencia.
• Versionado y compatibilidad. Evolución del contrato sin romper a quienes lo consumen.
• Saber cuándo no abstraer. Generalizar demasiado pronto, dividir servicios demasiado pronto y convertir todo dato en objeto son errores que cuestan caro.

2. Sobre el stack: importa mucho menos que cómo piensas. Hoy trabajamos principalmente con TypeScript/Node y C#/Unity, pero la lista de lenguajes en tu currículum no es el criterio; sí lo es la disposición a aprender lo que el problema pida.

3. Dominio industrial, geoespacial, telemetría, 3D o video son bienvenidos, pero nada de esto es bloqueante; nosotros enseñamos aquí, incluso llevándote al campo. Los fundamentos, no.

4. Ritmo: El estándar de ritmo de esta vacante es el mismo que aplicamos en otras iniciativas del Lab: entrega rápida, ciclos cortos y uso intensivo de agentes de IA desde el primer momento. Decimos esto porque es la expectativa real de velocidad de la vacante. Nuestro mayor desafío es encontrar a quien sostenga el ritmo ejecutando rápido y con precisión. La velocidad que genera retrabajo no es velocidad.

5. Ejecución con IA (y aquí vale una distinción): Usamos IA masivamente. No como accesorio: es el modo de producción. El trabajo hoy no es escribir líneas de código, sino construir los bucles y las herramientas que validan lo que producen los agentes, revisar planes antes de la ejecución e interrogar el resultado, haciendo preguntas, no leyendo línea por línea. Los agentes no son autónomos aquí; operan dentro de un sistema de verificación que alguien tuvo que diseñar. Esto es lo opuesto al "vibe coding". El "vibe coding" es aceptar lo que salió porque parece funcionar. Lo que hacemos exige fundamentos más fuertes, no más débiles: para especificar bien, para diseñar la verificación, para reconocer la abstracción errónea en un plan antes de que se convierta en código, y para saber qué pregunta expone el problema.

Si lees esta descripción y piensas "esto es pereza" o "esto es un juguete", no funcionará. Si lees y piensas "así es como quiero trabajar, pero aún no sé hacerlo bien", excelente, hablemos. El método se enseña en el proceso. Lo que no se puede entrenar a tiempo son los fundamentos.

Nuestra filosofía de ingeniería: output no es outcome

Esta parte de la descripción fue escrita con mucho cuidado. Queremos que entiendas cómo pensamos la ingeniería, el producto y la entrega, y que puedas evaluar si esta forma de trabajar tiene sentido para ti. Por ello, recomendamos leer esta sección con atención antes de continuar con las demás partes de la descripción.

Entregar no es resolver. Código escrito, servicio en el aire y sprint cerrada son output. Outcome es el resultado en el negocio, el nuestro y el de nuestros clientes. Solo la segunda columna cuenta.

Por eso no nos enamoramos de frameworks, de arquitecturas perfectas sobredimensionadas, de una constelación de microservicios ni de las herramientas necesarias para administrar la complejidad que nosotros mismos creamos. La complejidad autoinfligida es la forma más cara de parecer sofisticado.

Creemos en la arquitectura emergente y en muchos ciclos cortos de iteración. La estructura correcta surge del problema real, bajo presión de uso, no de un documento escrito antes de cualquier contacto con la realidad. Cada ciclo allana un camino seguro y validado para el cliente.

Nada de esto es licencia para hacer las cosas mal. Lo que construimos debe ser robusto y estar a la altura del problema que nos proponemos resolver. Una consecuencia práctica: no buscamos personas cuya identidad profesional esté atada a un lenguaje o stack específico. La elección de la herramienta aquí siempre está subordinada al resultado y cambia cuando necesita cambiar. Buscamos ingenieros y arquitectos de software dispuestos a ejecutar, no a admirar sus propias creaciones.

Ten en cuenta que esto no contradice la exigencia de fundamentos sólidos de la sección anterior. Es exactamente lo contrario: solo quien domina los fundamentos puede decidir con seguridad qué no construir. La sobreingeniería suele ser inseguridad disfrazada de rigor.

Sobre la asociación

Trabajarás directamente con nuestro CEO, quien también está a cargo del producto. Es creativo, hands-on, rápido y audaz. Tiene una visión de producto fuerte y detallada, genera muchas ideas y apuesta alto. Prototipa en lugar de discutir durante mucho tiempo. Cambia de dirección cuando aparece la evidencia y espera que la dupla atraviese la ambigüedad en lugar de esperar que se resuelva sola.

Esto es genial para quienes gustan de construir y puede ser incómodo para quienes necesitan un terreno más estable. Ambas reacciones son legítimas; solo es mejor descubrir cuál es la tuya antes, no después.

Lo que esperamos de quien asuma esta posición:

• Traducir dirección en orden. Muchas cosas sucederán al mismo tiempo. Alguien necesita transformar esto en secuencia, prioridades y decisiones claras.
• Mantener el ritmo sin perder precisión. Rápido y correcto. No rápido y luego rehacer.
• Disentir cuando sea necesario. Si una decisión técnica no tiene sentido, hay un riesgo importante o una elección de producto compromete la solución, esto debe decirse en el momento, no tres sprints después. El acuerdo automático es el peor resultado posible aquí.
• Ser el dueño técnico. Las decisiones construidas en conjunto pasan a ser responsabilidad de quien asume el liderazgo técnico: defender, ejecutar y, cuando sea necesario, revisar.
• Tal vez esta no sea una buena vacante para ti si: prefieres trabajar a partir de requisitos cerrados, necesitas procesos ya establecidos para funcionar bien, entiendes la velocidad y la calidad como fuerzas necesariamente opuestas o mides tu trabajo principalmente por la elegancia de la solución y no por el resultado que produce.

Sobre el producto

Es una plataforma de inteligencia operacional orientada a entornos industriales: conecta datos corporativos, geográficos, históricos y en tiempo real, contextualiza todo en un modelo operacional común y sustenta la decisión y la ejecución de manera gobernada y auditable.

El primer caso de uso está orientado a operaciones portuarias, pero el patrón se aplica a otros entornos industriales: minería, patios logísticos, plantas industriales, energía y ferrocarriles.

Quiénes somos

Lab Secreto es una consultoría estratégica brasileña que se posiciona como alternativa a las empresas tradicionales: resultados prácticos y tecnología como herramienta de transformación para la industria pesada. Actuamos en tres frentes: .TECH (IA generativa y aplicada, datos, gemelos digitales, sistemas complejos, hardware personalizado, XR), .EXCELENCIA (Lean & Six Sigma, eficiencia operacional, productividad y ROI) y .ESG.

Condiciones

• Modelo PJ (Contratista)
• Equity: del producto o del Lab. Estamos dispuestos a otorgar participación para esta posición y queremos discutirlo abiertamente en el proceso.
• Beneficios flexibles mediante tarjeta (Caju) y plan de salud SulAmérica (opcional); detalles en la propuesta.
• Bono de permanencia equivalente a una factura al completar 12 meses.
• PTO remunerado cada año de contrato; condiciones detalladas en el proceso.
• Formato flexible. Tenemos oficina en el Centro de Río de Janeiro, y habrá visitas periódicas a la operación en campo.