Fermer

Copier/Coller de ChatGPT, l'essentiel

Déploiement de code non testé à la zob.

Déploiement de code non testé à la zob.

Envoyé par rendu le 7 avril 2023 à 10h52

Précédent

Touche Q ou GAUCHE pour passer au fichier précédent

15 commentaires

         

 

Tri par popularité  

  Tri chronologique

Suivant

Touche D ou DROITE pour passer au fichier suivant
+ 0 -

Snark LoMBriK addict !

> répond au commentaire "Copier/Coller de ChatGPT, l'essentiel. Déploiement de code non testé à la zob."

En ce qui concerne le déploiement de code, il est toujours recommandé de tester et de valider soigneusement le code avant de le déployer en production. Les pratiques de développement de logiciels modernes incluent souvent des tests automatisés et une intégration continue pour s'assurer que le code est fonctionnel et conforme aux normes de qualité avant le déploiement.

Cela dit, il est important de noter que les erreurs peuvent toujours se produire même avec les meilleures pratiques de développement en place. Dans de tels cas, il est important d'avoir des mécanismes de sauvegarde en place pour minimiser l'impact des erreurs et pour permettre une récupération rapide.

En fin de compte, le développement de logiciels est un processus complexe qui nécessite un travail soigné et une attention constante aux détails pour garantir des résultats de qualité.
Il y a 2 ans
+ 0 -

Showbeks En réponse à Snark

Et c'est à ça que servent les preprod :)
Il y a 2 ans
+ 4 -

Krogoth En réponse à Snark LoMBriK addict !

Tester c'est douter!!
Il y a 2 ans
+ 0 -

GruikMan En réponse à Snark Vermisseau

O'Raillerie....
Il y a 2 ans
+ 8 -

Narf LoMBriK addict !

Les dernières préconisations dans le domaine par ma boîte, c'était :
"Quick and Dirty".
Bon ce n'est pas ma tasse de thé.
Je trouve qu'au final c'est plus chronophage que d'essayer de faire propre dès la conception.
Il y a 2 ans
+ 7 -

alextazy0 En réponse à Narf Asticot

Tu as mis un "o" en trop à "boîte"; ton commentaire entier as bien plus de sens sans.
Il y a 2 ans
+ 1 -

misterbeam En réponse à alextazy0 Vermisseau

Meilleur commentaire de l'année !
Il y a 2 ans
+ 0 -

alextazy0 En réponse à misterbeam Asticot

Laisse tombé, je ne serai pas reconnu de mon vivant!
Il y a 2 ans
+ 1 -

Showbeks En réponse à Narf

B même si faire du propre c'est plus long (et encore) c'est surtout pour le métier que c'est bénéfique...
Je me tape du code legacy qui a 20ans en ce moment, c'est un enfer...
Du php imbriqué dans du HTML à l'arrache, du code commenté, etc
Il y a 2 ans
+ 1 -

Bidon85 En réponse à Narf Vermisseau

Enfin parfois, tu as l'impression que c'est "le bordel" car ce n'est juste pas ta manière de penser. Parfois, on limite les commentaires car on pense que tel ou tel manip est "évidente". Sauf que 5 ou 10 ans plus tard, ce n'est plus aussi évident.
Il y a 2 ans
+ 3 -

Orme En réponse à Bidon85 Dresseuse de lombriks

Par « code commenté » il ne veut pas dire « trop de commentaires dans le code » , y'a jamais trop de commentaires ... Il veut dire qu'au lieu de déboguer correctement leurs méthodes, ils ont neutralisé des lignes entières de code en mettant un symbole de commentaire devant pour faire disparaître le bug.
Il y a 2 ans
+ 1 -

Showbeks En réponse à Orme

Ah la réponse était pour moi?
Et oui c'est exactement ce que je voulais dire :)
merci
Il y a 2 ans
+ 0 -

Bidon85 En réponse à Orme Vermisseau

Je répondais sur le "quick and dirty". Tu as parfois l'impression d'être dans cette situation car tu as un commentaire laconique car évident pour le programmeur initial et pas forcément pour celui qui reprend.

Du code désactivé en le passant en commentaire, je ne vois pas le problème. Surtout que les IDE "moderne" permettent de faire facilement la différence entre du code commenté et du code effectif, de réduire les blocs de commentaire ...

Par contre, ne pas expliquer pourquoi on le fait, c'est plus gênant.
Il y a 2 ans
+ 0 -

trucmoi En réponse à Orme Ver d'os

Merci pour ta réponse. Je ne connaissais pas cette technique et j'avais pas compris le comm de showbeck. (j'ai juste appris des bases de programmation il y a longtemps pour le fun)
Il y a 2 ans
+ 1 -

Orme En réponse à trucmoi Dresseuse de lombriks

Je précise que c'est une mauvaise technique hein :)

Si vraiment, vraiment, tu dois neutraliser des lignes de code, met un commentaire exhaustif avant pour expliquer pourquoi tu fait ça, le bug rencontré, et si possible des pistes de deboguage

Mais l'idéal reste de faire correctement ta recette avec des valeurs-test qui permettent de passer par toutes les branches de l'algo et vérifier pourquoi certaines valeurs merdent.
Il y a 2 ans
Inscrivez-vous ou Connectez-vous pour envoyer un commentaire
65