Son maçon qui pose une brique jaune, il n'a pas dit qu'il la posait de travers, mais juste que ça jurait sur le résultat final.
Met du c++11 au milieu d'un code datant de 2005, ça va jurer, avoir du java 8 dans des morceaux de codes datant d'avant java 5 (ou 1.5) ça jure grave, le style n'est pas du tout le même.
Le soucis c'est que c'est 2 langages qui ont radicalement évolués, et que les nouvelles possibilité du langage changent la façon de coder. Ajoute à cela que le projet à connu des gens plus ou moins expérimentés et certaine briques utilitaires ont été mise en place (notamment dans le cas de la lecture/écriture des xml).
Et même si on ne prends pas en compte ces évolutions de langage, ce n'est pas une convention de codage qui va unifier le style; en lisant le code, je suis capable d'identifier qui a codé certaines parties, et pourtant les espaces sont gérés pareils, les variables membres sont suffixé par '_', on est en camlCase, l'ordre des include/import est le même les retours à la ligne avant les {} aussi, et pourtant le style est fondamentalement différent.
L'un c'est plus du C avec un habillage C++
Une autre c'est le paradis de la duplication de code (ou l'enfer)
Un autre c'est concis avec des template pour éviter la duplication
Un autre c'est le paradis des patrons de conception (ou l'enfer), même lorsque ce n'est pas nécessaire. Et refuse toute compromission sur ses bonnes pratiques
Un autre ressemble au 3e mais avec moins de template.
Un autre fait des outils RAII pour simplifier la vie.
Un autre fait du code anormalement long et compliqué...
Un autre fait des new alors qu'une variable locale fait l'affaire ;)
Alors oui si on leur demande un "hello wold!", on aura 8 fois le même code, dès qu'on rentre en technique, le découpage en fonction, la structuration du code et la façon de résoudre le problème va être différente.
Alors ensuite certains développeur ont des points commun et on n'est pas à 100% certain de l'un ou l'autre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: question
Posté par fearan . En réponse au journal Déçu, déçu, déçu. Évalué à 5.
Met du c++11 au milieu d'un code datant de 2005, ça va jurer, avoir du java 8 dans des morceaux de codes datant d'avant java 5 (ou 1.5) ça jure grave, le style n'est pas du tout le même.
Le soucis c'est que c'est 2 langages qui ont radicalement évolués, et que les nouvelles possibilité du langage changent la façon de coder. Ajoute à cela que le projet à connu des gens plus ou moins expérimentés et certaine briques utilitaires ont été mise en place (notamment dans le cas de la lecture/écriture des xml).
Et même si on ne prends pas en compte ces évolutions de langage, ce n'est pas une convention de codage qui va unifier le style; en lisant le code, je suis capable d'identifier qui a codé certaines parties, et pourtant les espaces sont gérés pareils, les variables membres sont suffixé par '_', on est en camlCase, l'ordre des include/import est le même les retours à la ligne avant les {} aussi, et pourtant le style est fondamentalement différent.
Alors oui si on leur demande un "hello wold!", on aura 8 fois le même code, dès qu'on rentre en technique, le découpage en fonction, la structuration du code et la façon de résoudre le problème va être différente.
Alors ensuite certains développeur ont des points commun et on n'est pas à 100% certain de l'un ou l'autre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent