Discussion :

[CodeurPlusPlus]

Le monsieur qui a perdu les données, il ne connait pas les bonnes pratiques... et vous savez pourquoi ? Parce qu'il ne fréquente pas developpez.com pardi

[Chauve souris]

Eh bien moi je n'ai jamais perdu de fichiers. Vraiment et sans me vanter. Pourtant des disques durs qui crashent ça n'arrive pas qu'aux autres, j'en ai eu ma part. Des mauvaises manipulations où j'effaçais la destination au lieu de la source, aussi. MAIS j'avais toujours une sauvegarde sur un disque dur que je fais automatiquement toutes les semaines. Sauvegardes où il est très facile d'aller y repêcher les fichiers qu'on a effacé. Plus rarement j'ai eu des effacements de partitions (en fait juste le boot sector) et il y a des programmes qui récupèrent ça facilement.

Donc pas d'excuses.

Il y a quand même des vacheries : la très mauvaise fiabilité des DVD fait que j'ai perdu des vidéos (en particulier de Star Trek Deep Space Nine que je revois en ce moment) car, dans ce cas, il n'y a pas de sauvegardes. Pourtant j'achetais des marques réputées (Verbatin, Memorex) et je demandais toujours de vérifier les données écrites. Maintenant je stocke tout sur des disques durs que j'utilise dans des tiroirs. Je dois dire que je suis épaté par leur fiabilité. Certains tournent 24h/24 depuis des années. De temps en temps je fais un contrôle approfondi, il ne manque pas un secteur et SMART est OK. D'autant que pour les sauvegardes et des données stockées ils ne tournent pas en permanence. Et en plus c'est bien moins cher au giga que les autres supports.

Dernier point : l'alimentation électrique. J'espère qu'elle est fiable dans l'amère patrie mais au Paraguay c'est un désastre. Mais chaque ordi a son onduleur APC de 1500 W avec le logiciel Power Chute et la connexion USB entre les deux. Même si je ne suis pas là, l'onduleur, après avoir poussé des piaillements pendant 5 minutes met l'ordi en veille prolongée et, quand le courant est redevenu normal, je peux continuer où j'en étais.

[jopopmk]

Salut,

de l'article : pour les 500/5000/5T fichiers, je pense que le gars parle des fichiers de config de VSC, qui sont foison, pas de ses propres fichiers (enfin c'est comme ça que je l'ai compris, en connaissant un tout petit peu VSC).

de mon exp perso : sorti également d'étude au début des années 2000, on m'avait pas parlé des gestionnaire de version. Par contre dès mon premier emploi j'ai travaillé avec SourceSafe (équipe de 4 max) en mode lock. Et qu'est-ce que je chérie cette bonne époque ! Les heures perdues en fusion avec les accès concurrents ... (parfois pour des niaiseries, genre charset ou auto-formatage).

[emixam16]

Un mauvais développeur a toujours de mauvais outils.

[evanboissonnot]

C'est tellement facile de gueuler sur un outil et dire que c'est de la merde quand on ne le connaît pas.

Genre tu utilises pour la première fois une renault, pour conduite (ou peugeot, ou ..), et la tu veux démarrer, or t'as pas les clefs.

"Putin, c'est de la merde renault, je peux pas conduire".

Tu peux continuer en disant, ah j'ai les clefs : fallait me dire qu'il fallait mettre les clefs dans le contact !

Et hop, tu recommences, tu démarres, et là la voiture n'avance pas ... "Putin c'est de la merde Renault, je peux pas conduire".

Et que dire, s'il réussit tout de même à avancer, et ne sait pas ce qu'est la pédale de frein et où elle est ...


Mon dieu, ça m'épatera toujours les gens qui gueulent au lieu de se documenter un peu avant d'utiliser un outil (Linux ou Windows, ou Mac, ou ...)

Tellement de développeurs sont comme ça : copie coller de stack overflow bonjour !

A plus

[evanboissonnot]

Salut,

de l'article : pour les 500/5000/5T fichiers, je pense que le gars parle des fichiers de config de VSC, qui sont foison, pas de ses propres fichiers (enfin c'est comme ça que je l'ai compris, en connaissant un tout petit peu VSC).

