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

Affichage des résultats du sondage: Quel est le critère le plus important pour vous dans un code source ?

Votants
63. Vous ne pouvez pas participer à ce sondage.
  • Efficacité

    17 26,98%
  • Simplicité et lisibilité

    20 31,75%
  • Performance

    8 12,70%
  • Maintenabilité

    16 25,40%
  • Réutilisabilité

    2 3,17%
Débats sur le développement - Le Best Of Discussion :

Faut-il sacrifier la performance pour avoir un code plus lisible ?


Sujet :

Débats sur le développement - Le Best Of

  1. #1
    Expert éminent sénior

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2014
    Messages
    194
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Septembre 2014
    Messages : 194
    Points : 12 291
    Points
    12 291
    Par défaut Faut-il sacrifier la performance pour avoir un code plus lisible ?
    Faut-il sacrifier la performance pour avoir un code plus lisible ?
    Selon un développeur, la performance passe au second degré

    Un billet de blog sur Simplify C++! a attiré notre attention, selon son auteur : le C++ aujourd’hui est très performant, mais il ne faut jamais sacrifier la simplicité du code pour gagner en performance.

    Le premier argument qu’il cite est que la performance et l’efficacité sont deux choses différentes. En effet, selon ses explications : la performance s’intéresse à la vitesse d’exécution d’une certaine tâche, alors que l’efficacité s’intéresse au temps qu’il faut pour la réaliser. « À première vue, cela peut sembler pareil » déclare-t-il, « mais ce n’est pas le cas. Imaginez que vous devez aller d'un point A à un point B. l’efficacité signifie que vous allez prendre le plus court chemin. La performance signifie que vous allez courir au lieu de marcher ».

    Pour lui, il suffit parfois de rendre le code « plus efficace pour obtenir la vitesse souhaitée sans avoir à se soucier des détails de performances », le tout en gardant à l’esprit que la majeure partie du code « ne s’avère pas vital pour la performance globale du programme » et donc son optimisation est inutile.

    Mais pourquoi alors la performance n’est pas si importante que cela pour l’auteur du blog ? Tout simplement parce que selon lui « nous ne savons pas vraiment comment écrire du code performant ». Pour appuyer son argument, il explique que le facteur essentiel pour la performance réside dans le nombre d’instructions que le processeur doit exécuter, et ceux-ci « ne sont pas écrit par nous, mais plutôt par le compilateur et son optimiseur », en d’autres termes : « si nous avons vraiment à nous soucier de la performance, nous ne pouvons pas compter sur notre imagination ou sur l'expérience, nous devons utiliser un outil » par exemple « utiliser un profileur ».

    Le plus important selon lui c’est d’écrire un code lisible, maintenable et aussi simple que possible. Toutefois, « si vous avez réellement un problème de performance et l'avez localisé, il y a encore de nombreuses options qui sont plus prometteuses que de transformer votre code en un désordre performant, mais complètement illisible », il suffit par exemple de :

    • Utiliser les structures de données les plus performantes possible
    • Connaître et utiliser des bibliothèques de code performantes
    • Toujours utiliser un profileur

    Source : Simplify C++ !

    Et vous ?

    Êtes-vous d’accord avec l’avis de l’auteur du blog ?
    Peut-on avoir un code qui soit à la fois efficace, lisible, et performant ?

  2. #2
    Membre averti
    Profil pro
    Inscrit en
    Mai 2007
    Messages
    192
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2007
    Messages : 192
    Points : 395
    Points
    395
    Par défaut
    Non. Demandez au client...

    « À première vue, cela peut sembler pareil » déclare-t-il, « mais ce n’est pas le cas. Imaginez que vous devez aller d'un point A à un point B. l’efficacité signifie que vous allez prendre le plus court chemin. La performance signifie que vous allez courir au lieu de marcher »
    c'est (presque) toujours la même chose.

  3. #3
    Membre expérimenté Avatar de dfiad77pro
    Homme Profil pro
    Responsable Architecture logicielle
    Inscrit en
    Décembre 2008
    Messages
    541
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable Architecture logicielle
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2008
    Messages : 541
    Points : 1 729
    Points
    1 729
    Par défaut
    Le soucis c'est que si on sacrifie la performance, l'utilisateur en a rien a faire du code, il va juste avoir envie de jetter son PC par la fenêtre

    Faut trouver un équilibre. Et aussi travailler sur la scénaristique.

    souvent les appli on des méthodes très unitaires pour des questions de maintenance, ce qui fait qu'on parcours plusieurs fois les mêmes éléments.
    Coté requête SQL on retrouve souvent des données non mises en cache et ça joue si on a pas besoin de temps réel.


    L'argument de base des entreprises sur une fonctionnalité lente de leurs logiciels internes : "oui mais sans cette fonctionnalité, vous mettriez 2 heures à faire tout à la main"
    , sauf que quand le cercle de chargement tourne pendant 2 minutes l'utilisateur à envie de ce pendre et le service informatique à mauvaise réputation.

  4. #4
    Membre régulier
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    Mai 2014
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Vaucluse (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Mai 2014
    Messages : 43
    Points : 97
    Points
    97
    Par défaut
    Je ne suis pas d'accord,
    à l'heure de la mobilité, la performance est importante et je trouve un peu étrange d'avoir un discours qui privilégie le code lisible au code performant. D'ailleurs je ne vois aucun lien entre un code performant et un code lisible. Un code performant est écrit par un programmeur qui connaît bien le langage, les structures de données, le compilateur ainsi que l'architecture de la machine sur la quelle il travaille. Un code lisible est écrit par un développeur soucieux de la ré-utilisation de son code ainsi que de sa modularité, etc. Ce sont donc deux contextes de programmation différents et ils peuvent très bien être complémentaires.

  5. #5
    Expert confirmé
    Avatar de Kropernic
    Homme Profil pro
    Analyste / Programmeur / DBA
    Inscrit en
    Juillet 2006
    Messages
    3 932
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Belgique

    Informations professionnelles :
    Activité : Analyste / Programmeur / DBA
    Secteur : Distribution

    Informations forums :
    Inscription : Juillet 2006
    Messages : 3 932
    Points : 4 239
    Points
    4 239
    Par défaut
    Attention que dans l'article la distinction est faite entre performance et efficacité.

    Avec vos réponses, je n'arrive pas à savoir si vous répondez en tenant compte de cette distinction ou si vous réagissez juste par rapport au titre de l'article sans l'avoir lu.
    Kropernic

  6. #6
    Expert éminent
    Avatar de transgohan
    Homme Profil pro
    Développeur Temps réel Embarqué
    Inscrit en
    Janvier 2011
    Messages
    3 146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Temps réel Embarqué

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3 146
    Points : 9 386
    Points
    9 386
    Par défaut
    Cela dépend de la cible finale.
    Si c'est un traitement de texte pour un ordinateur de bureau... La performance importe peu, sauf si on tombe dans l'extrême.
    Si c'est un programme destiné à tourner sur une centrale nucléaire... Qui oserait répondre autre chose que performance et une bonne formation des développeurs sur cette partie du code ?

    « Toujours se souvenir que la majorité des ennuis viennent de l'espace occupé entre la chaise et l'écran de l'ordinateur. »
    « Le watchdog aboie, les tests passent »

  7. #7
    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
    En gros c'est une réécriture de "On passe 80% du temps dans 20% du code, donc pas besoin de perdre trop de temps à optimiser les 80% du code où on passe 20% du temps".
    http://www.traducteur-sms.com/ On ne sait jamais quand il va servir, donc il faut toujours le garder sous la main

  8. #8
    Membre extrêmement actif
    Homme Profil pro
    Graphic Programmer
    Inscrit en
    Mars 2006
    Messages
    1 537
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

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

    Informations forums :
    Inscription : Mars 2006
    Messages : 1 537
    Points : 3 909
    Points
    3 909
    Par défaut
    tout dépend de l’utilité du soft.

  9. #9
    Membre éprouvé Avatar de HelpmeMM
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    Juin 2007
    Messages
    473
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : Juin 2007
    Messages : 473
    Points : 969
    Points
    969
    Par défaut
    Comparé performance et efficacité...

    mouais c'est de la masturbation intellectuelle

    si ton code est efficace en terme de temps , c'est qu'ils est performant et si il est performant c'est qu'il est efficace. il joue sur les mot et sur des synonymes.

    La vrai question est plutôt est ce que recherché la performance et l'éfficacité , implique nécessairement un code complexe ?

    puis-qu’apparemment c'est à ça qu'il veut en arriver , ne chercher pas la performance , chercher plutôt la simplicité du code.

    j'avoue que le titre est racoleur et ne reflète pas forcement la pensé de cette "étude".

    Mais bon si ton code est simple et que ton programme n'avance pas c'est pas la peine de passé a l'étape livrable.
    Garry
    La connaissance c'est ce qu'il manque à tout homme

  10. #10
    Membre éclairé
    Homme Profil pro
    Technicien réseau
    Inscrit en
    Juin 2011
    Messages
    414
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : Suisse

    Informations professionnelles :
    Activité : Technicien réseau
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2011
    Messages : 414
    Points : 803
    Points
    803
    Par défaut
    Citation Envoyé par Amine Horseman Voir le message
    « mais ce n’est pas le cas. Imaginez que vous devez aller d'un point A à un point B. l’efficacité signifie que vous allez prendre le plus court chemin. La performance signifie que vous allez courir au lieu de marcher ».
    Alors qu'il faut prendre le chemin le plus rapide et non le plus court.

    Donc enfaite le code de Windows millénium est super lisible alors que celui de Windows 7 non ?

    L'utilisateur finale lui n'est pas développeur donc ses priorités sont différentes du développeur

  11. #11
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2007
    Messages
    2 161
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 2 161
    Points : 7 952
    Points
    7 952
    Par défaut
    Un code lisible et bien structuré a rarement des perf désastreuses et il est en général très facilement maintenable.
    Autrement dit, en cas de fuite mémoire identifiée, elle est rapide et simple à corriger

    Par expérience, les équipes fonctionnelles veulent de la réactivité (la planif et l'anticipation n'est pas tjrs leur point fort, et c'est un euphémisme)
    Du coup, l'un des axes les plus forts de la satisfaction client provient de la rapidité des dev pour les correctifs et petites évolutions
    Un code lisible et bien structuré permet cette réactivité

    De plus, avec le cloud et la virtualisation, migrer de serveur est devenu particulièrement simple et rapide
    Si l'appli rame, il est assez simple de la migrer sur un serveur plus puissant pour combler
    Les charges salariales sont tellement élevées qu'il est souvent moins coûteux d'investir dans des bécanes plus puissantes que dans des jours/hommes à faire de l'optimisation de code

  12. #12
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    204
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 204
    Points : 540
    Points
    540
    Par défaut
    Citation Envoyé par Saverok Voir le message
    Un code lisible et bien structuré a rarement des perf désastreuses et il est en général très facilement maintenable.
    Ca reste encore à prouver. Après, il est généralement possible d'arrive à un code performant bien structuré et facile à lire/maintenir. Il y avait une vidéo il n'y pas si longtemps dans la rubrique jeux d'un développeur d'ubisoft qui disait qu'ils s'interdisaient (pour les parties C++) d'utiliser les méthodes virtuelles, la STL et les allocateurs "classiques" (et sans doute quelques autres choses bien utiles). A partir de là j'ai du mal à voir comment on peut facilement faire du code lisible en se privant d'autant d'abstraction.

  13. #13
    Membre averti
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mars 2011
    Messages
    138
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

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

    Informations forums :
    Inscription : Mars 2011
    Messages : 138
    Points : 406
    Points
    406
    Par défaut
    La "performance globale" d'une application ne peut pas être atteinte en optimisant le code au quart de poil près sur l'ensemble du code (en rendant illisible par la même occasion), mais en adoptant l'architecture adéquate pour cette application. Tuner un code n'a de sens que pour les rares fonctions qui sont appelées des millions de fois et qui sont très liées à la performance globale de l'application, mais ça n'est pas le cas de toutes les applications.
    Très souvent on va gagner peut-être quelques % sur le temps d'exécution d'une fonction en la tunant (ok des fois un peu plus), alors qu'en passant d'une architecture pourrie à une architecture plus adaptée on peut faire facilement *2 ou *4 sur les perfs globales. Mais changer d'archi est évidemment beaucoup plus lourd en terme de boulot.

  14. #14
    Membre régulier
    Homme Profil pro
    Développeur Web
    Inscrit en
    Décembre 2011
    Messages
    72
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2011
    Messages : 72
    Points : 107
    Points
    107
    Par défaut
    Citation Envoyé par codec_abc Voir le message
    Ca reste encore à prouver. Après, il est généralement possible d'arrive à un code performant bien structuré et facile à lire/maintenir. Il y avait une vidéo il n'y pas si longtemps dans la rubrique jeux d'un développeur d'ubisoft qui disait qu'ils s'interdisaient (pour les parties C++) d'utiliser les méthodes virtuelles, la STL et les allocateurs "classiques" (et sans doute quelques autres choses bien utiles). A partir de là j'ai du mal à voir comment on peut facilement faire du code lisible en se privant d'autant d'abstraction.
    Le cas d'un développement de jeu est un cas bien particulier à ne pas comparer avec du développement logiciel.
    1ms de chargement supplémentaire dans un appli (même très grosse) c'est quasiment négligeable, 1ms de chargement entre 2 frame dans un jeu et ton jeu peu devenir injouable(ce chiffre est tiré du chapeau, mais vous voyez l'idée).

  15. #15
    Expert confirmé
    Avatar de TiranusKBX
    Homme Profil pro
    Développeur C, C++, C#, Python, PHP, HTML, JS, Laravel, Vue.js
    Inscrit en
    Avril 2013
    Messages
    1 476
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Développeur C, C++, C#, Python, PHP, HTML, JS, Laravel, Vue.js
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2013
    Messages : 1 476
    Points : 4 805
    Points
    4 805
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par NoPr0n Voir le message
    Le cas d'un développement de jeu est un cas bien particulier à ne pas comparer avec du développement logiciel.
    1ms de chargement supplémentaire dans un appli (même très grosse) c'est quasiment négligeable, 1ms de chargement entre 2 frame dans un jeu et ton jeu peu devenir injouable(ce chiffre est tiré du chapeau, mais vous voyez l'idée).
    en jeu vidéo tu peut commencer à voir la différence entre frame sur l'interval 10-30 ms cela varie en fonction des individus et de l'age
    Rien, je n'ai plus rien de pertinent à ajouter

  16. #16
    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 056
    Points
    32 056
    Par défaut
    Citation Envoyé par cuicui78 Voir le message
    tout dépend de l’utilité du soft.
    dans mes bras!!!

    La seule réponse valable, est "ça dépend". Il m'est arrivé de sacrifier pas mal de bonnes pratiques(avec un algo à la puissance 4!!!) de performances sur un traitement qui ne tournait qu'une fois par mois. Parcequ'il fallait que ça marche, et éventuellement que ça soit lisible(ça ne l'était pas vraiment, mais un autre algo aurait été pire). Faire la même chose sur de l'embarqué
    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.

  17. #17
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    204
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 204
    Points : 540
    Points
    540
    Par défaut
    Citation Envoyé par NoPr0n Voir le message
    Le cas d'un développement de jeu est un cas bien particulier à ne pas comparer avec du développement logiciel.
    Pas tant que ca. Les jeux vidéo font partie des applis temps réels. Et mine de rien le nombre d'applications temps réels (souples ou durs) est assez conséquent pour qu'on ne pusse pas dire que ce type de développement soit marginal.

  18. #18
    Inactif  

    Homme Profil pro
    Freelance EURL / Business Intelligence ETL
    Inscrit en
    Avril 2005
    Messages
    5 879
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Freelance EURL / Business Intelligence ETL
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2005
    Messages : 5 879
    Points : 26 145
    Points
    26 145
    Billets dans le blog
    3
    Par défaut
    Je dirai bien : first make it work, then make it fast, then make it clean.

    Même si des fois, les trois sont liés.
    Un truc bien pensé au début va te faire comprendre, sans pour autant pinailler, quelque chose qui est bon et qui va aller plus vite, et qui sera clair.

    Ceci dit, j'aimerai bien un jour dire au client ou aux utilisateurs :
    "Je vais refactorer le code, ça va être très propre et je vais bien me relire, mais au lieu de mettre 30 secondes ça va mettre 2 minutes"
    - So.... what exactly is preventing us from doing this?
    - Geometry.
    - Just ignore it !!
    ****
    "The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
    ***
    Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019

  19. #19
    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 056
    Points
    32 056
    Par défaut
    Citation Envoyé par Glutinus Voir le message
    (.../...)
    Ceci dit, j'aimerai bien un jour dire au client ou aux utilisateurs :
    "Je vais refactorer le code, ça va être très propre et je vais bien me relire, mais au lieu de mettre 30 secondes ça va mettre 2 minutes"
    ça a été mon cas, dans l'exemple ci-dessus. Mais sur un batch total de 6 heures, une secondes ou une minute, tout le monde s'en fout. Par contre, un code lisible et maintenable et documenté, ça... mais le monde du batch est un peu différent, les "utilisateurs" ne sont pas choqués par certaines choses.
    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.

  20. #20
    Membre éprouvé

    Profil pro
    Inscrit en
    Novembre 2009
    Messages
    506
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Novembre 2009
    Messages : 506
    Points : 1 289
    Points
    1 289
    Par défaut
    Citation Envoyé par Glutinus Voir le message
    Ceci dit, j'aimerai bien un jour dire au client ou aux utilisateurs :
    "Je vais refactorer le code, ça va être très propre et je vais bien me relire, mais au lieu de mettre 30 secondes ça va mettre 2 minutes"
    Sauf que quand tu auras refactoré pour être vraiment propre et lisible, ton code tourneras en 20 secondes au lieu de 30, et pas 2 minutes.

    L'argument c'est du code "cochonné" pour la performance je connais, mais je n'ai jamais vu un code qui était plus lent après avoir été rendu propre et lisible.

Discussions similaires

  1. aider moi pour rendre ce code plus claire
    Par helkha86 dans le forum Langage
    Réponses: 21
    Dernier message: 01/06/2012, 18h33
  2. Avoir du code plus court.
    Par defacta dans le forum Général JavaScript
    Réponses: 7
    Dernier message: 28/04/2010, 09h14
  3. Réponses: 1
    Dernier message: 02/08/2008, 19h45
  4. Mes conseils pour avoir un code propre
    Par vtuning.net dans le forum Contribuez / Téléchargez Sources et Outils
    Réponses: 6
    Dernier message: 08/11/2007, 17h46

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