Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    mars 2013
    Messages
    3 935
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : mars 2013
    Messages : 3 935
    Points : 100 296
    Points
    100 296

    Par défaut Trolldi : comment écrire du code non maintenable et qui vous assurera un travail à vie ?

    Trolldi : comment écrire du code non maintenable et qui vous assurera un travail à vie ?
    Petites astuces dans le langage Java

    Sur un ton satirique, le développeur Roedy Green s’est proposé de transmettre son savoir dans l’écriture d’un code qui donnerait des sueurs froides au développeur qui viendra faire la maintenance. Son illustration est axée sur la programmation Java.

    « Je vous transmets les conseils des maîtres sur la façon d'écrire du code si difficile à gérer, qu’il faudra des années aux personnes qui vont en assurer la maintenance pour effectuer les changements les plus simples », promet-il.

    Et de poursuivre en disant « De plus, si vous respectez toutes ces règles religieusement, vous vous garantissez même une vie d’emploi, car personne, sauf vous, ne pourra espérer maintenir le code. D’ailleurs, si vous suiviez toutes ces règles religieusement, vous même ne seriez pas en mesure de maintenir le code ! »

    Bien entendu, cela doit rester un art. Votre code ne doit pas sembler impossible à maintenir de prime abord, sinon il risque simplement d’être réécrit.

    Principes généraux

    Pour mystifier le développeur qui va effectuer la maintenance, vous devez comprendre comment il pense. Face à lui se tient votre programme géant. Il n'a pas le temps de le lire en entier, encore moins de le comprendre. Il veut rapidement trouver l’endroit où effectuer une modification, la faire et s’en aller tout en espérant ne pas avoir d’effets secondaires inattendus.

    Il est donc question de l’empêcher d’avoir une vision d’ensemble. Vous voulez donc qu’il soit plus difficile pour lui de trouver le code qu'il recherche. Mais plus important encore, il faut que ce soit tellement difficile qu’il ne puisse pas ignorer quoique ce soit.

    Pour réussir cet exercice, il donne quelques conseils : « Les développeurs sont plongés dans la complaisance par les conventions. Mais de temps en temps, en violant subtilement la convention, vous les forcez à lire chaque ligne de votre code avec une loupe ».

    Vous pourriez avoir l’idée que toutes les fonctionnalités de langage rendent le code impossible à maintenir, ce qui n’est pas le cas si elles sont mal utilisées.

    Nom : java.png
