Les logiciels que nous possédons, présentés à leur stade réel.

Disponible signifie que vous pouvez le solliciter dès aujourd'hui. En développement signifie qu'il est activement construit et qu'il ne peut pas encore être livré. Prévu signifie que la conception existe et que la construction n'a pas commencé. Rien ici n'utilise un quatrième mot.

• Ingénierie et conseil

  Disponible

  Travail sur les systèmes, sécurité, réalisations full-stack

  La seule chose de cette page que vous pouvez réellement solliciter aujourd'hui. De l'ingénierie des systèmes spécialisée pour les entreprises qui ont besoin d'une réelle profondeur plutôt que d'un modèle, et la branche censée financer tout ce qui figure en dessous.

  • Ouverte aux missions dès maintenant, aux conditions exposées sous Services.
  • Une communication directe avec les personnes qui construisent, sans couche de chargé de compte.

  Voir ce que nous prenons en charge→

• Le système d'exploitation

  En développement

  Fondé sur Linux, léger, transparent, sûr dès la conception

  Un système d'exploitation interne fondé sur Linux, pour les développeurs et les organisations qui veulent un environnement réglé sur leur façon de travailler plutôt qu'un système généraliste contre lequel ils passent leur temps à lutter. C'est la pierre angulaire de la feuille de route, et il est en conception et en tout début de développement.

  • Modulaire dès la conception : les parties dont vous ne voulez pas sont absentes, pas désactivées.
  • Des valeurs par défaut transparentes, pour que ce que fait la machine au démarrage soit inspectable plutôt que du folklore.
  • La performance et la sécurité traitées comme des décisions de construction, pas comme des étapes de durcissement ajoutées après coup.
  • Aucun build téléchargeable n'existe encore. Quand il y en aura une à exécuter, cette page le dira.

  Lire le plan complet→

• DocuLens

  En développement

  Intelligence documentaire avec un humain dans la boucle

  Vous déposez un document : il en classe le type, extrait les champs avec un score de confiance pour chacun, et confie à une personne tout ce dont il n'est pas sûr plutôt que de deviner. Conçu pour le cas où une erreur d'extraction coûte cher, ce qui correspond à la plupart des cas qui valent la peine d'être automatisés.

  • Une confiance au niveau du champ, de sorte que la file de relecture contient les extractions peu sûres plutôt que tout.
  • L'étape humaine fait partie de la conception, ce n'est pas un recours ajouté après que le modèle a déçu quelqu'un.
  • Pas encore hébergé. Il fonctionnera sur doculens.products.tdacorp.in, et cette entrée indiquera Disponible le jour où cette URL répondra.

• QueryFlow

  En développement

  Posez une question en anglais, obtenez la requête et le graphique

  Connectez une base de données, posez votre question en langage courant : il génère le SQL sur le vrai schéma, l'exécute et dessine le résultat. La requête générée est montrée plutôt que cachée, parce qu'un chiffre que personne ne peut ramener à une requête n'est pas une réponse.

  • Une génération qui tient compte du schéma : il lit les vraies tables au lieu de deviner les noms de colonnes.
  • Le SQL est visible et modifiable, de sorte qu'une mauvaise réponse est déboguable au lieu d'être mystérieuse.
  • Pas encore hébergé. Il fonctionnera sur queryflow.products.tdacorp.in, et cette entrée indiquera Disponible le jour où cette URL répondra.

• AgentForge

  Prévu

  Des flux de travail multi-agents, construits visuellement et exécutés en production

  Un outil visuel pour construire des flux de travail d'agents en plusieurs étapes, le moteur d'exécution en dessous étant traité comme la partie difficile : les nouvelles tentatives, les validations, et ce qui se passe quand une étape échoue à trois heures du matin. Conçu, et la conception est aujourd'hui l'étendue honnête de ce qui existe.

  • Les nœuds d'approbation et de décision sont des éléments à part entière, parce qu'un flux d'agents que personne ne peut interrompre est un flux que personne n'autorisera.
  • Le moteur d'exécution est le produit ; le canevas est la façon de s'y adresser.
  • Prévu, pas commencé. Il fonctionnera sur agentforge.products.tdacorp.in.

• Les premiers principes avant les dépendances. Une bibliothèque est une décision, et une décision que nous ne savons pas déboguer est une décision que nous ne prenons pas à la légère.
• La couche du dessous est la nôtre. Quand un produit demande que la couche système se comporte autrement, nous changeons la couche système au lieu de la contourner.
• Rien n'est livré comme produit tant que ce n'en est pas un. Une version précoce est décrite sur ce site à son stade réel, sans changer d'étiquette ni être placée derrière un formulaire d'inscription.
• La construction est racontée au fur et à mesure. Les décisions, les impasses et les réécritures sont publiées dans la rubrique Apprendre pendant qu'elles sont encore assez fraîches pour être utiles.
• Le travail client nourrit la feuille de route, il ne devient pas la feuille de route. Un besoin ponctuel est une mission, un besoin répété est un produit.

Le repère se trouve sur la phase où en est réellement le travail aujourd'hui. Tout ce qui est en dessous est devant nous, pas derrière.

1. Fait

   L'entreprise est constituée et le travail est ouvert

   La constitution et la mise en place de l'entreprise sont terminées, la branche d'ingénierie est ouverte aux missions et l'architecture des produits est arrêtée. Les fondations sont posées et la séquence de construction ci-dessous part de là.

2. Maintenant

   Système d'exploitation : conception et tout début du développement

   La couche système est l'endroit où se concentre l'effort aujourd'hui. L'architecture, le modèle de modules et les premiers développements. Aucune version, aucun téléchargement, aucune date.

3. Ensuite

   Des plateformes pour développeurs sur une vraie couche système

   Le travail sur les plateformes progresse à mesure que la couche du dessous se précise, de sorte que l'intégration est conçue d'emblée plutôt que rapportée sur ce qui est sorti en premier.

4. Plus tard

   Des outils natifs du cloud, et une pile cohérente

   Les outils complètent le tableau : le système d'exploitation, les plateformes et l'infrastructure autour d'eux conçus comme un seul ensemble plutôt que comme trois produits qui partagent par hasard un logo.