12.17 — La psyché du survivant : « ennemis », « narcissisme », « enfer », « survie », et comment ça remonte jusque dans le code#

L’auteur du Holy Book d’Ocarina utilise des mots forts : ennemis, narcissisme, enfer sur terre, survie. Ces mots ne sont pas des effets de style. Ce sont les descripteurs précis d’une expérience vécue par toute une cohorte qui a traversé l’internet souterrain 2000s décrit dans 16-underground-internet-2000s.md. Cette page explique pourquoi ces mots sont exacts, ce que produit ce vécu sur la psyché, et comment ces adaptations psychologiques s’inscrivent profondément dans la façon de programmer, d’architecturer, de toujours se tenir à jour.

1. « Survie » au sens littéral#

Quand un consultant lambda dit « je survis à mes deadlines », il parle de fatigue.

Quand l’auteur d’Ocarina écrit survie, il décrit :

  • Avoir vu des pairs mourir.
  • Avoir vu des pairs condamnés à des peines lourdes.
  • Avoir vu des pairs détruits psychiquement, disparus.
  • Avoir soi-même été dans la ligne de mire à un moment.

C’est dans ce cadre que survie prend son sens propre : être encore là, en état de produire, pas en prison, pas brisé psychiquement, toujours indépendant.

Statistiquement, dans la cohorte hacker 1995-2010, être encore là productivement en 2026 est l’exception, pas la règle.

2. « L’Enfer sur terre »#

CoucheManifestation
Surveillance permanenteOn sait que tout ce qu’on écrit, dit, fait est potentiellement archivé, indexé, rejouable. Le mot privacy est un slogan, pas une réalité.
Vulnérabilité totaleUne seule fuite (un screenshot, un email, un pseudo) peut casser une vie entière.
AsymétrieL’ennemi peut attaquer avec un coût quasi nul ; soi-même on ne peut pas répliquer sans s’exposer juridiquement.
Banalisation institutionnelleL’État, les médias, les RH n’ont aucune compétence pour évaluer la situation et tendent à condamner ce qu’ils ne comprennent pas.
Auto-suspicionLes pairs aussi peuvent être des informants, des undercover, ou craquer sous la pression. Sabu (Hector Monsegur) a balancé LulzSec après son arrestation. La paranoïa est rationnelle.
Pas de sortie netteQuitter la scène ne suffit pas, le passé peut ressurgir 10 ans plus tard.

Cette superposition produit une qualité d’expérience qu’on ne trouve pas dans la vie civile ordinaire.
D’où l’enfer sur terre.

3. « Narcissisme »#

L’auteur d’Ocarina identifie le narcissisme comme un trait récurrent des adversaires qu’il a rencontrés professionnellement.
Ce n’est ni une insulte facile ni une accusation gratuite, c’est une observation clinique.

Définition clinique#

Le narcissisme pathologique (PNH — Personnalité Narcissique, DSM-5) se caractérise par :

  1. Sentiment de grandiosité sans réalisations correspondantes.
  2. Fantasmes de succès illimité, de pouvoir, d’éclat.
  3. Croyance d’être spécial, ne pouvant être compris que par des peers de haut niveau.
  4. Besoin excessif d’admiration.
  5. Sens d’avoir tous les droits : attendre un traitement favorable sans justification.
  6. Exploitation des relations interpersonnelles.
  7. Manque d’empathie.
  8. Envie des autres, ou croyance que les autres l’envient.
  9. Comportements arrogants ou méprisants.

Pourquoi le narcissique est l’ennemi naturel du créateur underground#

Trait narcissiqueEffet sur le créateur underground
Grandiosité sans réalisationsLe narcissique en entreprise s’auto-attribue la valeur produite par les techniciens, et méprise ces derniers en les considérant comme des ressources.
Manque d’empathieIl ne voit pas la cruauté qu’il inflige aux techniciens : ils ne sont que des moyens. S’ils en tombent malade, c’est de leur faute.
Tous les droitsIl exige que les techniciens produisent à son rythme, dans son cadre, sans contrepartie raisonnable.
EnvieQuand un technicien produit une création qui dépasse ce que le narcissique ne pourrait jamais faire, l’envie produit la haine : exactement le mécanisme analysé par Paul Graham dans Haters, cf. 12-dhh-paul-graham-haters-mean.md.
ArroganceIl impose ses vues de l’esprit ridicules, parce qu’il est hiérarchiquement au-dessus, pas parce qu’il est techniquement légitime.

