David Dacruz

Services

Je prends les décisions techniques difficiles et je reste pour les mettre en œuvre.

Je travaille directement avec de petites équipes sur des systèmes IA, des produits logiciels et des lancements difficiles. Je définis le risque, choisis le chemin solide le plus court et construis avec les personnes qui reprendront le système.

Parler d’un projet Services

Services

Commencez par le problème qui se trouve devant vous.

Audit des opportunités IA

J’analyse un processus, classe les opportunités et vous remets un plan d’action sur 30 jours avant tout développement.

  1. Le problème

    Un processus coûte du temps ou de la précision. L’équipe voit le problème, mais ne sait pas si la réponse est l’IA, un logiciel plus simple ou une amélioration du processus.

  2. Mon travail

    Je cartographie les entrées, les décisions, les transmissions et les points de rupture. Puis je classe chaque changement selon sa valeur, son effort, son risque et le contrôle humain nécessaire.

  3. Le résultat
    • Constats sur les processus
    • 3–7 opportunités classées
    • Détail des recommandations
    • Plan d’action sur 30 jours

Systèmes d’IA

Je construis des processus IA autour de la manière dont votre équipe travaille déjà, avec une personne sur les décisions qui comptent.

  1. Le problème

    La recherche, le support, les rapports ou le suivi manuels sont lents, irréguliers et dispersés entre plusieurs outils.

  2. Mon travail

    Je relie les données, automatise les étapes testables, journalise les actions importantes et exige une validation lorsque le coût d’une erreur est réel.

  3. Le résultat
    • Conception de workflows d’IA
    • Bases de connaissances et recherche d’informations
    • Intégrations avec les outils que vous utilisez déjà
    • Tests, garde-fous et validation humaine

Ingénierie produit

Je transforme une décision produit en logiciel fonctionnel, puis je reste pour le lancement et les premières leçons difficiles.

  1. Le problème

    L’idée paraît claire en réunion. L’interface, les données, l’architecture et le plan de livraison ne sont pas encore alignés.

  2. Mon travail

    Je définis la plus petite version qui mérite d’être livrée, construis le parcours de bout en bout et documente les compromis avant qu’ils ne deviennent coûteux.

  3. Le résultat
    • Définition du produit et plan technique
    • Applications web full-stack
    • API, flux de données et intégrations
    • Lancement, analyse et itération

Direction technique

J’interviens lorsqu’un produit exige une décision technique difficile, un plan de reprise ou un lancement qui ne peut pas dériver.

  1. Le problème

    L’équipe livre, mais une architecture floue, des responsabilités mal définies ou un risque de livraison ralentissent la prochaine décision.

  2. Mon travail

    Je reste proche du produit et du code, remets en cause les hypothèses risquées, consigne les décisions et aide à livrer le chemin critique.

  3. Le résultat
    • Revues d’architecture et de livraison
    • Décisions relatives à la feuille de route et au périmètre
    • Audit technique préalable
    • Accompagnement opérationnel des mises en production critiques

Publication technique et découvrabilité

Je rends le travail technique facile à trouver, à comprendre et à vérifier — sans écrire pour des robots.

  1. Le problème

    Le produit fonctionne. Son site, ses preuves et ses explications ne le démontrent pas.

  2. Mon travail

    Je corrige l’architecture de l’information, les performances, les données structurées, la traçabilité des sources et le texte. Puis je mesure ce que les personnes et les systèmes de recherche peuvent réellement atteindre.

  3. Le résultat
    • Architecture de l’information et chemins d’exploration
    • Données structurées et registre des sources
    • Modèles de contenu technique
    • Diagnostic de performance et de découvrabilité

Rédaction technique et publication

Je transforme le code, les entretiens et les preuves en articles techniques, documentation et rapports que les lecteurs peuvent utiliser.

Tarifs de rédaction technique
  1. Le problème

    Le savoir est dans l’équipe et le code. Le lecteur ne peut toujours pas agir.

  2. Mon travail

    J’examine les sources, interroge les bonnes personnes, vérifie les affirmations, rédige le contenu et l’accompagne jusqu’à la revue technique et la publication.

  3. Le résultat
    • Articles techniques et contenus explicatifs
    • Documentation produit et développeur
    • Rapports techniques fondés sur la recherche
    • Révision, diagrammes, métadonnées et publication dans le CMS