de mon exp perso : sorti également d'étude au début des années 2000, on m'avait pas parlé des gestionnaire de version. Par contre dès mon premier emploi j'ai travaillé avec SourceSafe (équipe de 4 max) en mode lock. Et qu'est-ce que je chérie cette bonne époque ! Les heures perdues en fusion avec les accès concurrents ... (parfois pour des niaiseries, genre charset ou auto-formatage).

J'ai bossé avec Sourcesafe durant 5 ans ... et je ne l'aime pas du tout. T'in le système de blocage, quelle connerie ! C'est comme quand t'as deux personnes qui utilisent un Excel partagé (pas celui en ligne hein).
Non non, mauvaise idée, très mauvaise ..... surtout quand un des devs part en vac, et qu'il oublie de débloquer, et toi, tu veux bosser dessus : une plaie !

[jopopmk]

J'ai bossé avec Sourcesafe durant 5 ans ... et je ne l'aime pas du tout. T'in le système de blocage, quelle connerie ! C'est comme quand t'as deux personnes qui utilisent un Excel partagé (pas celui en ligne hein).
Non non, mauvaise idée, très mauvaise ..... surtout quand un des devs part en vac, et qu'il oublie de débloquer, et toi, tu veux bosser dessus : une plaie !

J'ai jamais eu de souci de ce genre sur 3 ans de pratique (j'ai quand même eu un plantage de SS lui-même qui m'a fait perdre une semaine de taff sur des états sur pré-imprimé). Et franchement, je préfère passer un coup de fil pour avoir la main sur un fichier que passer des plombes à fusionner. En plus les langages modernes aiment le surdécoupage en fichiers, donc c'est assez simple.

Là avec CVS je fais des fusions sur des fichiers de plusieurs milliers de lignes (en C) : à chaque push c'est une heure de taff de perdue.
Il m'est également arrivé d'être "agrégateur" des devs de mon équipe (avec SVN) : là c'était une demie-journée par semaine qui partait à la benne.

Les deux solutions ont leur avantages et inconvéniants, et pour moi les avantages d'un système à lock sont plus intéressants que ses inconvéniants sont gênants. Encore faut-il travailler sur un projet avec peu d'intervenants (j'ai vu plus haut <10, perso je dirais même <5).

[Luckyluke34]

Les commandes git sont loin d'être intuitifs, mais je privilégie toujours le mode console par rapport aux plugins intégrés dans les IDE pour éviter ce genre de misère.

+1000

Certes le mec est une truffe, mais pourquoi refléter la commande "git clean" d'origine avec un bouton "discard all changes" ? Personnellement la première formulation m'alarme beaucoup plus sur le fait que c'est destructif, alors que la deuxième peut juste être comprise comme "annuler tous les changements qui ont été faits dans l'IDE = annuler l'ajout des fichiers en source control".

Donc le gars n'est pas un bon professionnel ET Microsoft a fait de la merde avec les libellés de ses contrôles.

[Kikuts]

Bouuuuuh le noob !!! :p

La leçon est difficile à digérer. Mais c'est de sa faute.
J'ai fait la même boulette lors de mes premiers pas sur GIT.
Ensuite, j'ai lu la documentation GIT.
Et je me suis dit "ah... fuck... j'aurais du lire la doc avant..." mais moi, j'avais une copie sur clé usb

Maintenant, si le mec fait aucune copie alors que les profs, les gens sur les forums, TOUS le monde prévient qu'il faut souvent faire des backups. Ce dernier à même peut être déjà dit à ses parents "ba oui vos photos sont perdues : vous n'avez pas fait de sauvegarde. Donc si votre HD tombe en panne vous perdez tous vos documents. La prochaine fois, pensez à faire des sauvegardes !"

Et vu comment il incrimine VS Code, sans même comprendre que le problème vient d'une commande GIT que lui même a exécuté. Je ne pense pas qu'il ait perdu grand chose :p

[mary.anders]

Il y a beaucoup de logiciels de récupération de fichiers effacés , google et tu verras! Bottom line, ICS ou Logicube hardware sont aussi une solution mais pas gratuits!
Cheers!

[RyzenOC]

C'est moi ou je remarque l'on pense à faire des sauvegardes souvent après la catastrophe ?
remarquer c'est la même chose ailleurs, on construit une digue après une violente inondation pas avant.

[Invité]

C'est moi ou je remarque l'on pense à faire des sauvegardes souvent après la catastrophe ?
remarquer c'est la même chose ailleurs, on construit une digue après une violente inondation pas avant.

Simplement parce qu’on identifie encore mal les problèmes futurs et qu'ont créé des solutions pour combler un problème ou un besoin donné

[PomFritz]

Peut-être que des erreurs ont été comises, qui n'en fait pas? C'est aussi à ça que sert un outil bien conçu, prévenir les erreurs. Ce qui est certain, c'est que Visual Studio est très mauvais en ce qui concerne la récupération/sécurisation des données, à la limite de l'amateurisme après tant d'années.

[ryankarl65]

Le type aurait du commencer par casser sa machine!
Perso je suis débutant ( 2 ans ) mais j'ai toujours eu l'habitude de sauvegarder mon travail a chaque version Stable !
Donc qu'il ne viens pas pleurer 3 mois de travail !
Deja qu'il y'a l'option CLoud automatique et tout !
Pfffff !!!
le mise qu'il n'a pas lu la FAQ et Doc

[Marco46]

Perso je suis débutant ( 2 ans )

Dis-toi que pour la plupart des SS2I tu as un profil d'expert .

[air-dex]

Peut-être que VS Code n'est pas très clair, mais en attendant il y a tellement de choses plus graves que VS Code dans cette affaire.

Est-ce qu'il sait ce que signifie le mot "discard" ?

Il devait penser qu'il s'agissait de "giscard" avec une erreur au début.

Mais dans tous les cas l'issue aura été la même pour les fichiers :

Il y a une erreur de traduction, il parle de 5 thousand files.. soit 5 mille fichiers, pas 5 millions ;-)

