Codage à grande vitesse

• # coder comme un porc koi

  Posté par Guillaume Lefevre le 29 mai 2001 à 16:56. Évalué à 1.

  

  due yesterday, code today, think tomorow

  • [^] # Re: coder comme un porc koi

    Posté par Mokona le 29 mai 2001 à 17:00. Évalué à 1.

    

    Je crois que c'est la bonne définition :)
    
    Je crois que les principes énoncés par le document sont "naturels", dans le sens où tout le monde (?) a tendance à programmer comme ça "de base" (avant de se rendre compte, ou d'apprendre, qu'on peut mieux faire).
    
    Pour les petits programmes fait dans un coin et jetables, je pense que c'est bien la bonne méthode. Mais le mot à retenir ici est : jetable.
    
    Développer avec pour coeur un programme développé comme cela, c'est chercher les ennuis à moyen ou long terme.
    
    Globalement, l'article est amusant, quelqu'un qui a déjà programmé s'y retrouve à mon avis :)

    • [^] # Re: coder comme un porc koi

      Posté par Anonyme le 29 mai 2001 à 18:30. Évalué à 0.

      

      Est ce qu'il n'existerait pas l'opposé, j'ai un pote qui code comme un porc. L'année prochaine je devrait faire un projet avec lui, et j'ai pas envie de tout faire.

• # C'est pas très pro

  Posté par Anonyme le 29 mai 2001 à 17:46. Évalué à 0.

  

  La méthode est marrante mais ça n'est absolument pas utilisable professionellement.
  Dans ce dernier cas, c'est plutôt un tas de conseils qu'ils faut éviter, pour son propre bien.
  Il vaut mieux plutôt lire les "design patterns". Je sais c'est chiant mais c'est autre chose.

  • [^] # Re: C'est pas très pro

    Posté par Anonyme le 30 mai 2001 à 09:04. Évalué à 0.

    

    lire les design pattern est loin d etre suffisant, il est necessaire d avoir au moins une experience avec. En effet la premiere fois que l on tente d appliquer un pattern non maitrise on perd plus de temps que l on n en gagne. En revanche si l on a deja utiliser un pattern il est alors tres simple de voir ou et comment l integres au cas particulier du programme sur lequel on traavail.
    
    k-zim

    • [^] # Re: C'est pas très pro

      Posté par Anonyme le 30 mai 2001 à 10:47. Évalué à 0.

      

      bon, c'est une question conne de quelqu'un qui ne programme qu'en C (et pas tres bien...)
      l'encapsulation des donnees, quoique que tres jolie conceptuellement (les objets ne communiquent que par messages) et meme la notion de classe est-elle compatible avec la notion de vitesse d'execution (en particulier le fait qu'un champ dans une classe est "loin" (far) de la zone d'execution?? (si bien que je suis oblige a chaque fois de creer une nouvelle variable stockant les champs d'une classe...)
      
      merci d'avance pour vos eclaircissements.

      • [^] # Euh, tu n'as pas bien compris.

        Posté par reno le 30 mai 2001 à 11:05. Évalué à 1.

        

        Il s'agit de coder vite, c'est a dire d'ecrire rapidement un prototype, pas de faire un programme qui va vite.
        
        Sinon pour ce qui est d'utiliser des variables temporaire pour optimiser l'acces des membres de classes, ca me semble etre le genre d'optimisation a effectuer en dernier.. pas longtemps avant de passer en assembleur :-)

        • [^] # Re: Euh, tu n'as pas bien compris.

          Posté par Anonyme le 30 mai 2001 à 11:08. Évalué à 0.

          

          je ne parlais pas du tout de cet article en particulier...juste de savoir si oriente-objet etait reellement utilisable quand la vitesse d'execution compte.

          • [^] # Re: Euh, tu n'as pas bien compris.

            Posté par Mokona le 30 mai 2001 à 11:56. Évalué à 1.

            

            En un mot : oui
            
            (c'est un sujet qui revient bien une fois par mois dans ces "forums")

      • [^] # Re: C'est pas très pro

        Posté par Guillaume Laurent (site web personnel) le 30 mai 2001 à 12:16. Évalué à 1.

        

        > l'encapsulation des donnees ... les objets ne communiquent que par messages
        
        Non, c'est faux. L'encapsulation ça veut juste dire, en gros, que l'interieur de tes structures (l'implémentation et les données internes) n'est pas directement accessible de l'exterieur, et que tu définis une interface pour les manipuler. Après, cette interface peut se traduire par n'importe quoi selon ce dont dispose le langage (messages, fonctions, methodes virtuelles, et même accès direct dans le cas d'une methode inline). L'encapsulation est une notion qui n'existe qu'au niveau du programmeur, pas du code compilé.
        
        > et meme la notion de classe est-elle compatible avec la notion de vitesse d'execution
        
        Oui, totalement.
        
        > si bien que je suis oblige a chaque fois de creer une nouvelle variable stockant les champs d'une classe...
        
        Pourquoi ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.