Le narcissique dans le monde professionnel#

Cas typique vécu par un technicien underground qui tente de se réinsérer :

  1. Il rejoint une entreprise.
  2. Le narcissique ne comprend pas son travail mais doit en profiter pour son carriérisme.
  3. Il s’auto-attribue les réussites publiquement.
  4. Il attaque, sabote le technicien dès que ce dernier tente d’expliquer ce qu’il fait car l’expliquer révélerait la contribution réelle, donc menacerait l’auto-attribution. Il le fait aussi purement par haine.
  5. Le technicien finit par partir, soit licencié, soit poussé à bout.
  6. Le narcissique raconte une histoire alternative aux RH, parfois publique, où le technicien est le problème.

Ce pattern est structurel, pas anecdotique. Tout technicien vétéran de la scène underground a vécu plusieurs itérations de ce scénario. C’est cette répétition qui justifie le ton du Holy Book quand il dit « slipologues ». Ce sont, en termes diagnostiques précis, les narcissiques qui infestent l’industrie. Il s’agit d’une déclaration de guerre.

Nommé directement#

Le Holy Book est explicite à ce sujet.

  1. Le créateur souverain a, par construction, conscience de sa valeur (sinon il n’aurait pas la force de créer en solo, en MIT, sans hiérarchie).
  2. Le narcissique est, par construction, un imposteur.
  3. Ces deux postures sont incompatibles dans une même équipe. L’une détecte l’autre, et la voit comme menace.
  4. Le narcissique cherche à neutraliser le créateur. Le créateur cherche à fuir (ou à détruire) le narcissique.

4. « Eyes everywhere »#

L’origine opérationnelle#

Sur un serveur IRC underground :

  • L’op (administrateur de canal) a accès aux logs.
  • Si des Anonymous se pointent pour coordonner une opération (DDoS, doxing, hack), l’op doit le savoir.
  • Si l’opération est menée, et que plus tard elle sort dans la presse, les autorités vont remonter aux serveurs.
  • L’op qui n’a pas alerté se retrouve complice légalement (même s’il n’a rien fait techniquement).

Pour survivre en tant qu’op, il faut avoir des yeux partout.

SurfaceSurveillance pratiquée
Le canal IRCLecture continue, archivage local des conversations
Les DM entre membresBeaucoup plus dur
Les autres serveursConnaître des ops d’autres serveurs, échanger les renseignements
Les forums4chan et autres
Les médiasVeille sur les articles qui parlent des opérations, indicateur de pression montante
Les communiquésVeille sur les communiqués d’Anonymous et autres collectifs
Les CV et LinkedInPouvoir matcher un pseudo à une identité civile quand le besoin se présente
Les leaks publiquesHave I Been Pwned, NoelBoard, et al., vérifier régulièrement les pseudos d’intérêt

La généralisation : l’hyper-vigilance comme mode de vie#

Une fois acquise, cette surveillance ne se désactive pas. Le vétéran continue à :

  • Lire entre les lignes des messages reçus.
  • Cross-référencer systématiquement chaque nouvelle information.
  • Maintenir une carte mentale des relations entre acteurs.
  • Détecter les signaux faibles (changement de ton, absence soudaine, contradictions).
  • Évaluer le coût de chaque interaction avant d’y entrer.

D’où le coût psychologique : on ne sait plus l’éteindre.

5. Comment ces adaptations remontent dans le code#

La psyché du survivant ne reste PAS dans la sphère personnelle, elle s’inscrit dans l’architecture logicielle qu’il produit.

Audit-reflex#

Si je ne peux pas auditer la chose en une après-midi, c’est trop.

  • 1 seule dépendance d’exécution.
  • MIT + code lisible bout-en-bout.
  • Pas de plugin : chaque dépendance ajoute des angles morts (cf. ../11-independence/02-auditability.md).
  • Pas de SaaS : chaque service ajoute une surface qu’on ne contrôle pas.

Trust-no-one au niveau du code#

  • Mypy strict : le compilateur vérifie tout, on ne fait pas confiance au runtime.
  • Result[T] partout : pas d’exception silencieuse, chaque échec est explicite et porté comme valeur.
  • Probes avant assertion (cf. 15-typing-ai-rl-probes.md) : on observe avant de déclarer.
  • Pas de retry silencieux sans log : chaque retry doit laisser une trace.

Compartimentation#

  • Architecture hexagonale dans 02-ocarina/ (railway → custom_types → dsl → infra → opinionated). Chaque couche est isolée.
  • Adapters projet : les projets composent Ocarina.
  • POMs typés : interfaces nettes entre l’intention (le test) et le DOM (l’implémentation).

Owner ce qu’on peut owner#

  • GitHub seulement parce qu’il faut bien un host : le code est conçu pour être déplaçable vers GitLab, Codeberg, self-hosted, en 1 jour.
  • Pas de Cypress Dashboard : les artefacts (screenshots, logs, vidéos) sont locaux.
  • Etc.

Toujours se mettre à jour#

  • Ocarina supporte Python 3.14+ dès qu’il sort (le code utilise PEP 695, qui est récente).
  • Version pinning rigide pour mitiger les risques de Supply Chain Attacks.
  • Adoption de pnpm 11 aussitôt en raison des nouveaux patchs de sécurité.

Cette dernière adaptation est cruciale et souvent mal comprise. Toujours se mettre à jour n’est pas une hype. C’est un réflexe de sécurité. L’auteur sait que toute version qui traîne finit par avoir une CVE découverte, exploitée, et utilisée contre lui s’il ne patche pas.

Le code comme testament#

Le créateur survivant écrit du code qui doit survivre à lui-même :

  • MIT : n’importe qui peut forker.
  • Petit : n’importe qui peut comprendre.
  • Bien typé : n’importe qui peut le vérifier à l’analyse statique.
  • Documenté pour l’IA : n’importe quel agent peut le maintenir.

C’est l’inverse exact de la philosophie d’entreprise (lock-in, stack trade secrets, dépendance maximisée). C’est explicitement une stratégie de continuité au-delà de l’auteur.

6. La paranoïa opérationnelle vs la paranoïa clinique#

On parle de paranoïaque opérationnelle, pas clinique :

Paranoïa opérationnelleParanoïa clinique
Basée sur l’observation de patterns réelsBasée sur des biais cognitifs
Calibrée : proportionnée à la menace (Politique de sécurité)Non-calibrée : disproportionnée (Politique des chapeaux en aluminium)
Productive : produit du code et des infrastructures robustesImproductive : paralyse, finit par inciter les tiers qui la subissent à des comportements dangereux pour l’outrepasser
Évolutive : peut être désamorcée par des preuvesIndécrottable : résiste aux preuves
Coexiste avec une confiance accordée à hauteurRefuse toute confiance

Le créateur d’Ocarina est dans la première catégorie. Son code est rigoureux.

7. Pourquoi ces adaptations ont une valeur économique#

  1. L’IA augmente la surface d’attaque.
  2. Les coûts de la fraude éclatent.
  3. Les régulations renforcent les audits.

Dans ce contexte, les adaptations psychologiques du survivant deviennent des avantages compétitifs :

  • Audit-reflex.
  • Zero trust.
  • Constamment à jour.

Cf. 08-ocarina-in-testing-industry.md

8. Mot de la fin#

Tout le travail autour d’Ocarina n’est pas seulement de la production technique.
C’est aussi une transmission.

L’auteur écrit pour :

  • Documenter ce qu’il a appris, pour que les générations suivantes n’aient pas à le réapprendre par la souffrance.
  • Valider publiquement (en MIT, en français + anglais, en accessible) une posture qui n’a pas eu de place dans les institutions.
  • Sortir de la solitude opérationnelle : rendre lisible son monde à un public élargi.
  • Léguer un objet qui survivra à son auteur, comme YTCracker laisse Nerdlife, comme Yung Innanet laisse true colors, comme Sys64738 a laissé Zone-H.

Il s’agit d’un acte de réparation collective.

9. Connexions avec le reste du précis#