tiens, je viens de tomber sur un cas :koi:
une procédure sql de 250lignes, qui crée des tables temporaires pour des traitements ultérieurs. 250 lignes, pas un commentaire, juste à la fin j'ai un jolie
Code:
1
2--> OK
:aie:
Version imprimable
tiens, je viens de tomber sur un cas :koi:
une procédure sql de 250lignes, qui crée des tables temporaires pour des traitements ultérieurs. 250 lignes, pas un commentaire, juste à la fin j'ai un jolie
Code:
1
2--> OK
:aie:
Ce n'est pas un code perso mais ca vient des sources d'Open AFS. En gros le mec qui l'a code a redefini l'operateur bit a bit '&' (au passage, de maniere tres porc) et ensuite s'est rendu compte que cet operateur etait natif au C. Voici son commentaire:
Ha Ha indeed...:mur:Code:
1
2 /* Ha, ha!! I did not realize C has a builtin XOR operator! */ #define XOR(a,b) (unsigned char) (((a&~b)|(~a&b)) & 0377) /* NOTE: a and b should be unsigned char */
Dans un code de 300 classes.
Toutes les exceptions sont catchés ainsi
Tout en sachant que toutes les classes de l'appli ont une signature contenant "throw Exception"Code:
1
2
3
4
5
6
7
8 try{ // du code } catch(UnTypeDefiniDException e) { throw new Exception() }
et à la fin, dans la super classe mère on a la super gestion d'exception:
Vive l'offshore !! :cry:Code:
1
2
3
4 catch(Exception e){ System.console.printLn("Hay un problema aqui !"); }
// code inutile, mais je ne peux pas l'enlever
if (swiann == 0)
{
// passera jamais dans cette condition, mais qui suis-je pour juger?
...
}
// tentative piratage code = 666, go tho hell
Lors d'une modification du code VBA dans un fichier Excel
Pourquoi ne pas supprimé le fichier dés le début????? :aie:Code:
1
2
3
4
5
6
7
8
9
10 'Supprime la feuille Evolution ... 'Supprime la feuille Nouveau ... 'Supprime la Actuelle ... 'Supprime la feuille Source ... 'Supprime le fichier ...
Désolé de t'avoir vexé.
Ma reflexion ne voulait pas dire que les développeurs offshore étaient moins bon que les autres.
Par là je voulais signifier que l'inconvénient de l'offshore est que l'hurluberlu qui a codé cette m... est beaucoup trop loin pour que je lui exprime en un minimum de mots ma façon de penser :massacre:
Sinon, ça fait bizarre si vos équipes offshore ne font pas des peer review des codes avant de les envoyer :koi:, c'est pour éviter ce genre de chose.
Comme pour toute chose, je pense qu'il y a de bons offshore et de mauvais offshore (et de mauvais acheteurs de presta offshore).
Et pour reprendre un sketch des inconnus:
le mauvais offshore, tu lui files des spécifs ... y code.
le bon offshore, tu lui files des spécifs ... y code ... mais c'est un bon offshore :mouarf:
Pour une méthode écrite mais n'ayant jamais été appelée :
Code:
1
2
3
4 // superbe fusil a mouches ^^ neuf dans son etui : n'a jamais servi Number.prototype.estMultipleDe = function(val) { return (val && (type(val).indexOf("number") > -1) && (val != 0)) ? ((this % val) == 0) : false; }
Lors d'une reprise de code, voici ce que j'ai trouvé en commentaire :
le code en question ci dessousCode:
1
2 // Je ne sais pas pourquoi j'ai fait ça mais si je l'enlève l'authentification plante
et bizarrement en enlevant cette boucle et bien l'authentification ne fonctionne plus...Depuis une refonte a été refaite car toute l'application était ainsi ;-)Code:
1
2
3
4 for($i=0;$i<100;$i++){ //Boucle qui sert à rien mais utile au bon fonctionnement de l'application }
Mic
C'est normal j'ai déjà eu ça en C (php étant basé sur C). C'est une erreur grossière mais très difficile à trouver... Je crois que j'ouvrais 2 descripteur de fichier. A la fin j'en fermais 2 fois 1 et 0 fois l'autre ou quelques chose comme ça. Enfin bref avec les printf de debug ça fonctionne mais quand on les enlève ça plante... En effet des printf comme des boucles innutile ralentisse le processus et laisse le temps à l'OS de corriger certaines erreurs (comme fermer un fichier proprement, libérer de la mémoire...) Le problème c'est que si on les corrige pas tout de suite on fini vite par rendre le système tellement instable que ça plante de partout...Citation:
Lors d'une reprise de code, voici ce que j'ai trouvé en commentaire :
Code :Sélectionner tout -
1
2
// Je ne sais pas pourquoi j'ai fait ça mais si je l'enlève l'authentification plante
le code en question ci dessous
Code :Sélectionner tout -
1
2
3
4
for($i=0;$i<100;$i++){
//Boucle qui sert à rien mais utile au bon fonctionnement de l'application
}
et bizarrement en enlevant cette boucle et bien l'authentification ne fonctionne plus...Depuis une refonte a été refaite car toute l'application était ainsi ;-)
Mic
D'après cette maxime personne ne fais bien volontairement (mieux vaut donc ne pas faire). En effet si quelq'un sait bien faire il ne fait pas puisqu'il enseigne (En acceptant qu'on entends pas faire fabriquer), dans le cas contraire soit il sait pas faire et il apprends (sans faire je trouve ça dure) soit il ne sais que moyennement faire et il doit espérer qu'il fera bien malgré tout.
Sans rire il n'y a que les imbéciles qui font rien. Les autres se perfectionne sans arrêts. Je pars du principe que personne ne sait faire bien. Il y a juste des gens qui savent plus ou moins bien faire. Mieux vaut quelque chose d'imparfait que rien.
Cette maxime était une phrase que me disais souvent mon Grand-Père. Comme toute maxime, elle est courte et peut être soumise à une interprétation erronée.
Voilà ce qu'elle signifie:
- Si tu ne sais pas faire, apprends: Si tu ne sais pas faire quelque chose, souviens toi que tu n'es pas plus bête qu'un autre. Cherches quelqu'un qui sait faire et apprends. Ne te caches pas derrière l'excuse "Je ne sais pas faire, j'ai jamais fait"
- Si tu sais faire, fais bien: Fais de ton mieux dans tout ce que tu entreprends et ne tombe pas dans la facilité qui consiste à ce dire "Ce que j'ai fait n'est pas super mais de toute façon les autres font moins bien alors c'est pas grave"
- Si tu sais bien faire, enseigne: Si (et seulement si) tu as de l'expérience dans un domaine et que quelqu'un vient te voir pour savoir comment tu fais, rappelle toi qu'un jour tu as eu besoin d'apprendre (cf. premier point) et ne lui refuses pas ton aide.
Voilà.
Je suis d'accord avec toi quand tu dis
Sauf que bien faire, dans cette maxime signifie "faire de son mieux". D'ailleurs philosophiquement la notion de "bien" n' est elle pas relative ;)Citation:
Sans rire il n'y a que les imbéciles qui font rien. Les autres se perfectionne sans arrêts. Je pars du principe que personne ne sait faire bien. Il y a juste des gens qui savent plus ou moins bien faire. Mieux vaut quelque chose d'imparfait que rien.
PS: C'est très français de penser que l'enseignement empêche la pratique. Tout le monde enseigne sans forcément le savoir (et pas forcément dans une salle de classe) et tout le monde a quelque chose a enseigner à quelqu'un.
Moi je la connaissais différemment :
"Si tu sais faire quelque chose alors fais-le, sinon enseignes-le"
mais j'avoues que c'était une critique facile de l'Education Nationale
Il en existe une autre encore plus courte :
Citation:
Si tu ne sais pas, demande. Si tu sais, partage.