Sans parler d'un ajout des fichiers "sur scène". Sur un site d'informatique ça la fout mal.

[LapinGarou]

Cela s'appelle la sélection naturelle: Il n'a aucune jugeote, et se croit au pays des bisounours, donc ne mérite pas de réussir dans ce domaine pour le bien de ses clients, et il fait cela très bien tout seul

[Amethyste]

j'ai relu deux fois cet article.
C'est moi ou bien il s'agit manifestement d'une traduction automatique avec un chemin du style:
anglais => klingon => latin => allemand => arabe => japonais => russe => français

Y a des phrases qui n'ont simplement pas de sens

[petitours]

faire joujou sur de la prod et ne pas avoir de sauvegarde c'est doublement étonnant...
Plus étonnant encore c'est de se venter (et gueuler contre autrui) après en avoir fait une pareil !

Les sauvegardes ça reste un sujet complexe ; les outils de gestion de version promettent pleins de choses, le cloud aussi mais ça n'en reste pas moins des outils capables de tuer les données donc insuffisants pour de la sauvegarde. Il sont capables de part leurs fonctionnalités et de part le fait qu'il y a des gens et des infrastructures qui gèrent tout ça hors de notre contrôle => La sauvegarde locale reste indispensable.

La vérification d’intégrité des sauvegardes est encore plus indispensable ; les fichiers sont ils bien là ? seins ? la totalité des données est elle bien prise en compte par la sauvegarde?
Après il y a les vols et autres incendie qui imposent de dupliquer les sauvegardes sur plusieurs sites.
Il y a une dizaine d'année je me suis fait piquer ma machine et le disque dur de sauvegarde qui était rangé la pièce à coté ; très fier et soulagé je suis allé chercher la sauvegarde distante à 200km de là et là craboum, ils manquait pleins de fichiers, le transfert se faisait mal depuis des lustres !

Pour les sauvegardes il n'y a pas que de bons outils je pense il y a aussi un vrai réflexion "sécurité" à avoir ; pas besoin d'y passer 50h de boulot mais il faut se poser pour y réfléchir.

[JakoJako]

Entièrement d'accord avec abbe2017 !!

En règle générale, avant de commiter / pusher / puller avec GIT, je commence par faire une copie du répertoire. Voire le zipper et le recopier ailleurs ! GIT, c'est pas pour les débutants - et même avec de l'expérience des outils de versionning (SCCS, CVS, SVN...) j'ai toujours du mal à bien comprendre ce que fait GIT - a fortiori quand son fonctionnement est masqué par un IDE...