Tu connais le mot « engagement ». Tu l’utilises en réunion, dans les docs projet, dans les calls clients. Tu sais ce que ça veut dire : temps passé sur la plateforme, fréquence de retour, interactions par session. Tu sais que c’est la métrique qui compte. Tu sais que ton travail est jugé sur ta capacité à la faire monter.
Puis tu rentres. Et ton enfant est devant un écran. Et cet écran fait exactement ce que toi, tu sais faire : capter l’attention, générer de l’engagement, maximiser le temps de présence.
Sauf que cette fois l’utilisateur n’est pas un utilisateur. C’est ton enfant.
La dissonance
Si tu bosses dans la tech et que tu as des enfants, tu vis une dissonance que presque personne ne nomme. Le jour tu conçois des systèmes pensés pour retenir les gens. Le soir tu essaies de détacher ton enfant de systèmes identiques. Le jour tu parles de « user retention » comme d’un succès. Le soir, la « rétention » de ton enfant devant la tablette te fait peur.
Tu sais comment marche le pull-to-refresh. Tu l’as implémenté, ou au moins tu en as discuté l’implémentation. Tu sais qu’il reproduit le geste de la leva d’une machine à sous. Tu sais que le délai avant le chargement n’est pas une limite technique mais un design pattern : la pause calculée qui maximise la libération de dopamine. Tu le sais parce que c’est ton métier de le savoir.
Et tu sais que ton enfant, à huit, dix, douze ans, n’a aucun outil pour se défendre de ce que toi tu sais construire.
Ce n’est pas une contradiction personnelle. C’est une contradiction de système. Elle concerne quiconque travaille dans la tech et a des enfants — soit des millions de gens à ce stade.
Ce qu’on sait et qu’on ne peut plus prétendre ignorer
Mettre les choses en face aide.
On sait que les schémas de renforcement à ratio variable — base des feeds sociaux — sont le mécanisme psychologique le plus puissant jamais documenté pour induire et maintenir un comportement compulsif. On le sait depuis les années 50. Skinner l’a démontré sur les pigeons. Nous l’appliquons aux enfants.
On sait que le cerveau d’un adolescent est en plein développement. Le cortex préfrontal — jugement, contrôle des impulsions, évaluation des conséquences — n’achève sa maturation qu’avant 25 ans. On conçoit des systèmes qui le contournent délibérément pour parler au système limbique. Métier.
On sait que l’usage habituel des réseaux est associé à une réduction mesurable de l’épaisseur corticale dans les régions liées au contrôle cognitif. Pas des opinions : de la données IRM sur des milliers d’ados.
On sait que les taux de dépression, anxiété, automutilation et suicide chez les ados ont doublé ou triplé depuis 2010, parallèlement à la diffusion des smartphones, dans tout le monde occidental.
On sait que les plateformes le savent. Les documents internes Meta publiés par Frances Haugen montraient qu’Instagram aggravait les problèmes d’image corporelle pour une fille sur trois. L’entreprise le savait. Elle a continué.
On sait tout ça. Et on continue à construire.
« Mais je ne bosse pas dans le social »
Je sais. Moi non plus. Je construis des outils de gestion, des plateformes pour le secteur public, du logiciel B2B. Je ne conçois pas des feeds algorithmiques ni n’optimise des systèmes de reco pour ados.
Mais le point n’est pas ce qu’on construit aujourd’hui. C’est la culture dans laquelle on le construit.
Nous travaillons dans une industrie qui a normalisé l’idée que l’attention humaine est une ressource à extraire. Que la « UX » est synonyme de « temps que l’utilisateur passe sur la plateforme ». Que le succès se mesure en sessions, clics, conversion rate, daily active users. On parle d’êtres humains avec le vocabulaire de l’industrie minière, et ça ne nous semble pas étrange.
Cette culture nous traverse tous. Même qui ne bosse pas dans le social en respire les métriques, les valeurs, les priorités. Quand on rentre, cette culture rentre avec nous. Elle s’insinue dans la façon dont on regarde l’écran de notre enfant. Avec inquiétude, oui, mais aussi avec une subtile, inavouable familiarité. On reconnaît ces mécanismes. On sait qu’ils marchent. Et une part de nous, la part professionnelle, ne peut s’empêcher de les admirer.
C’est cette familiarité qu’il faut briser.
Le privilège de la conscience
Qui travaille dans la tech et a des enfants possède quelque chose que la plupart des parents n’ont pas : la connaissance de l’architecture.
On sait comment fonctionnent ces systèmes, pas seulement qu’ils fonctionnent. On sait que les notifications n’arrivent pas au hasard mais sont optimisées pour le moment de vulnérabilité psychologique maximale. On sait que le scroll infini n’est pas un choix esthétique mais un dispositif de capture. On sait que « l’algorithme » n’est pas une entité mystérieuse : c’est du code écrit par des gens comme nous, avec des objectifs précis, optimisé sur des métriques précises.
Cette conscience est un énorme privilège. Et le privilège crée la responsabilité. Si tu vois le feu et pas les autres, tu ne peux pas faire semblant et dire « ce n’est pas mon incendie ».
Pourtant c’est exactement ce qu’on fait, comme industrie. On sait. Et on se tait. Parce que parler reviendrait à admettre que le problème n’est pas « là-dehors » — chez les ados, l’incompétence des parents, le manque d’« éducation numérique ». Le problème est aussi dedans. Dans la façon dont on pense le software. Dans les métriques qu’on choisit d’optimiser. Dans les questions qu’on ne se pose pas.
Les questions qu’on ne se pose pas
En vingt ans de carrière dans la tech, je n’ai jamais entendu personne, en réunion projet, poser ces questions :
Ce système peut-il créer de la dépendance ? Si oui, avons-nous la responsabilité d’en prévenir les effets ?
Concevons-nous pour le bien-être de l’utilisateur ou pour la maximisation de son temps d’usage ? Est-ce la même chose ?
Si un mineur utilisait ce produit, serait-il sûr ? Pas « conforme à la norme ». Sûr.
Mesurons-nous le succès avec des métriques alignant nos intérêts avec ceux de l’utilisateur ? Ou avec ce qui nous arrange à mesurer ?
Construirions-nous ce système exactement ainsi si on savait que le premier utilisateur sera notre enfant ?
La dernière question est la plus importante. C’est celle qu’on ne pose jamais.
Le test de l’enfant
Je propose une règle. Pas une loi, pas un framework, pas un processus. Une règle personnelle, pour quiconque construit du logiciel et a des enfants.
Avant d’implémenter un système, demande-toi : ça va si le premier utilisateur est mon enfant ?
Pas « mon enfant à vingt ans, adulte, conscient, formé ». Mon enfant maintenant. Avec l’âge qu’il a. Avec le cortex préfrontal qu’il a. Avec la capacité de résistance aux stimuli qu’il a. Avec la confiance aveugle dans la technologie qu’il a.
Si oui, construis. Si « ça dépend », arrête-toi et demande-toi de quoi. Si non, tu as un problème. Et le problème n’est pas ton enfant.
Pas un test sentimental. Un test de conception. Le principe de précaution traduit dans la langue du dev. La version appliquée de l’impératif de Hans Jonas : agis pour que les conséquences de ton action soient compatibles avec la permanence d’une vie humaine authentique.
Sauf que Jonas parlait de bombes atomiques et de génie génétique. Nous parlons de feeds algorithmiques et de notifications push. Le fait qu’ils paraissent inoffensifs est exactement ce qui les rend dangereux.
On n’est pas impuissants
Je sais ce que tu penses. « Je suis salarié. Freelance. Tech lead dans une boîte de dix. Je ne décide pas des politiques de Meta. » C’est vrai. Tu ne les décides pas.
Mais tu décides comment tu construis ton logiciel. Quelles métriques optimiser. Si tu implémentes un dark pattern ou si tu refuses. Si tu mets un timer ou un scroll infini. Si tu conçois un système qui respecte l’attention de l’utilisateur ou un qui la pille.
Surtout, tu décides quel type de pro tu veux être.
Tu peux être celui qui dit « le marché le demande » et qui implémente ce qu’on lui paye. Ou celui qui dit « ça, je ne le construis pas ainsi » et propose une alternative. Pas de l’idéalisme, de l’artisanat. Un menuisier sérieux n’utilise pas du bois pourri. Un cuisinier sérieux ne sert pas de la nourriture avariée. Un ingénieur sérieux ne signe pas un projet structurellement non sûr.
Pourtant dans le software, où les conséquences peuvent toucher des millions de gens et le cerveau d’une génération, on accepte des standards qu’on n’accepterait dans aucun autre métier.
Le manifeste
Je travaille dans la tech. J’ai un fils. Je ne peux plus tenir les deux séparés.
Mon fils n’est pas un utilisateur. Pas une métrique, pas une session, pas un daily active user. C’est un être humain avec un cerveau en développement, une capacité de jugement en construction, une confiance dans le monde qui dépend aussi de la façon dont moi, et les gens comme moi, construisons ce monde.
Mon métier a des conséquences. Pas les conséquences abstraites de la philosophie morale. Les concrètes d’un système qui tourne 24h/24 et interagit avec des millions de cerveaux. Si je n’en prends pas la responsabilité, qui ?
La compliance ne suffit pas. Respecter le RGPD, l’AI Act, l’EAA est le minimum, pas la cible. La question n’est pas « est-ce légal ? ». La question est « est-ce juste ? ». Deux questions différentes, et la seconde est plus importante.
La vitesse n’est pas une valeur. « Ship fast » n’est pas une vertu quand ce que tu lances peut nuire. La hâte est le refuge de qui ne veut pas penser aux conséquences. La pensée critique est lente par nature. Le code est rapide. La sagesse est de ne pas confondre les deux temps.
La formation technique ne suffit pas. Savoir écrire du code sans savoir lire ses implications n’est pas une compétence — c’est une cécité spécialisée. On a besoin d’ingénieurs qui ont lu Jonas, de devs qui connaissent Mill, de designers qui ont étudié la psychologie du développement. Pas comme culture générale. Comme outils de travail.
Mon fils me jugera. Pas pour le CA généré, pas pour les projets livrés, pas pour les techno maîtrisées. Pour le monde que j’ai contribué à construire. Et dans ce jugement, « je faisais juste mon boulot » ne sera pas une défense recevable. Ça ne l’a jamais été.
À ceux qui construisent
Si tu bosses dans la tech et que tu as des enfants, tu sais de quoi je parle. Tu sais qu’il y a une conversation que notre industrie refuse d’avoir. Tu sais que le malaise quand ton enfant disparaît dans un écran n’est pas de la paranoïa parentale. C’est de la compétence professionnelle qui te dit quelque chose.
Écoute-la.
Je ne dis pas d’arrêter de construire. Je dis : construis comme si le premier utilisateur était ton enfant. Parce qu’à toutes fins utiles, il pourrait l’être.
Et si ce n’est pas le tien, c’est celui de quelqu’un d’autre.
C’est la même chose, au fond.
« Nous n’avons pas hérité du monde de nos parents. Nous l’avons emprunté à nos enfants. » — proverbe attribué à Antoine de Saint-Exupéry.
Ce qu'il faut retenir
Les feeds sociaux reposent sur le renforcement à ratio variable — le mécanisme psychologique le plus puissant jamais documenté pour le comportement compulsif.
Concevoir « pour adultes » aujourd’hui, c’est concevoir pour des gens fatigués, distraits, sans temps — cognitivement pas si différents d’un enfant.
Le test opérationnel : à chaque feature, demande-toi si tu l’utiliserais avec un neveu de dix ans à côté. Sinon, réécris ou supprime.
Le périmètre éthique de la responsabilité professionnelle a bougé : on sait comment réagit le cerveau à ces patterns, on ne peut plus prétendre l’ignorer.
Questions & réponses
Quelle est la dissonance décrite dans l'article ?
La contradiction vécue par qui travaille dans la tech et est aussi parent. De jour, il conçoit des systèmes maximisant l’engagement (temps sur la plateforme, retours, interactions par session). De soir, il tente de détacher son enfant de systèmes identiques. Il sait comment marche le pull-to-refresh parce qu’il l’a implémenté ; il sait que ça reproduit le geste de la machine à sous ; il sait que le délai avant le chargement est un design pattern pour maximiser la décharge dopaminergique. Et il sait que son enfant n’a pas d’outils pour s’en défendre.
Quelle est la règle proposée ?
« Construis comme si ton enfant était l’utilisateur. » Pas au sens de simplifier l’interface — au sens d’appliquer le critère éthique que tu utiliserais pour juger si cette fonctionnalité est bonne pour lui. Si un dark pattern te ferait mal au cœur en imaginant ton enfant le subir, c’est un dark pattern à ne pas écrire.
N'est-ce pas excessif ? Les adultes peuvent se défendre.
Pas vraiment. Les schémas de renforcement à ratio variable — base des feeds — sont le mécanisme psychologique le plus puissant documenté pour induire un comportement compulsif. Ils marchent sur les adultes comme sur les rats de Skinner. La différence : l’adulte a quelques outils de résistance, l’enfant non, mais qui conçoit « pour adultes » conçoit pour des gens fatigués, distraits, sans temps — état cognitif pas si différent.
Qu'est-ce qui change concrètement pour qui travaille dans la tech ?
Le périmètre éthique de la responsabilité professionnelle. Plus suffisant de dire « c’est l’utilisateur qui décide comment utiliser le produit » : on sait comment fonctionne le cerveau face à ces patterns et on ne peut plus prétendre l’ignorer. En pratique : à chaque feature, demande-toi si tu l’utiliserais avec un neveu de dix ans à côté. Sinon, réécris ou supprime.
L'auteur
