El software que poseemos, indicado en su etapa real.

Disponible significa que puedes contratarlo hoy. En desarrollo significa que se está construyendo activamente y todavía no se puede entregar. Planificado significa que el diseño existe y el desarrollo no ha empezado. Nada aquí usa una cuarta palabra.

• Ingeniería y consultoría

  Disponible

  Trabajo en sistemas, seguridad, proyectos full-stack

  Lo único de esta página que puedes contratar hoy. Ingeniería de sistemas especializada para empresas que necesitan profundidad real en lugar de una plantilla, y la rama pensada para financiar todo lo que aparece debajo.

  • Abierta a trabajos desde ya, en las condiciones que se detallan en Servicios.
  • Comunicación directa con las personas que construyen, sin capa de gestor de cuenta.

  Ver lo que asumimos→

• El sistema operativo

  En desarrollo

  Basado en Linux, ligero, transparente, seguro por construcción

  Un sistema operativo propio basado en Linux, para desarrolladores y organizaciones que quieren un entorno ajustado a cómo trabajan en lugar de un sistema generalista contra el que se pasan el tiempo peleando. Es la piedra angular de la hoja de ruta, y está en diseño y en desarrollo inicial.

  • Modular por construcción: las partes que no quieres están ausentes, no desactivadas.
  • Valores por defecto transparentes, para que lo que hace la máquina al arrancar sea inspeccionable y no folclore.
  • El rendimiento y la seguridad tratados como decisiones de desarrollo, no como pasadas de endurecimiento posteriores.
  • Todavía no existe ninguna compilación descargable. Cuando haya una que ejecutar, esta página lo dirá.

  Leer el plan completo→

• DocuLens

  En desarrollo

  Inteligencia documental con una persona en el circuito

  Subes un documento y clasifica su tipo, extrae los campos con una puntuación de confianza para cada uno y envía a una persona todo aquello de lo que no está seguro en lugar de adivinar. Pensado para el caso en que un error de extracción sale caro, que es la mayoría de los casos que merece la pena automatizar.

  • Confianza a nivel de campo, de modo que la cola de revisión son las extracciones poco seguras y no todo.
  • El paso humano forma parte del diseño, no es un recurso añadido después de que el modelo decepcionara a alguien.
  • Todavía no está alojado. Funcionará en doculens.products.tdacorp.in, y esta entrada dirá Disponible el día en que esa URL responda.

• QueryFlow

  En desarrollo

  Haz una pregunta en inglés y obtén la consulta y el gráfico

  Conecta una base de datos, pregunta en lenguaje corriente y genera el SQL sobre el esquema real, lo ejecuta y dibuja el resultado. La consulta generada se muestra en lugar de ocultarse, porque una cifra que nadie puede rastrear hasta una consulta no es una respuesta.

  • Generación que conoce el esquema: lee las tablas reales en lugar de adivinar nombres de columnas.
  • El SQL es visible y editable, de modo que una respuesta equivocada se puede depurar en lugar de ser un misterio.
  • Todavía no está alojado. Funcionará en queryflow.products.tdacorp.in, y esta entrada dirá Disponible el día en que esa URL responda.

• AgentForge

  Planificado

  Flujos de trabajo multiagente, construidos visualmente y ejecutados en producción

  Un constructor visual de flujos de trabajo de agentes en varios pasos, con el motor de ejecución que hay debajo tratado como la parte difícil: los reintentos, las aprobaciones y lo que ocurre cuando un paso falla a las tres de la madrugada. Diseñado, y el diseño es hoy la extensión honesta de lo que existe.

  • Los nodos de aprobación y de decisión son de primera clase, porque un flujo de agentes que nadie puede interrumpir es uno que nadie autorizará.
  • El motor de ejecución es el producto; el lienzo es la forma de dirigirse a él.
  • Planificado, sin empezar. Funcionará en agentforge.products.tdacorp.in.

• Primeros principios antes que dependencias. Una biblioteca es una decisión, y una decisión que no sabemos depurar es una decisión que no tomamos a la ligera.
• La capa de abajo es nuestra. Cuando un producto necesita que la capa de sistemas se comporte de otra manera, cambiamos la capa de sistemas en lugar de sortearla.
• Nada se entrega como producto hasta que lo es. Una versión temprana se describe en este sitio en su etapa real, sin cambiarle la etiqueta ni ponerla tras un formulario de registro.
• El desarrollo se narra a medida que ocurre. Las decisiones, los callejones sin salida y las reescrituras van a la sección Aprender mientras siguen frescos para ser útiles.
• El trabajo para clientes informa la hoja de ruta, no se convierte en la hoja de ruta. Una necesidad puntual es un encargo, una necesidad repetida es un producto.

El marcador está en la fase en la que realmente se encuentra hoy el trabajo. Todo lo que queda debajo está por delante, no por detrás.

1. Hecho

   La empresa está constituida y el trabajo está abierto

   La constitución y la puesta en marcha de la empresa están terminadas, la rama de ingeniería está abierta a trabajos y la arquitectura de los productos está decidida. Los cimientos están puestos y la secuencia de construcción que sigue parte de ahí.

2. Ahora

   Sistema operativo: diseño y desarrollo inicial

   La capa de sistemas es donde está hoy el esfuerzo. La arquitectura, el modelo de módulos y el desarrollo inicial. Sin lanzamiento, sin descarga, sin fecha.

3. Después

   Plataformas para desarrolladores sobre una capa de sistemas real

   El trabajo de plataformas crece a medida que se afianza la capa de abajo, de modo que la integración se diseña desde el principio en lugar de acoplarse a lo que saliera primero.

4. Más adelante

   Herramientas nativas de la nube y un stack coherente

   Las herramientas completan el cuadro: el sistema operativo, las plataformas y la infraestructura que los rodea, diseñados como una sola cosa y no como tres productos que casualmente comparten logotipo.