Un développeur efface par erreur trois mois de travail avec Visual Studio Code 1.15
Et exprime sa rage dans un billet de blog virulent

Le , par Stéphane le calme, Chroniqueur Actualités
Furieux, un développeur est allé exprimer sa rage sur GitHub après avoir supprimé par accident des fichiers équivalents à trois mois de travail de façon définitive.

« Je viens de télécharger VSCode comme alternative et je testais l'option de contrôle source. Voyant comment elle voulait mettre en scène CINQ MILLIERS DE FICHIERS, j'ai cliqué sur “discard” ... ET ELLE A EFFACÉ TOUS MES FICHIERS, TOUS DE FAÇON PERMANENTE !

« COMMENT EST-CE POSSIBLE ? QUELLE EST L’ENFLURE QUI A FAIT QUE CETTE OPTION SUPPRIME DE FAÇON PERMANENTE TOUS LES FICHIERS D’UN PROJET, MÊME PAR ACCIDENT ? JE NE PEUX MÊME PAS LES RETROUVER DANS LA CORBEILLE !!! JE NE PENSAIS PAS QUE CELA SERAIT POSSIBLE SUR WINDOWS !

« J’EMMERDE CET ÉDITEUR AINSI QUE CEUX QUI ONT IMPLÉMENTÉ CETTE OPTION. JE VOUS SOUHAITE LE PIRE.

« DÉSORMAIS, JE VAIS RESTER LOIN, ET DE FAÇON PERMANENTE, DE TOUS LES LOGICIELS DE DÉVELOPPEMENT WINDOWS. ET AUX GÉNIES QUI ONT IMPLÉMENTÉ CETTE OPTION, JE LEUR DIS CECI : ALLEZ-VOUS FAIRE VOIR. »

Manifestement, plusieurs développeurs ne sont pas d’accord avec sa conclusion.

L’un d’eux par exemple attribue son erreur au fait qu’il soit novice, mais regrette que son collègue ne retienne pas la leçon et surtout s’en prenne au mauvais outil :

« La partie triste, c'est qu'il n'a pas appris sa leçon. Le problème n'est évidemment pas au niveau de Visual Studio Code, mais avec Git (ou n'importe quel logiciel de contrôle de version qu'il a essayé). Il semble qu'il ne savait rien sur l'utilisation de Git et a accidentellement vérifié un compte de rechange au lieu d'ajouter ses fichiers sur scène. Dans son billet, il dit qu'il utilise Windows et qu'il est habitué au fait que les choses aillent dans la corbeille, quelque chose qu'un outil Linux comme Git ne va évidemment pas faire. Il s'agit donc d'une inadéquation entre un développeur de logiciel débutant sur Windows qui n'a jamais utilisé Git avant et n’est pas habitué à la logique d'outils Linux comme Git.

« Je suis d'accord avec lui pour dire que Visual Studio Code aurait peut-être pu concevoir son message d'avertissement un peu mieux, pour des personnes comme lui qui n'ont aucune expérience avec Git.

« Parlant maintenant du côté triste : après avoir supprimé accidentellement tous ses fichiers en essayant Git, il ne sera probablement plus tenté d’utiliser à nouveau Git ! Donc, au lieu d'apprendre la leçon qu'il aurait dû apprendre, à savoir toujours utiliser le contrôle de la version sur tout, ce qu'il a appris a été “Git est nocif, ne l'utilisez pas”.

« Bien sûr, il semble aussi qu'il blâme VS Code et ne comprend pas que c'était la faute de Git, mais cela ne fera pas qu'il commence à utiliser Git de sitôt.

« En savoir plus sur le contrôle de la version, en particulier Git, c'est la chose la plus importante qu'un développeur de logiciel peut apprendre le plus tôt possible dans sa carrière. »

Le message original sur GitHub a été supprimé, mais il est toujours possible d’avoir accès au cache.

Source : billet du développeur

Et vous ?

Avez-vous déjà supprimé votre travail en faisant une mauvaise manipulation avec un EDI ? De quel éditeur s'agit-il ? Partagez votre expérience.


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de abbe2017 abbe2017 - Membre averti https://www.developpez.com
le 18/08/2017 à 19:27
règle n°1 du développeur :