Affichages : 23379
Taille : 96,5 Ko

    Les appellations

    L'art de nommer des variables et des méthodes est une grande partie de la compétence « rédaction d’un code non maintenable ». Elles ne comptent pas du tout pour le compilateur. Cela vous donne une grande latitude pour les utiliser afin de dérouter le développeur qui va effectuer la maintenance.

    Les noms de variable à lettres uniques

    Si vous appelez vos variables a, b, c, alors il sera impossible de rechercher des instances de celles-ci en utilisant un simple éditeur de texte. De plus, personne ne pourra deviner à quoi elles servent.

    La mauvaise orthographe créative

    Si vous devez utiliser des noms de variables et de fonctions descriptives, orthographiez-les mal. En mal orthographiant certains noms de fonctions et de variables et en les orthographiant correctement dans d’autres (tels que SetPintleOpening et SetPintalClosing), nous annulons efficacement l’utilisation des techniques de recherche grep ou IDE. Cela fonctionne étonnamment bien.

    Soyez abstrait

    En nommant des fonctions et des variables, faites un usage intensif de mots abstraits tels que tout, données, descripteur, élément, tâche, routine, exécution et les chiffres, par ex. routineX48, PerformDataFunction, DoIt, HandleStuff et do_args_method.

    Acronymes

    Utilisez des acronymes pour garder le code laconique. Les vrais hommes ne définissent jamais les acronymes; ils les comprennent génétiquement.

    Camouflage

    Une grande partie de l'habileté à écrire un code non maintenable est l'art de se camoufler, de cacher des choses ou de faire en sorte que les choses semblent être ce qu'elles ne sont pas. Beaucoup dépendent du fait que le compilateur est plus capable de faire des distinctions que l'œil humain ou l'éditeur de texte. Voici quelques-unes des meilleures techniques de camouflage.

    Code qui se déguise en commentaires et vice versa

    Inclure des sections de code qui sont commentées mais qui à première vue ne semblent pas l’être

    Code Java : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    for (j=0; j<array_len; j+=8) {
        total += array[j+0];
        total += array[j+1];
        total += array[j+2]; /* Main body of
        total += array[j+3]; * loop is unrolled
        total += array[j+4]; * for greater speed.
        total += array[j+5]; */
        total += array[j+6];
        total += array[j+7];
    }

    Sans la coloration, remarqueriez-vous que trois lignes de code sont commentées ?

    Masquer les définitions de macro

    Cachez-les dans les commentaires inutiles. Le développeur va s'ennuyer et ne va abandonner sa lecture des commentaires et il ne découvrira donc jamais la macro. Assurez-vous que la macro remplace ce qui ressemble à une assignation parfaitement légitime avec une opération bizarre, un exemple simple:

    Conception du programme

    La clé pour écrire du code maintenable est de spécifier chaque fait de l'application dans un seul endroit. Il vous suffit donc d’effectuer le changement à un seul endroit et vous avez la garantie que le programme entier fonctionnera toujours. Par conséquent, pour écrire un code qui ne sera pas maintenable, il faut spécifier un fait à plusieurs reprises, dans autant d'endroits que possible, de toutes les manières possibles.

    Heureusement, des langages tels que Java font tout leur possible pour que l’écriture de ce type de code soit plus facile. Par exemple, il est presque impossible de modifier le type d'une variable largement utilisée, car toutes les fonctions de conversion ainsi que les Casts ne vont plus fonctionner et les types de variables temporaires associés ne seront plus appropriés.

    Java Casts

    Le système de casting de Java est un cadeau des dieux. Vous pouvez l'utiliser sans culpabilité puisque le langage l'exige. Chaque fois que vous récupérez un objet d'une collection, vous devez le replacer dans son type d'origine. Ainsi, le type de la variable peut être spécifié dans des dizaines de lieux. Si le type change ultérieurement, tous les Casts doivent être modifiés pour correspondre. Le compilateur peut ou peut ne pas détecter si le développeur qui effectue la maintenance ne parvient pas à les modifier tous (ou en modifie un de trop).

    Exploiter la redondance de Java

    Java insiste sur le fait que vous spécifiez deux fois le type de chaque variable. Les développeurs Java sont tellement habitués à cette redondance qu'ils ne vont pas remarquer si les deux types sont légèrement différents, comme dans cet exemple:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Bubblegum b = new Bubblegom();
    Malheureusement, la popularité de l’opérateur ++ rend plus difficile l’absence de code pseudo-redondant comme celui-ci:

    Source : Roedy Green

    Et vous ?

    Êtes-vous déjà tombé sur du code dont la maintenance était difficile ?
    L'entreprise a-t-elle fait appel à la personne/l'équipe qui l'a conçue, avez-vous du réécrire le code ou vous êtes vous contenter de publier des fix pour corriger les problèmes ?
    Avez-vous déjà volontairement écrit du code pour rendre difficile la maintenance par un autre développeur ?
    Quelles astuces pouvez-vous rajouter à cette liste ?

    Voir aussi :

    Trolldi : qu'avez-vous pu faire dans le passé pour détruire involontairement votre carrière en informatique ? Quelques pistes à explorer
    Trolldi : comment prendre sept ans pour livrer une bêta d'un jeu vidéo ? L'art d'allonger les délais en développement logiciel
    Trolldi : les meilleurs employés ne sont pas ceux qui sont les plus agréables, selon un psychologue qui explique sa réflexion
    Trolldi : Good Luck With That, enfin une licence pour le code spaghetti ? Les devs peuvent modifier votre code tant qu'ils ne vous mentionnent pas
    Trolldi : quelles sont les pires excuses que les entreprises pourraient avancer, pour refuser le passage à l'IPv6 ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre averti
    Homme Profil pro
    Développeur Web
    Inscrit en
    juillet 2010
    Messages
    108
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : juillet 2010
    Messages : 108
    Points : 334
    Points
    334

    Par défaut

    Êtes-vous déjà tombé sur du code dont la maintenance était difficile ?
    Oui.

    Appli d'un ministère. Code spé PHP vieux de 11 ans, codé avec des pieds amputés.

    Maintenance + rétrodoc. Mon projet le moins intéressant en +10 ans de carrière.

    L'entreprise a-t-elle fait appel à la personne/l'équipe qui l'a conçue, avez-vous du réécrire le code ou vous êtes vous contenter de publier des fix pour corriger les problèmes ?
    Nope.

    Ni personnel, ni aucune doc technique ou fonctionnelle.

  3. #3
    Membre régulier
    Inscrit en
    septembre 2006
    Messages
    39
    Détails du profil
    Informations forums :
    Inscription : septembre 2006
    Messages : 39
    Points : 86
    Points
    86

    Par défaut

    Oui, j'ai rencontré ce type de code. Tous les préceptes mentionnés dans l'article ont été utilisés ... ainsi que quelques autres.
    Le gars n'a même pas fait exprès. Il a juste commencé la programmation sur ce projet, tout seul, sans conseil.
    D'ailleurs, ce gars là me fait penser qu'il serait aussi champion de l'IHM la plus nulles à chier.

  4. #4
    Membre habitué
    Profil pro
    oui
    Inscrit en
    février 2009
    Messages
    234
    Détails du profil
    Informations personnelles :
    Localisation : France, Aveyron (Midi Pyrénées)

    Informations professionnelles :
    Activité : oui

    Informations forums :
    Inscription : février 2009
    Messages : 234
    Points : 190
    Points
    190

    Par défaut

    et ne pas oublier d'appliquer ces règles aux base de données !

  5. #5
    Candidat au Club
    Homme Profil pro
    Développeur .NET
    Inscrit en
    septembre 2018
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Distribution

    Informations forums :
    Inscription : septembre 2018
    Messages : 3
    Points : 4
    Points
    4

    Par défaut

    Jamais tombé sur ces exemples là. Je suis déjà tombé sur du code non maintenable mais un peu moins gros que ca:
    • fichiers pyhton de 5000 lignes
    • 40 classes dans le même fichier
    • des méthodes de 200 lignes

    Ca suffit amplement à rendre du code non maintenable.
    Ca me désole un peu si des gens font les exemples mentionnés dans l'article de manière intentionnelle tout de même.
    Un exemple sympa aussi pourrait être d'écrire des TU qui ne test rien mais augmentent la couverture de code et font croire aux futurs personnes travaillant sur le projet que leurs modifications ne causent aucunes régressions vu que les tests passent toujours.

  6. #6
    Nouveau membre du Club
    Profil pro
    Inscrit en
    mai 2009
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mai 2009
    Messages : 19
    Points : 33
    Points
    33

    Par défaut Pas besoin de faire d'efforts particuliers avec Java

    Pas besoin de chercher à écrire du code non maintenable avec Java, Java s'en occupe tout seul ! :-)
    Comme de faire souffrir des serveurs à longueur de vie.

  7. #7
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Architecte Web / Android
    Inscrit en
    août 2003
    Messages
    5 235
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Architecte Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 5 235
    Points : 13 839
    Points
    13 839

    Par défaut

    Citation Envoyé par LebonJaime Voir le message
    Jamais tombé sur ces exemples là. Je suis déjà tombé sur du code non maintenable mais un peu moins gros que ca:
    • fichiers pyhton de 5000 lignes
    • 40 classes dans le même fichier
    • des méthodes de 200 lignes
    J'ai déjà eu le droit à un fichier C++ d'un peu plus de 23000 lignes et c'est pas du codé généré ^_^ .
    Les méthodes 200 lignes ca peut se justifier. Parfois il y'a pas matière à découper du code et faire 10 fonctions de 20 lignes juste pour le principe de découper je suis pas fan. (c'est d'ailleurs assez fastidieux de sauter de méthode en méthode quand on lit du code je trouve)
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  8. #8
    Membre expérimenté Avatar de 10_GOTO_10
    Profil pro
    Inscrit en
    juillet 2004
    Messages
    843
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2004
    Messages : 843
    Points : 1 304
    Points
    1 304

    Par défaut

    Citation Envoyé par Stéphane le calme Voir le message
    Inclure des sections de code qui sont commentées mais qui à première vue ne semblent pas l’être
    On peut aussi faire le contraire : Inclure du code qui semble commenté mais qui ne l'est pas (ici, en C) :

    Code C : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
            // 2013-04-01 dhartmei: split scratch 29-to-3 bits???/
            /* You have a strange feeling for a moment, then it passes
             *             (&q+10)=='@'?!(0??(*(&q+14)??)=&q+16):0 ;/*~
             */

    Vous voyez pourquoi ? Même la coloration syntaxique se fait prendre au piège.



    "??/" est un trigraphe qui est remplacé (au moins sur les vieux compilateurs) par un antislash

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
            // 2013-04-01 dhartmei: split scratch 29-to-3 bits???/
            /* You have a strange feeling for a moment, then it passes
             *             (&q+10)=='@'?!(0??(*(&q+14)??)=&q+16):0 ;/*~
             */

  9. #9
    Membre éprouvé
    Homme Profil pro
    Développeur Web
    Inscrit en
    avril 2014
    Messages
    640
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : avril 2014
    Messages : 640
    Points : 1 085
    Points
    1 085

    Par défaut

    Oui, j'ai un collègue qui code comme ça, son travail est tellement désastreux qu'on a du embaucher une boîte externe pour faire son travail à sa place.

    Récemment j'ai du debuger un de ses script ayant une fonction essentielle et qui plantait parce qu'il avait dans une requête sql "AND WHERE id <> ?" et oublié de spécifier l'id en question. Aucun commentaire pour expliquer quel id devait être exclu ni pourquoi, la table faisant des dizaines de milliers de lignes avec des données de type totalement différents et des entrées pouvant dépendre d'autres entrées. J'ai bien été obligé de mettre un chiffre au hasard pour débloquer le truc en attendant son retour.

  10. #10
    Expert éminent

    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    3 910
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 3 910
    Points : 8 947
    Points
    8 947
    Billets dans le blog
    1

    Par défaut

    Le langage assembleur permet de faire pointer le code sur les données et inversement, ainsi l'un et l'autre peuvent s'altérer à l'envie, à partir de là il est extrêmement difficile, même pour le concepteur, de savoir jusqu'où on peut aller...

  11. #11
    Nouveau Candidat au Club
    Homme Profil pro
    Historien
    Inscrit en
    mai 2018
    Messages
    404
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 28
    Localisation : Algérie

    Informations professionnelles :
    Activité : Historien

    Informations forums :
    Inscription : mai 2018
    Messages : 404
    Points : 0
    Points
    0

    Par défaut

    travail oui
    a vie non je pense pas sauf si il est fonctionnaire

  12. #12
    Membre habitué
    Homme Profil pro
    Développeur Web
    Inscrit en
    janvier 2014
    Messages
    138
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : janvier 2014
    Messages : 138
    Points : 127
    Points
    127

    Par défaut

    J'ai travaillé avec un dev comme cela, On était géré par des commerciaux qui ne comprenaient rien à notre taf et en plus, qui n'hésitaient pas à virer des devs pour des motifs futiles... Donc, l'un d'eux a fait une boite noire. Et le jour on les commerciaux l'on menacés, il n'a plus répondu aux demandes des clients... Il a obtenu une augmentation et du remote.

    Quelles astuces pouvez-vous rajouter à cette liste ?
    Inspiré de ce fait réel:

    Les poupées Russes d'héritage et les calls intempestifs d'une classe à l'autre. L’œil humain ne peut pas garder plus de 7 références en tête, donc avec des hierarchies de 8-10 classes hérités, le code devient illisible.
    Cocréateur d'un réseau social musical
    Suivez-nous sur https://www.facebook.com/Spolsik/?re...homepage_panel

  13. #13
    Membre émérite Avatar de shadowmoon
    Homme Profil pro
    Expert technique et fonctionnel .Net
    Inscrit en
    mai 2005
    Messages
    1 059
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Expert technique et fonctionnel .Net
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mai 2005
    Messages : 1 059
    Points : 2 408
    Points
    2 408

    Par défaut

    Citation Envoyé par setni Voir le message
    Les poupées Russes d'héritage et les calls intempestifs d'une classe à l'autre.
    J'ai déjà croisé une variante avec de multiples niveaux d'héritages, des surcharges de fonctions et des appels entre-elles disséminés à travers.

    Un "exemple" simple :

    Une fonction A est définie au niveau 2, surchargée au niveaux 3, 5 et 8.

    Une fonction B est définie niveau 7.

    Une fonction C définie au niveau 1, surchargée au niveau 4 et 7.

    La fonction B fait appel à la surcharge de C du niveau 4, et celle-ci utilise la surcharge de A du niveau 3.
    il n'y a jamais eu qu'un seul chrétien et il est mort sur la croix Friedrich Nietzsche
    L'homme est un apprenti, la douleur est son maitre Alfred de Musset
    C'est avoir tort que d'avoir raison trop tôt Praefectus Praetario Hadrianus

    my best memories ever : 2008 London Circle Line "The Booze Train"

  14. #14
    Candidat au Club
    Homme Profil pro
    Développeur informatique
    Inscrit en
    octobre 2014
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : octobre 2014
    Messages : 1
    Points : 4
    Points
    4

    Par défaut

    Une fois je suis tombé sur une tentative de jointure. Dans le champs "join" il y avait "5=>6" pour faire référence au id.

  15. #15
    Membre expert Avatar de 7gyY9w1ZY6ySRgPeaefZ
    Homme Profil pro
    dba
    Inscrit en
    juillet 2007
    Messages
    4 281
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : juillet 2007
    Messages : 4 281
    Points : 3 800
    Points
    3 800

    Par défaut

    comment écrire du code non maintenable et qui vous assurera un travail à vie ?
    Passer sa vie à maintenir un code pourri que l'on a créé...
    Un belle vie bien remplie de vide...
    Mettons que l'on se fixe des objectifs à hauteur de ses compétences...

  16. #16
    Membre confirmé
    Inscrit en
    janvier 2006
    Messages
    254
    Détails du profil
    Informations forums :
    Inscription : janvier 2006
    Messages : 254
    Points : 628
    Points
    628

    Par défaut La mauvaise orthographe créative

    Autre solution, écrire dans une langue étrangère, que les collègues ne maîtrisent pas. Avec de bonnes déclinaisons, même les exemples cités plus haut ne seront pas des fautes d'orthographe, mais seulement des inflexions parfaitement correctes.

    Avantage: s'il est illisible par les collègues, le code est au moins lisible pour son auteur.

    Ah oui mais j'oubliais, les programmeurs et les langues étrangères, euh...

  17. #17
    Nouveau Candidat au Club
    Homme Profil pro
    Historien
    Inscrit en
    mai 2018
    Messages
    404
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 28
    Localisation : Algérie

    Informations professionnelles :
    Activité : Historien

    Informations forums :
    Inscription : mai 2018
    Messages : 404
    Points : 0
    Points
    0

    Par défaut

    Citation Envoyé par esperanto Voir le message
    Autre solution, écrire dans une langue étrangère, que les collègues ne maîtrisent pas. Avec de bonnes déclinaisons, même les exemples cités plus haut ne seront pas des fautes d'orthographe, mais seulement des inflexions parfaitement correctes.

    Avantage: s'il est illisible par les collègues, le code est au moins lisible pour son auteur.

    Ah oui mais j'oubliais, les programmeurs et les langues étrangères, euh...
    au lieu de nous insulter, pour pouvoir avoir le diplôme d'ingénieure en informatique il faut au moins 750 au toeic en France, je ne sais car j'ai du le passer pour avoir l'équivalence de diplôme avec l'université d'alger.
    le francais par contre je savais pas le parler mais cela n'est pas éliminatoire

    l'anglais en informatique est indispensable.

  18. #18
    Membre averti
    Homme Profil pro
    Développeur Web
    Inscrit en
    juillet 2010
    Messages
    108
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : juillet 2010
    Messages : 108
    Points : 334
    Points
    334

    Par défaut

    Citation Envoyé par ShigruM Voir le message
    au lieu de nous insulter, pour pouvoir avoir le diplôme d'ingénieure en informatique il faut au moins 750 au toeic en France, je ne sais car j'ai du le passer pour avoir l'équivalence de diplôme avec l'université d'alger.
    le francais par contre je savais pas le parler mais cela n'est pas éliminatoire

    l'anglais en informatique est indispensable.
    Oui enfin il n'a pas parlé d'Anglais, mais "écrire dans une langue étrangère, que les collègues ne maîtrisent pas".

    J'imagine qu'écrire des variables en Polonais, Suédois ou Néerlandais va pas spécialement aider à la compréhension du code...

  19. #19
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    mars 2013
    Messages
    0
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2013
    Messages : 0
    Points : 0
    Points
    0

    Par défaut

    Quelles astuces pouvez-vous rajouter à cette liste ?
    • Si le langage le permet, l'utilisation massive de label / goto.
    • Avec des RegEx volontairement complexes, on peut facilement compliquer la lecture.
    • Faire ça :


    Nom : 8GoJkRr.png
