EtienneFIX72

On passe des heures à sécuriser l'infrastructure des clients — sauvegardes automatisées, monitoring, plan de reprise d'activité — et on laisse souvent son propre poste de travail tourner sans aucun filet. Pour un salarié en SSII, une panne de PC est gérée par le service informatique en quelques heures. Pour un développeur freelance ou une petite agence de 2-3 personnes, c'est une toute autre histoire : il n'y a personne d'autre pour relever la machine.

Ce qu'il y a réellement à perdre

Le disque dur d'un poste de développement n'est pas qu'un ordinateur de bureau un peu plus chargé. Il concentre souvent :
- des dépôts locaux avec des commits jamais poussés (le fameux git push qu'on repousse « à ce soir ») ;
- des variables d'environnement, clés API et certificats qui ne sont nulle part ailleurs que dans un .env local ou un trousseau système ;
- des accès VPN et identifiants clients, parfois avec des règles d'accès spécifiques négociées au cas par cas ;
- un environnement de dev entier (versions de Node, Docker, dépendances système, configuration IDE) qu'on a mis des semaines à peaufiner et qu'on ne documente jamais vraiment, parce qu'« on sait ce qu'on a fait ».

Rien de tout ça n'est couvert par une simple copie du dossier Documents sur un disque externe une fois par mois.

Les scénarios les plus courants (et les moins anticipés)

La panne matérielle pure. Un SSD qui lâche sans prévenir est un classique — pas de bruit avant, contrairement à un disque mécanique. Sur un poste qui tourne 8-10h par jour avec de la compilation, du Docker et plusieurs VM, l'usure est plus rapide que sur un PC familial.

La mise à jour qui casse tout. Une montée de version système ou d'un driver qui rend l'environnement de dev inutilisable du jour au lendemain — plus fréquent qu'on ne le pense sur des configurations très personnalisées, et particulièrement pénible quand elle tombe la veille d'une livraison.

Le vol ou la casse en déplacement. Un freelance qui travaille chez le client, en coworking ou en clientèle emporte sa machine partout. Un ordinateur portable volé dans une voiture ou cassé en déplacement, c'est à la fois la perte du matériel et celle de tout ce qu'il contenait, si rien n'était répliqué ailleurs.

Le compromis logiciel. Une dépendance npm ou une extension VS Code compromise, un phishing ciblé sur un développeur qui a accès à des identifiants clients sensibles — le poste de travail d'un développeur est une cible plus intéressante qu'on ne l'imagine pour un attaquant, justement parce qu'il donne accès à des systèmes tiers.

Le vrai coût n'est pas le remplacement du matériel

Racheter un ordinateur portable, ça se fait en une journée. Le coût réel d'une panne, c'est :
- le temps perdu à reconstruire un environnement de dev complet (souvent sous-estimé : entre une demi-journée et plusieurs jours selon la complexité du projet) ;
- le retard facturé — ou non facturable — au client, qui ne voit que la date de livraison glisser ;
- dans le pire des cas, la perte définitive d'un travail non poussé sur un dépôt distant.

Quelques réflexes qui coûtent peu et changent tout

Rien de révolutionnaire ici, mais ce sont les points qui, en pratique, sont le plus souvent négligés sur un poste personnel :

1. Pousser souvent, même en WIP. Une branche wip/ poussée sur le dépôt distant à la fin de chaque journée coûte dix secondes et évite de perdre une journée de travail en cas de panne le lendemain matin.
2. Documenter son setup, même sommairement. Un fichier SETUP.md avec les versions utilisées et les étapes d'installation permet de reconstruire un environnement en une heure plutôt qu'en une journée de tâtonnements.
3. Chiffrer le disque et utiliser un vrai gestionnaire de mots de passe. En cas de vol, la différence entre « matériel perdu » et « données clients exposées » se joue souvent là.
4. Séparer sauvegarde des fichiers ET des configurations. Un backup qui ne couvre que le dossier utilisateur oublie systématiquement les clés SSH, les profils de VPN ou les configurations d'outils installés hors du profil standard.
5. Tester une vraie restauration une fois par an. Une sauvegarde qui n'a jamais été restaurée n'est qu'une hypothèse, pas une garantie.

Et quand on n'a tout simplement pas le temps de s'en occuper

Un freelance ou une petite structure n'a souvent ni le temps ni l'envie de devenir son propre administrateur système en plus de son métier. C'est exactement le créneau sur lequel FIX72 (dépannage informatique au Mans et en Sarthe) a construit un forfait pensé pour les indépendants et petites structures : surveillance continue du poste, intervention à distance illimitée, et passage sur site sous 4h en cas de blocage réel — pour ne pas avoir à choisir entre facturer sa journée et remettre sa machine en état.

Que vous passiez par un prestataire ou que vous gériez ça vous-même, l'essentiel reste le même : un poste de développement mérite au moins autant d'attention que les infrastructures qu'on sécurise pour ses clients. C'est rarement le cas — et c'est justement pour ça que ça vaut la peine d'y regarder d'un peu plus près avant que la panne ne décide à votre place.