des sauvegardes perso en local tu feras même si on te dit que c'est fait en ligne (ou cloud) automatiquement le soir.

règle 2 : ne pas oublier la règle 1
règle 3 : ne pas oublier la règle 2
règle 4 : ne pas oublier la règle 3
Avatar de ternel ternel - Expert éminent sénior https://www.developpez.com
le 18/08/2017 à 19:35
A perdu du travail pour avoir tester une option d'un outil.
Son travail est sa production.

Il a testé un outil sur de la production.
Son chatiment est à mesure de sa faute.

Règle "moins l'infini", celle qui passe avant toute les autres: "Toute production est sacrée."
Avatar de hotcryx hotcryx - Membre émérite https://www.developpez.com
le 18/08/2017 à 19:39
Une erreur est vite arrivée, même en faisant attention, suffit d'un mauvais jour, mauvais moment et de ne pas être à 100% lol.

Il faut dire que c'est aussi l'erreur de VS Code au niveau de l'interface et de git au niveau backup.
Avatar de Aiekick Aiekick - Membre expérimenté https://www.developpez.com
le 18/08/2017 à 19:47
et puis bon tester un outi dont on ignore tout sur les vrais fichier projet, c'est un peu con con hein.

c'est vraiment un développeur le mec ? je me demande, car ça n’obéit pas vraiment a la logique d'un développeur de faire ça.

de pense que tout va rouler nickel comme on espère sans savoir vraiment ce que ca va faire, juste en croisant les doigts
Avatar de redcurve redcurve - Membre averti https://www.developpez.com
le 18/08/2017 à 19:56
L'imbécile
Avatar de Spleeen Spleeen - Membre du Club https://www.developpez.com
le 18/08/2017 à 20:01
Alors, je suis d'accord, évitons TOUS LOGICIELS MICROSOFT et bannissons cet éditeur de la surface de la Terre !
Du reste, sérieusement, le mec est développeur et il ne fait pas de backups + clone... sérieusement... en 2017 ? Je ne le plains surement pas (même si c'est lié à cette daube de VS), c'est comme ça qu'on apprend ^^
Moi même j'ai perdu 2-3 fois des centaines de giga (find + rm + regex désastreuse), je peux te dire que ça calme.
Avatar de Issam Issam - Membre confirmé https://www.developpez.com
le 18/08/2017 à 20:08
Citation Envoyé par Spleeen  Voir le message
Moi même j'ai perdu 2-3 fois des centaines de giga (find + rm + regex désastreuse), je peux te dire que ça calme.

et tu es toujours libre dans la nature ?
Avatar de tikjdaoui tikjdaoui - Membre à l'essai https://www.developpez.com
le 18/08/2017 à 20:08
Il peut toujours retrouver son travail chez la NSA
Avatar de mister3957 mister3957 - Membre éprouvé https://www.developpez.com
le 18/08/2017 à 20:21
C'est du fake ça, c'est pas possible autrement.

- Trois mois de travail
- 5 millions de fichiers

Essayez, que ce soit en ligne de commande ou au clic, de créer 5 millions de fichiers même sans rien y mettre dedans, c'est impossible en 3 mois.

- 0 connaissance concernant git
- 0 connaissance concernant les systèmes de backup (bien que dans ce cas apparemment il n'y a pas de faille matériel)
- 0 connaissance.. tout simplement

Mais trois mois de travail et 5 millions de fichiers, et surtout sous Windows.. un vrai pro !
Avatar de TallyHo TallyHo - Membre éprouvé https://www.developpez.com
le 18/08/2017 à 20:33
Citation Envoyé par mister3957  Voir le message
C'est du fake ça, c'est pas possible autrement.

En lisant la news, j'ai cru que c'était le trolldi mais non... Il y a encore des pros qui installent les outils directement en production, c'est hallucinant. Novice je veux bien mais il y a un minimum de bon sens quand même, on test avant. Enfin bref, ça m'épatera toujours ce genre de conneries
Contacter le responsable de la rubrique Accueil