Perso je suis lent et je supporte pas un truc inélégant.. Voilà..

H4dd3R a écrit a écrit : Perso je suis lent et je supporte pas un truc inélégant.. Voilà..

 
Je reflechis bcp avant, ça m'evite du boulot apres!

Ouhla ya plus de dieux que l´on croit!!

la rigeur, c une question de volonté, la rapidité c'est une question d'expérience    
 
c un peu réducteur, mais y'a du vrai

Un Dieu rigoureux rapide, on peut pas !!!

A la bourrin, sans commentaires ni reflections preliminaires.

les programmateurs bordeliques ...
JT ca avant
pi g pris des cours      
avant : 8 lignes de codes 0 comm
maintenat 3 lignes de codes 1 header de 12 lignes ...  

Comme un gros porc avec des commentaires a l'agonie e en plus je suis lent
fait moi embaucher chez le concurent

Deja, rien qu'au niveau codage, faut avoir ses propres regles de syntaxe et ne jamais s'en ecarter.
 
Si en plus les regles de codage sont peu nombreuses et sans exception, c'est encore mieux. En ce qui me concerne, par exemple :
 
- une accolade est TOUJOURS seule sur sa ligne
- une parenthese ouvrante n'est JAMAIS precedee d'un espace
- un bloc de definition de variable est TOUJOURS suivi d'une ligne blanche
 
etc etc (pour C/C++/Java)

Moi comme un porc sur une ligne et sans commentaires

petites questions aux dieux du stade objet (c++ & java & co) : comment nommez vous vos variables ? les préfixez vous de qq chose lorsque vous les définissez dans la classe ? les variables temporaires, les paramètres, une majuscule au début ? de même pour les méthodes ...
 
donc plutôt ...
 
class MyClass
{
   int MyMethod(int Param)
   {
      int Res = Param + mMyvar + mMyVar2;
      return Res;      
   }
   int mMyVar;
   int mMyVar2;
}
 
où plutôt ...
 
class MyClass
{
   int myMethod(int param)
   {
      int res = param + myVar + myVar2;
      return res;
   }
   int myVar;
   int myVar2;
}
 
ou une autre syntaxe ? (genre polonohongroise triplement inversée ...)
 
autre chose : en php et python, pour chaque méthode de classe qui utilise ses membres, on doit préfixer ceux-ci avec respectivement $this->myVariable et self.myVariable. vous aimez ? vous détestez ?  
 
dernière pour la route :  
 
class MyClass2
{
   void init(int myVar, int myVar2)
   {
     this->myVar = myVar;
     this->myVar2 = myVar2;
   }
   int myVar;
   int myVar2;
}
 
que pensez vous de l'initialisation de variables membres dans une fonction qui prend comme paramètres les mêmes noms que ses variables membres ?
 
(perso je suis plutôt deuxième version ...)

Moi je pefixe tt:
 
MaClasse  MC_Toto;
MaClasse* _MC_Toto=&MC_Toto;
 
etc etc...

H4dd3R a écrit a écrit : Moi je pefixe tt:   MaClasse  MC_Toto; MaClasse* _MC_Toto=&MC_Toto;   etc etc...

 
en java pour une variable d'instance, je prefixe avec this. , pour une variable de classe, je prefixe avec le nom de la classe.

débutant il y a pas car là C trop restrictif

Moi je suis un dieu bordélique et rapide

Certes Je@nb tu as raison..    
Bah mais je m´en sort en disant que les débutants vont bien finir par chisir un chemin!!

Moi je suis rapide avec des commentaires (si j'ai le temps) et je ne me tracasse pas avec des classes et tout et tout

donc bordélique commenté, mais ça reste toujours du bordélique
 
moi ça commence en général bien, mais à force de rajouter des trucs parfois c le bordel si je fais pas attention à ce que je fais.

[edtdd]--Message édité par antp--[/edtdd]

Moi je compile mes programmes à la main    

Il existe des conventions en Java pour les noms de methode (debute par is ou has pour renvoyer un boolean, etc.). Lorsque l'on s'ecarte de ces conventions, le plus important est deja d'arriver a se relire soit-mm (style 3 mois plus tard ... ).

?????????????????????????????????????????
Comment ça, j'ai voté ?
On n'est pas en Corse!  
J'ai juste demandé à voir les résultats.

Je trouve pas mal le principe de pas pouvoir voir les résultats avant de voter, histoire de pas être influencé..

moi, je suis rapide et bordélique mais l'important c'est le résultat!non?

non l'important, c'est que ceux qui passeront apres toi puissent comprendre ce que t'as fait et faire les corrections/mises a jour nécessaire rapidement pour ne pas planter le projet!
 
mais si tu developpes que pour toi, en effet, c'est une maniere qui marche, mais attention si jamais tu penses faire partie d'une equipe de developpeurs: les mauvaises habitudes se perdent difficilement !

j'ai voté "comme un dieu"

moi : Rapide et Rigoureux sans etre Dieu non plus
 
rapide et rigoureux ne sont pas forcément incompatible

Un petit up car nous voilà dans les profondeurs du forum!!