> C'est plutôt la concision et la clarté du code qui compte. (cf l'étude d'IBM qui fait un rapprochement tout bête entre le nombre de lignes et le nombre de bugs).
Ya une raison toute simple a ca: les seuls bugs qu'on aura pas sont dans du code qu'on a pas ecrit.
Par contre, concision ne veut pas mecaniquement dire moins de bug parce que moins de code. Ou ca depent comment tu comptes tes lignes.
Transformes 5 lignes en un one liner, t'as moins de code, mais t'auras plus de chances d'avoir un bug si qq1 modifie ladite ligne.
Change le design d'une class pour qu'elle ait moins de choses a faire, vires 200 lignes de code, la t'aura moins de bug potentiel.
Le truc primordial, c'est une bon design objet adapte a son domaine. Domain driven design d'eric evans devrait etre sur la table de nuit de tout developeur qui se respecte. Le langage est (presque) accessoire la dedans.
Porte un design de merde de java a python, t'aura le meme nb de problemes a la louche.
Reste en java et change le design, les problemes s'en iront.
Ca veut pas dire qu'un langage plus concis n'apportera rien, mais sa concision ne feront pas s'envoler les probleme de design qui sont bien plus important.
Remarque, c'est ptetre ce que tu veux dire par clarte :) auquel cas on est d'accord en gros.
En clair? Faire de l'objet correctement encapsule adapte a son domaine, utiliser le langage de son domaine, simplicite est *toujours* mieux que complexite. Applique rien que ca deja, t'eviteras deja enormement de pb.
Apres quand je vois que l'anemic object anti pattern est religion dans certaine boite, qu'encapsulation veut souvent dire "field prives avec getter/setters", ce qui resulte en du code imperatif ecrit en java, je comprends ton raisonnement. Mais c'est pas un pb de langage, juste de developpeur.
> De la même manière, plus le code va être concis, explicite et clair, moins l'ide va avoir d'importance.
Dans l'absolu, c'est vrai, mais l'ide restera toujours indispensable. Ca apporte des gardes fous a cout nul dont il serait tres idiot de se passer.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: .
Posté par pasScott pasForstall . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 2.
Ya une raison toute simple a ca: les seuls bugs qu'on aura pas sont dans du code qu'on a pas ecrit.
Par contre, concision ne veut pas mecaniquement dire moins de bug parce que moins de code. Ou ca depent comment tu comptes tes lignes.
Transformes 5 lignes en un one liner, t'as moins de code, mais t'auras plus de chances d'avoir un bug si qq1 modifie ladite ligne.
Change le design d'une class pour qu'elle ait moins de choses a faire, vires 200 lignes de code, la t'aura moins de bug potentiel.
Le truc primordial, c'est une bon design objet adapte a son domaine. Domain driven design d'eric evans devrait etre sur la table de nuit de tout developeur qui se respecte. Le langage est (presque) accessoire la dedans.
Porte un design de merde de java a python, t'aura le meme nb de problemes a la louche.
Reste en java et change le design, les problemes s'en iront.
Ca veut pas dire qu'un langage plus concis n'apportera rien, mais sa concision ne feront pas s'envoler les probleme de design qui sont bien plus important.
Remarque, c'est ptetre ce que tu veux dire par clarte :) auquel cas on est d'accord en gros.
En clair? Faire de l'objet correctement encapsule adapte a son domaine, utiliser le langage de son domaine, simplicite est *toujours* mieux que complexite. Applique rien que ca deja, t'eviteras deja enormement de pb.
Apres quand je vois que l'anemic object anti pattern est religion dans certaine boite, qu'encapsulation veut souvent dire "field prives avec getter/setters", ce qui resulte en du code imperatif ecrit en java, je comprends ton raisonnement. Mais c'est pas un pb de langage, juste de developpeur.
> De la même manière, plus le code va être concis, explicite et clair, moins l'ide va avoir d'importance.
Dans l'absolu, c'est vrai, mais l'ide restera toujours indispensable. Ca apporte des gardes fous a cout nul dont il serait tres idiot de se passer.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.