IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

Humour Informatique Discussion :

Quelle est la règle de codage la plus étrange que vous avez été forcé de suivre ?

  1. #141
    Membre éclairé Avatar de rt15
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2005
    Messages
    262
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Octobre 2005
    Messages : 262
    Points : 665
    Points
    665
    Par défaut
    Citation Envoyé par rt15 Voir le message
    Éclater un long algo est parfois une très bonne chose. Cela permet souvent de diviser la complexité en petit bouts simples. Le code résultant est souvent bien plus lisible.

    Mais bon tout dépend de l'algo...
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    si c'est l'heure de manger alors
      pour i de 1 à 20 faire
        prendre la fourchette
        attraper de la bouffe avec la fourchette
        porter la fourchette à la bouche
        macher
        avaler
      fait
    sinon
      aller sur le canapé.
      fermer les yeux.
    fsi;
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    si c'est l'heure de manger alors
      manger
    sinon
      faire_la_sieste
    fsi;
    
    procedure manger
      pour i de 1 à 20 faire
        prendre la fourchette
        attraper de la bouffe avec la fourchette
        porter la fourchette à la bouche
        macher
        avaler
      fait
    fin
    
    procedure faire_la_sieste
      aller sur le canapé.
      fermer les yeux.
    fin

  2. #142
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 792
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 792
    Points : 34 013
    Points
    34 013
    Billets dans le blog
    14
    Par défaut
    Si les procédures manger et faire la sieste sont utilisées plusieurs fois dans le logiciel, OK, ça vaut le coup de découper. Sinon, un simple commentaire suffit pour rendre clair le programme sans avoir besoin d'aller chercher éventuellement dans quel fichier perdu est définie cette foutue fonction !
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    si c'est l'heure de manger alors
     // Manger  
      Tant que assiette non vide faire
        prendre la fourchette
        attraper de la bouffe avec la fourchette
        porter la fourchette à la bouche
        macher
        avaler
      fait
    sinon
      // Faire la sieste
      aller sur le canapé.
      fermer les yeux.
    fsi;
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #143
    Expert confirmé Avatar de Barsy
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    1 484
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 484
    Points : 5 277
    Points
    5 277
    Par défaut
    Citation Envoyé par CinePhil Voir le message
    Si les procédures manger et faire la sieste sont utilisées plusieurs fois dans le logiciel, OK, ça vaut le coup de découper. Sinon, un simple commentaire suffit pour rendre clair le programme sans avoir besoin d'aller chercher éventuellement dans quel fichier perdu est définie cette foutue fonction !
    Sauf que quand ton code commence à ressembler à

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    si c'est l'heure de manger alors
    	// Manger  
    	Tant que assiette non vide faire
    		// Prendre la fourchette
    		Tendre le bras
    		Ouvrir la main
    		Placer la main au dessus de la fourchette
    		Fermer la main
    		
    		Tant que Assiette pleine
    			// Attraper de la bouffe avec la fourchette
    			...
    			// Porter la fourchette à la bouche
    			...
    			// Macher
    			...
    			// Avaler
    			...
    		Fin Tant que
    	fait
    sinon
    	// Faire la sieste
    	
    	// Aller sur le canapé.
    	...
    	// Fermer les yeux.
    	...
    fsi;
    Je pense qu'il est nécessaire de le découper en plusieurs méthode, même si celles-ci ne sont pas utilisées plusieurs fois.
    "tatatatatatatatataaa !! tata taaa !! tata taaa !! tatatata tataaa !! tata taaa !! tata taaa !!"

  4. #144
    Membre émérite
    Inscrit en
    Avril 2010
    Messages
    1 495
    Détails du profil
    Informations forums :
    Inscription : Avril 2010
    Messages : 1 495
    Points : 2 274
    Points
    2 274
    Par défaut
    quand le chef de projet fan de maitre Yoda dit à barsy
    de pseudo-coder «les yeux fermés sur le canapé la sieste tu feras»,

    ça donne

    Citation Envoyé par Barsy Voir le message
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    sinon
    	// Faire la sieste
    	
    	// Aller sur le canapé.
    	...
    	// Fermer les yeux.
    	...
    fsi;


    En plus là vous autres, vos codes sont faux, avant d'autoriser à manger, il faut tester si l'individu n'est pas un Mogwaï et s'il n'est pas minuit passé, mais encore, appeler l'horloge parlante pour être sur qu'il n'est pas minuit passé

  5. #145
    Expert confirmé Avatar de Barsy
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    1 484
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 484
    Points : 5 277
    Points
    5 277
    Par défaut
    Citation Envoyé par minnesota Voir le message
    quand le chef de projet fan de maitre Yoda dit à barsy
    de pseudo-coder «les yeux fermés sur le canapé la sieste tu feras»,

    ça donne



    En plus là vous autres, vos codes sont faux, avant d'autoriser à manger, il faut tester si l'individu n'est pas un Mogwaï et s'il n'est pas minuit passé, mais encore, appeler l'horloge parlante pour être sur qu'il n'est pas minuit passé
    Je ne comprends pas ta remarque. Faire la sieste nécessite bien d'aller sur le canapé et de fermer les yeux non ? Si tu rapproches un peu plus tes yeux de l'écran, tu remarqueras qu'il n'y a pas de "..." en dessous de "faire la sieste".
    "tatatatatatatatataaa !! tata taaa !! tata taaa !! tatatata tataaa !! tata taaa !! tata taaa !!"

  6. #146
    Expert confirmé Avatar de ManusDei
    Homme Profil pro
    vilain troll de l'UE
    Inscrit en
    Février 2010
    Messages
    1 619
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France

    Informations professionnelles :
    Activité : vilain troll de l'UE

    Informations forums :
    Inscription : Février 2010
    Messages : 1 619
    Points : 4 350
    Points
    4 350
    Par défaut
    Citation Envoyé par minnesota Voir le message
    En plus là vous autres, vos codes sont faux, avant d'autoriser à manger, il faut tester si l'individu n'est pas un Mogwaï et s'il n'est pas minuit passé, mais encore, appeler l'horloge parlante pour être sur qu'il n'est pas minuit passé
    On bosse pour le même client, je crois
    http://www.traducteur-sms.com/ On ne sait jamais quand il va servir, donc il faut toujours le garder sous la main

  7. #147
    Expert éminent sénior
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    6 803
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Décembre 2007
    Messages : 6 803
    Points : 32 044
    Points
    32 044
    Par défaut
    Citation Envoyé par Klaim Voir le message
    (.../...)(Je dis ca, j'ai pas une seule fonction longue dans mon code actuel d'un tres gros projet...)
    J'en ai une seule dans un projet de taille moyenne. Mais Barsy a raison : "ça dépend". Je dirais que tant qu'on peut découper sans nuire à la lisibilité, il faut découper. Quand ça devient de l'encapsulage de mouches, il faut arrêter. Mon exemple classique(dont je suis coupable) :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    Sub TraitementDonness
        For i = 1 to maxLignes
            Call TraitementLigne(i)
        Next i
    End Sub
    
    Sub TraitementLigne(i as integer)
        For j = 1 to maxColonnes
            Call TraitementCase(i,j)
        next j
    End Sub 
    
    Sub TraitementCase(i as integer, j as integer)
        Cells(i,j) = Cells(i,j) + 1
    End Sub
    Oui j'ai des procédures courtes. Et oui c'est une erreur. C'est rarement une erreur(la plupart du temps ça simplifie la lecture), mais dans ce cas précis, c'est vraiment une erreur(même si j'ai un poil simplifié TraitementCase, et volontairement omis les déclaration de variables).
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  8. #148
    Membre chevronné Avatar de LooserBoy
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2005
    Messages
    1 085
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2005
    Messages : 1 085
    Points : 1 976
    Points
    1 976
    Par défaut
    Citation Envoyé par el_slapper Voir le message
    Quand ça devient de l'encapsulage de mouches, il faut arrêter.
    Ouf, j'ai mal lu...

    Vu sur un paquet de cigarettes: "Fumer peut entrainer une mort lente et douloureuse"
    - Vivre aussi... Ce n'est pas forcément moins douloureux et c'est même beaucoup plus lent...

  9. #149
    Expert éminent sénior
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    6 803
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Décembre 2007
    Messages : 6 803
    Points : 32 044
    Points
    32 044
    Par défaut
    Citation Envoyé par LooserBoy Voir le message
    Ouf, j'ai mal lu...
    la formule était volontairement glissante.....
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  10. #150
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    18
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 18
    Points : 38
    Points
    38
    Par défaut
    Si les procédures manger et faire la sieste sont utilisées plusieurs fois dans le logiciel, OK, ça vaut le coup de découper. Sinon, un simple commentaire suffit pour rendre clair le programme sans avoir besoin d'aller chercher éventuellement dans quel fichier perdu est définie cette foutue fonction !
    Le problème quand tu bosse sur des vrai programmes, c'est qu'ils sont amené à évolué d'une façon que tu ne peux pas prévoir (en fonction des besoins future du client) donc c'est impossible (la plupart de temps) de dire avec certitude si une fonction sera ou non utilisé plusieurs fois.

    Et même pour la partie non-métier qui ne dépend pas de ton client, ton code évoluera si il est utilisé, donc y'a des chances qu'une fonction soit réutilisé à un autre endroit de ton code même si au départ ça ne devait pas être le cas.


    Pour l'argument du "Si on découpe trop c'est chiant de retrouvé où sont les fonctions qui sont appelé" je te conseil d'utiliser un vrai IDE. Sous eclipse par exemple CTRL + clic sur une méthode m'ouvre le bon fichier à l'endroit où est définis la fonction.

    Découper en fonction courte son programme permet également d'optimiser plus facilement son code en limitant les risques de tout casser. Par exemple sur une grande fonction, une variable qu'on utilise au début peut aussi être utilisé à un autre endroit, parfois un peu obscure (genre l'index d'un tableau), et il faut parcourir tout le code pour vérifier que ce n'est pas le cas. Sur une fonction de 5/10 lignes on le voit tout de suite.

    C'est aussi plus facile à débugger souvent. Tu check les entrés sorties des fonctions et tu vois où ça merde. Une fois que t'as trouvé la fonction qui pose problème t'as au max 15 lignes à analyser. Si c'est sur une fonction de 250 Lignes, tu va encore passer un bon moment à trouver les lignes qui posent problèmes avant de te pencher réellement sur le problème en lui même.

    Pareil pour les audits de performances, tu fais des bench sur chaque fonction et tu vois directement lesquelles ils faut optimiser, c'est bien plus simple !

  11. #151
    Membre émérite
    Inscrit en
    Avril 2010
    Messages
    1 495
    Détails du profil
    Informations forums :
    Inscription : Avril 2010
    Messages : 1 495
    Points : 2 274
    Points
    2 274
    Par défaut
    Citation Envoyé par Barsy Voir le message
    Je ne comprends pas ta remarque. Faire la sieste nécessite bien d'aller sur le canapé et de fermer les yeux non ? Si tu rapproches un peu plus tes yeux de l'écran, tu remarqueras qu'il n'y a pas de "..." en dessous de "faire la sieste".

    Oui j'avais vu après coup, juste avant de poster mais j'avais pas envie d'éditer, et puis de toute façon c'est faut, parce que Gandalf y dort les yeux ouverts hein ManusDei

  12. #152
    Membre éprouvé Avatar de leminipouce
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Janvier 2004
    Messages
    754
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Janvier 2004
    Messages : 754
    Points : 1 253
    Points
    1 253
    Par défaut
    Citation Envoyé par saccoche Voir le message
    Je confirme que les merges sont ingérables sans ce genre de cas.
    Il suffit de configurer ton outil pour qu'il ne prenne pas en compte les différences d'espaces dans les merges !

    Pour moi le vrai problème c'est d'avoir des règles hétérogènes. Quand je regarde du code, je déteste avoir à m'adapter au règles de formatage de chacun des développeurs. Ainsi, si je passe d'une classe à une autre, voir d'une méthode à une autre et que les règles diffèrent totalement, ça rend le code bien plus obscur à mon goût, bien moins facile à lire.

    A titre de comparaison, avez-vous déjà vu un livre, ou la police serait différente d'une page à l'autre, ou la mise en page varierait d'un chapitre ou paragraphe au suivant. C'est fatiguant à lire. Pour moi, il en va de même pour le code : on doit pouvoir le lire comme si un seul développeur l'avait écrit.
    Si , et la ont échoué mais pas nous, pensez à dire et cliquez sur . Merci !

    Ici, c'est un forum, pas une foire. Il y a de respectables règles... à respecter !

  13. #153
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Points : 13 314
    Points
    13 314
    Par défaut
    Citation Envoyé par leminipouce Voir le message
    Pour moi le vrai problème c'est d'avoir des règles hétérogènes. Quand je regarde du code, je déteste avoir à m'adapter au règles de formatage de chacun des développeurs. Ainsi, si je passe d'une classe à une autre, voir d'une méthode à une autre et que les règles diffèrent totalement, ça rend le code bien plus obscur à mon goût, bien moins facile à lire.
    Ca c'est surtout la marque d'un CP tech ou d'un "dev leader" qui fait pas son boulot.

    Je ne réponds pas aux questions techniques par MP ! Le forum est là pour ça...


    Une réponse vous a aidé ? utiliser le bouton

    "L’ennui dans ce monde, c’est que les idiots sont sûrs d’eux et les gens sensés pleins de doutes". B. Russel

  14. #154
    Expert confirmé Avatar de Barsy
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    1 484
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 484
    Points : 5 277
    Points
    5 277
    Par défaut
    Citation Envoyé par Bluedeep Voir le message
    Ca c'est surtout la marque d'un CP tech ou d'un "dev leader" qui fait pas son boulot.
    Quand il y en a un...
    "tatatatatatatatataaa !! tata taaa !! tata taaa !! tatatata tataaa !! tata taaa !! tata taaa !!"

  15. #155
    Rédacteur/Modérateur
    Avatar de andry.aime
    Homme Profil pro
    Inscrit en
    Septembre 2007
    Messages
    8 391
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Ile Maurice

    Informations forums :
    Inscription : Septembre 2007
    Messages : 8 391
    Points : 15 059
    Points
    15 059
    Par défaut
    Citation Envoyé par leminipouce Voir le message
    Il suffit de configurer ton outil pour qu'il ne prenne pas en compte les différences d'espaces dans les merges !

    Pour moi le vrai problème c'est d'avoir des règles hétérogènes. Quand je regarde du code, je déteste avoir à m'adapter au règles de formatage de chacun des développeurs. Ainsi, si je passe d'une classe à une autre, voir d'une méthode à une autre et que les règles diffèrent totalement, ça rend le code bien plus obscur à mon goût, bien moins facile à lire.
    Nous on travaille sur Eclipse et on crée un Template pour le Code Style que l'on partage à tous les développeurs pour éviter ce genre de problème. Un simple "Clean up" permet de formater tous le projet .

  16. #156
    Expert éminent
    Avatar de pmithrandir
    Homme Profil pro
    Responsable d'équipe développement
    Inscrit en
    Mai 2004
    Messages
    2 418
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Responsable d'équipe développement
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 418
    Points : 7 295
    Points
    7 295
    Par défaut
    Citation Envoyé par andry.aime Voir le message
    Nous on travaille sur Eclipse et on crée un Template pour le Code Style que l'on partage à tous les développeurs pour éviter ce genre de problème. Un simple "Clean up" permet de formater tous le projet .
    En se débrouillant bien, on peut même le mettre en règle de pre commit sur SVN pour éviter de polluer le référentiel avec des contenus non formatés.

  17. #157
    Membre éprouvé Avatar de leminipouce
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Janvier 2004
    Messages
    754
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Janvier 2004
    Messages : 754
    Points : 1 253
    Points
    1 253
    Par défaut
    Citation Envoyé par Bluedeep Voir le message
    La régle la plus étrange ?

    Pour ma part, et sans hésiter, il y a de cela sept ou huit ans, un projet chez un client où le DBA ne voulait pas de procédure stockées ....
    Un visionnaire ?
    Si , et la ont échoué mais pas nous, pensez à dire et cliquez sur . Merci !

    Ici, c'est un forum, pas une foire. Il y a de respectables règles... à respecter !

  18. #158
    Membre éprouvé Avatar de leminipouce
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Janvier 2004
    Messages
    754
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Janvier 2004
    Messages : 754
    Points : 1 253
    Points
    1 253
    Par défaut
    Citation Envoyé par andry.aime Voir le message
    Nous on travaille sur Eclipse et on crée un Template pour le Code Style que l'on partage à tous les développeurs pour éviter ce genre de problème. Un simple "Clean up" permet de formater tous le projet .
    Quand j'étais sous Eclipse, je maintenais également ce genre de template. Avec en prime le partage de la conf. de sauvegarde qui formattait automatiquement le code. Comme ça, impossible (à moins d'aller changer le template mais là, il faut vraiment avoir envie de faire ch***) de commiter sans avoir au préalable (automatiquement) formaté le code.

    Et quand tu fais un merge, ou un simple diff avec ton VCS, c'est du bonheur. Tu te prends pas la tête et tu vois directement ce qui a été modifié et seulement ça !

    Citation Envoyé par pmithrandir Voir le message
    En se débrouillant bien, on peut même le mettre en règle de pre commit sur SVN pour éviter de polluer le référentiel avec des contenus non formatés.
    Comment ? Je l'ai toujours fait au niveau des IDE, avec l'énorme inconvénient que dès que tu as différents IDE, ils n'ont pas les mêmes règles de formatage --j'entends par là qu'on peut pas forcément les configurer rigoureusement pareil (et de suite, ça devient chiant !) J'avoue que j'aimerais bien l'automatiser sur un commit (git ou SVN), mais je ne vois pas comment !
    Si , et la ont échoué mais pas nous, pensez à dire et cliquez sur . Merci !

    Ici, c'est un forum, pas une foire. Il y a de respectables règles... à respecter !

  19. #159
    Rédacteur
    Avatar de pseudocode
    Homme Profil pro
    Architecte système
    Inscrit en
    Décembre 2006
    Messages
    10 062
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Architecte système
    Secteur : Industrie

    Informations forums :
    Inscription : Décembre 2006
    Messages : 10 062
    Points : 16 081
    Points
    16 081
    Par défaut
    Citation Envoyé par leminipouce Voir le message
    Comment ? Je l'ai toujours fait au niveau des IDE, avec l'énorme inconvénient que dès que tu as différents IDE, ils n'ont pas les mêmes règles de formatage --j'entends par là qu'on peut pas forcément les configurer rigoureusement pareil (et de suite, ça devient chiant !) J'avoue que j'aimerais bien l'automatiser sur un commit (git ou SVN), mais je ne vois pas comment !
    Pour SVN, il suffit de créer un script "hooks\post-commit.bat" qui appelle le JavaCodeFormatter de Eclipse.
    ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.

  20. #160
    Membre chevronné

    Homme Profil pro
    Mentaliste
    Inscrit en
    Mars 2008
    Messages
    872
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Mentaliste
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2008
    Messages : 872
    Points : 1 813
    Points
    1 813
    Par défaut
    Citation Envoyé par leminipouce Voir le message
    Comment ? Je l'ai toujours fait au niveau des IDE, avec l'énorme inconvénient que dès que tu as différents IDE, ils n'ont pas les mêmes règles de formatage --j'entends par là qu'on peut pas forcément les configurer rigoureusement pareil
    Sous vim j'ai fait des copier coller de mon répertoire ".vim" et mon ".vimrc" ça a toujours fonctionné sur tous les ordinateurs sur lesquels je les ai mis (toutes les distros + PC différents). C'est un peu du troll mais pas trop, parce que c'est une info à savoir : la copie de la config de vim fonctionne de manière transparente partout (avec, justement, les codes snippets, l'auto complétion les auto formatage (je tape date+TAB et hop le mot "date" est remplacé par la date au format JJ/MM/AAAA) etc.).
    .I..

Discussions similaires

  1. Réponses: 48
    Dernier message: 07/12/2010, 17h44
  2. Réponses: 48
    Dernier message: 07/12/2010, 17h44
  3. Réponses: 14
    Dernier message: 13/08/2010, 11h14
  4. [VBA-E]DatePart ? Quelle est la règle ?
    Par ouskel'n'or dans le forum Macros et VBA Excel
    Réponses: 4
    Dernier message: 12/05/2010, 13h17

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