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 42 Fellowship

Services

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

01

Diagnostiquer

Clarifier la décision, le risque et la meilleure prochaine étape avant de lancer une réalisation.

02

Construire

Transformer un processus défini ou une décision produit en logiciel que l’équipe sait exploiter.

03

Diriger et rendre autonome

Ajouter une direction technique senior ou donner à l’équipe une méthode de travail commune.

04

Expliquer et rendre visible

Rendre le travail technique compréhensible, vérifiable, repérable et plus facile à citer.

Points de départ recommandés

Les pages complètes des services présentent le périmètre, les tarifs lorsqu’ils sont publiés, les guides associés et le formulaire adapté au projet.

Évaluation des opportunités dans les processus IA

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
AI search visibility diagnostic

AI Visibility Audit

I test real buyer questions, preserve the answers and cited sources, and show which evidence gaps are shaping AI recommendations.

  1. Le problème

    The business is visible for its own name but missing, misdescribed, or outranked when buyers ask AI products to compare providers.

  2. Mon travail

    I define the question set, record dated answers, compare competitors and cited URLs, and rank the smallest defensible fixes. A free Snapshot is available when you only need an initial signal.

  3. Le résultat
    • Buyer-question baseline
    • Answer and competitor record
    • Citation and evidence-gap map
    • Prioritised action plan
Conseil en automatisation IA

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
Agents IA en production

Développement d’agents IA

Je construis des agents IA ciblés avec un contexte contrôlé, des permissions d’outils, des évaluations, des journaux et une validation humaine explicite.

  1. Le problème

    A workflow needs judgment across changing inputs and several tools, but a simple automation cannot handle the branching safely.

  2. Mon travail

    I define the agent's job and boundaries, connect approved context and tools, evaluate representative cases, and release actions gradually with logs and approval.

  3. Le résultat
    • Agent contract and permission model
    • Retrieval, tools, state, and integrations
    • Evaluation and regression suite
    • Logs, approvals, fallback, and operating notes
Formation IA pratique pour petites équipes

Formation des équipes à l’IA

Je forme de petites équipes sur un workflow réel et les aide à repartir avec un prototype fonctionnel, une méthode d’évaluation et un guide opérationnel.

  1. Le problème

    Chacun expérimente l’IA de son côté, mais l’équipe n’a pas de méthode commune pour choisir les cas d’usage, contrôler les résultats et utiliser les données de l’entreprise en sécurité.

  2. Mon travail

    J’adapte un atelier en direct ou un parcours privé aux rôles, outils et tâches actuelles de l’équipe. Nous pratiquons sur des cas représentatifs et terminons par un projet que l’équipe peut continuer à utiliser.

  3. Le résultat
    • Fondamentaux de l’IA pour décideurs
    • Ateliers d’automatisation des workflows
    • Sprints d’ingénierie d’agents IA
    • Guide d’équipe, cas d’évaluation et transmission
Développement logiciel sur mesure

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

CTO à temps partagé

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
Revue technique indépendante

Audit technique

J’examine le code, l’architecture, le parcours de livraison et le risque opérationnel derrière une décision technique importante.

  1. Le problème

    A rewrite, investment, critical release, handover, or senior hire depends on a technical picture the team cannot yet verify.

  2. Mon travail

    I scope the decision, inspect the available evidence, separate fact from inference, and rank the risks and next actions without assuming a rebuild.

  3. Le résultat
    • System and ownership map
    • Code and delivery findings
    • Ranked technical risks
    • Prioritised action plan and decision gates
Services de rédaction technique

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.

  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
Services de visibilité et de citations IA

Citations GEO et SEO

Je relie votre entité, vos preuves, vos contenus experts et vos profils publics afin que les moteurs de recherche et systèmes IA disposent de sources plus claires à retrouver et à citer.

  1. Le problème

    The business is credible, but names, services, claims, profiles, and proof are inconsistent or scattered across pages and platforms.

  2. Mon travail

    I map the entity, verify the claims, implement the knowledge graph, publish citation-ready source pages, and strengthen legitimate external records without manufacturing mentions.

  3. Le résultat
    • Entity and citation-gap audit
    • Knowledge graph and structured data
    • Evidence-led service and expert pages
    • Profile consistency and citation measurement
Preuves sélectionnées Voir toutes les études de cas
Lancement de campus Équipe fondatrice de 42 Lisboa

IT, pédagogie, systèmes et opérations de lancement

 Lancement Ethereum Lancement de 3 223 jetons

Contrat ERC-721 et chaîne de mint

 Lancement Bitcoin 1 500 inscriptions

Actifs récursifs et opérations d’inscription

 Avis clients Avis reliés à leurs sources

Avis notés et recommandations écrites

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