Travailler ensemble

Rendez le risque visible. Livrez la plus petite preuve utile.

Les personnes qui prennent les décisions produit restent proches du travail. Je commence par la partie utile la plus risquée et je documente ce dont l’équipe héritera.

DD / SYSTÈMES

Boucle de décision logicielle

Chaque mise en production apporte des preuves pour la décision suivante.

  1. 01 Cadrer

    Définir le résultat, les contraintes et les personnes concernées.

    utilisateurs · système · contexte
  2. 02 Décider

    Rendre les arbitrages explicites et choisir une voie réversible.

    risque · responsabilité · périmètre
  3. 04 Observer

    Mesurer le comportement, les défaillances et ce que l’équipe apprend.

    signaux · retours · reprise
  4. 03 Construire

    Livrer la plus petite tranche utile avec les contrôles nécessaires.

    code · tests · mise en production
J’utilise la même boucle pour les décisions produit, la conception du système et la livraison.

Bonne adéquation

Le travail est concret, même si la réponse n’est pas encore évidente.

  • Un produit, un workflow ou une décision bien réels doivent avancer.
  • Vous recherchez à la fois une réflexion technique de haut niveau et une mise en œuvre concrète par la même personne.
  • Vous êtes à l’aise avec l’idée de commencer par une version simple et utile, puis de l’améliorer à partir de retours concrets.
  • Vous accordez de l’importance à des arbitrages clairs, à des progrès visibles et à une transmission sans accroc.

Ne convient pas

Le projet a besoin d’un autre type d’équipe.

  • Le projet nécessite une grande équipe de production externalisée.
  • L’objectif est uniquement d’ajouter une étiquette IA sans modifier le produit.
  • Personne n’est disponible pour prendre les décisions produit.
  • La réussite dépend d’affirmations impossibles à étayer.

Questions fréquentes

Les questions que j’entends le plus souvent.

Des réponses directes sur le travail, mon parcours et les situations où une collaboration a du sens.

Qu’est-ce que je construis ?

Je construis des processus IA, des produits web et leurs fondations techniques. Je peux mener un problème confus de la première décision au logiciel fonctionnel et laisser à l’équipe un système qu’elle sait exploiter.

Où suis-je basé ?

Je suis basé à Ericeira, dans la région de Lisboa, au Portugal. Je collabore avec des équipes partout en Europe et à distance.

Quel type de projet convient le mieux ?

Un produit, un processus ou une décision technique réels, avec une personne responsable. Nous pouvons commencer petit, mais quelqu’un doit pouvoir prendre les décisions produit et donner accès aux preuves.

Comment est-ce que j’aborde un système d’IA ?

Je commence par le travail : qui en répond, quelles informations circulent, où les décisions échouent et ce que coûte une erreur. L’IA n’intervient que là où elle peut être testée. Les autorisations, la revue, les journaux et la reprise font partie de la solution.

Puis-je intervenir comme responsable technique opérationnel ?

Oui. Je peux définir l’architecture et la direction de livraison tout en restant proche du code critique, du comportement du produit et du chemin de mise en production.

Est-ce que je travaille sur des produits Bitcoin et Ordinals ?

Oui. Parmi mes réalisations publiques figurent Pizza Ninjas, Pizza Pets et Project Spartacus, qui couvrent les pipelines d’inscription, les ressources récursives, les systèmes on-chain et les opérations tenant compte de la mempool.

Ai-je déjà mis en production des smart contracts Ethereum ?

Oui. Pour Yakuza Inc., j’ai pris en charge le contrat ERC-721 et le pipeline de mint, de la liste d’autorisation à la vente publique. Le lancement de 3,223 jetons a permis de collecter 321.4 ETH via le contrat.

Un problème encore imparfaitement défini suffit.

Dites-moi ce qui bloque, ce qui présente un risque ou ce qui coûte du temps à l’équipe.

Parler du projet