Affichages : 776
Taille : 428,4 Ko

  20. #20
    Membre confirmé
    Inscrit en
    janvier 2006
    Messages
    254
    Détails du profil
    Informations forums :
    Inscription : janvier 2006
    Messages : 254
    Points : 628
    Points
    628

    Par défaut

    Citation Envoyé par sebastiano Voir le message
    Oui enfin il n'a pas parlé d'Anglais, mais "écrire dans une langue étrangère, que les collègues ne maîtrisent pas".
    Merci sebastiano de confirmer que c'était compréhensible. En effet, la partie entre guillemets était bien là en particulier pour exclure l'anglais. Mais comme certains font toujours l'amalgame " langues étrangères <=> anglais " bien fait pour eux.

    Après je reconnais un oubli malencontreux dans la dernière phrase, en fait je voulais initialement écrire "les développeurs anglo-saxons", histoire de souligner le fait que cet article ne fait que traduire les conseils d'un anglophone, pour qui l'idée même de parler autre chose que sa propre langue relève probablement de la science-fiction. J'avais lu un jour un article similaire entièrement rédigé par un français (pas de traduction) et lui avait bien pensé à la possibilité d'utiliser une langue étrangère pour rendre le code moins lisible (sauf pour son auteur)

    Et puis si je dois des excuses aux programmeurs alors forcément je dois m'en faire à moi-même

Discussions similaires

  1. [Débutant] Interface graphique, comment écrire le code?
    Par balicoco dans le forum Interfaces Graphiques
    Réponses: 1
    Dernier message: 19/06/2013, 12h16
  2. Réponses: 3
    Dernier message: 12/06/2011, 21h52
  3. Comment écrire du code C# dans la page HTML?
    Par hazem2410 dans le forum ASP.NET
    Réponses: 2
    Dernier message: 30/03/2011, 09h54
  4. Comment écrire ce code avec c#
    Par spark dans le forum C#
    Réponses: 13
    Dernier message: 17/01/2010, 19h19
  5. [VBA Excel] Comment écrire un code dans le ThisWorkBook ?
    Par WebPac dans le forum Macros et VBA Excel
    Réponses: 3
    Dernier message: 03/05/2005, 16h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo