Compétences

Une expertise senior en ingénierie pour des problèmes encore en cours de définition.

J’aide les fondateurs et les équipes à transformer des décisions produit floues et des workflows désordonnés en logiciels qu’ils peuvent utiliser, comprendre et continuer d’améliorer.

Ingénieur examinant un workflow de produit d’IA doté de points de validation humaine, depuis un espace de travail en bord de mer à Ericeira, au Portugal — Un travail fiable avec l’IA exige des données d’entrée visibles, des décisions traçables, des contrôles utiles et une personne qui reste responsable du résultat.

Systèmes d’IA

Des agents IA et des automatisations utiles, intégrés aux outils que votre équipe utilise déjà.

Par où commencer

La recherche, l’assistance, la production de rapports et le suivi demandent trop de travail manuel ou perdent leur contexte d’un outil à l’autre.

Ce que je conçois

Je cartographie le travail tel qu’il se déroule, relie les bonnes données, utilise l’IA là où elle est fiable et maintiens une supervision humaine sur les décisions importantes.

Livrables habituels

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

D’une idée encore floue à un logiciel réellement utilisable.

Par où commencer

Le produit paraît clair lorsqu’on en parle, mais se délite dès que l’architecture, l’interface, les données et la livraison doivent s’articuler.

Ce que je conçois

Je transforme le parcours utilisateur essentiel en une première version ciblée, je la construis et j’explicite les compromis avant que les coûts n’augmentent.

Livrables habituels

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

Une direction technique concrète lorsqu’un produit ou une équipe a besoin d’une voie claire pour avancer.

Par où commencer

Une équipe peut livrer rapidement tout en prenant la mauvaise direction technique. Le coût se révèle plus tard sous forme de réécritures, de livraisons fragiles ou de recrutements au point mort.

Ce que je conçois

Je reste au plus près du produit et du code, remets en question les hypothèses risquées, établis un plan concret et aide l’équipe à livrer sans perdre le cap.

Livrables habituels

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

Recherche et visibilité

Rendre le produit facile à trouver et à comprendre pour les utilisateurs, les moteurs de recherche et les assistants IA.

Par où commencer

Même un excellent produit peut rester invisible si son site, son contenu et ses preuves publiques ne l’expliquent pas clairement.

Ce que je conçois

J’améliore la structure du site, son contenu, ses données structurées, ses performances et ses éléments de preuve, afin que les bonnes personnes trouvent le produit et puissent se fier à ce qu’elles voient.

Livrables habituels

Structure du site et SEO technique
Données structurées et clarté des entités
Modèles de contenu et fichiers sources optimisés pour la recherche
Diagnostic de la mesure et de la visibilité

Déroulement du travail

Des cycles courts. Des décisions claires.

Le projet peut être complexe, mais notre façon de travailler ensemble ne doit pas l’être.

Comprendre

Nous nous accordons sur l’utilisateur, la décision à prendre et le principal risque d’échec.

Développement

Une première version utile est livrée assez tôt pour que les retours réels orientent la suite.

Tester sous pression

Les autorisations, les cas limites, les entrées incorrectes et le contrôle humain sont vérifiés avant la mise en production.

Assurer une passation claire

Votre équipe peut comprendre le travail réalisé, en mesurer les résultats et effectuer la prochaine modification.

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

Quelques réponses utiles avant d’échanger.

Des réponses concrètes sur l’adéquation, la méthode de travail, le lieu et les projets précédents.

Que conçoit David Dacruz ?

David conçoit des workflows d’IA, des produits web et les fondations techniques qui les sous-tendent. Il peut transformer un problème mal défini en logiciel fonctionnel, depuis la première décision produit jusqu’à la réalisation.

Où David Dacruz est-il basé ?

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

Quel type de projet convient le mieux ?

Le contexte idéal est un produit, un workflow ou une décision technique bien réels, qui exigent une expertise senior et une mise en œuvre concrète. Le périmètre peut être restreint au départ, à condition qu’un responsable soit en mesure de prendre les décisions produit.

Comment David aborde-t-il la conception d’un système d’IA ?

Il part du travail réel : qui fait quoi, quelles informations sont nécessaires et à quel moment les décisions échouent. L’IA n’est ajoutée que lorsqu’elle est fiable, avec des mécanismes intégrés de contrôle, d’autorisation, de test et de reprise.

David peut-il intervenir comme responsable technique opérationnel ?

Oui. David peut cadrer les décisions d’architecture et de livraison tout en restant au plus près du code critique, du comportement du produit et du processus de mise en production.

David travaille-t-il sur des produits Bitcoin et Ordinals ?

Oui. Parmi ses 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.

David a-t-il déjà mis en production des smart contracts Ethereum ?

Oui. Pour Yakuza Inc., David a 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.

Vous n’avez pas besoin d’un cahier des charges finalisé.

Apportez-moi le problème difficile. Nous trouverons la première action utile.

Engager la conversation