Discussion :

[_skip]

Juste un mot car je voulais pas laisser ta réponse toute seule comme ça. J'ai parfaitement compris l'idée que tu exprimes.
En fait je me suis un peu écarté lorsqu'on a parlé de monde académique, une base de conception théorique est nécessaire pour bosser, c'est tout à fait vrai. je voulais juste mentionner cette chose que j'ai apprise à mes dépens : ce qui marche dans les manuels et sur papier ne fonctionne pas toujours dans la vraie vie. Les superbes architectures ultra-découplées, les domain models full OO, les patternites aigues et le reste au programme.

[Mac LAK]

je voulais juste mentionner cette chose que j'ai apprise à mes dépens : ce qui marche dans les manuels et sur papier ne fonctionne pas toujours dans la vraie vie.

Retiens bien cette "leçon", et tu auras de fortes chances de devenir un excellent développeur...

P'tite blague, connue sûrement mais que j'adore : Quelle est la différence entre la théorie et la pratique ? En théorie, il n'y en a pas... En pratique, si.

[koala01]

P'tite blague, connue sûrement mais que j'adore : Quelle est la différence entre la théorie et la pratique ? En théorie, il n'y en a pas... En pratique, si.

Mais non...

La théorie, c'est quand tout marche et que personne ne sait pourquoi

La pratique, c'est quand rien ne marche et que tout le monde sait pourquoi

La théorie rejoint la pratique quand rien ne marche et que personne ne sait pourquoi

[Mac LAK]

Mais non...

C'est l'autre façon d'énoncer la réalité, mais c'est tout aussi vrai...


Plus sérieusement, le développement, c'est aussi des "cas particuliers" qui font planter les belles théories... A force de rencontrer ces "cas particuliers", tu améliores ton expérience, tu t'étonnes moins de certains problèmes et, surtout, tu trouves comment résoudre ces problèmes au lieu d'être "dans le mur" devant...

Certains s'entêtent à tenter d'appliquer la théorie, et se plantent. Les autres sont pragmatiques, et contournent le problème.

[koala01]

Au temps pour moi, je recommence:

La théorie, c'est quand rien ne marche mais que tout le monde sait pourquoi

La pratique, c'est quand tout marche mais que personne ne sait pourquoi

La théorie rejoint la pratique quand rien ne marche et que personne ne sait pourquoi

(mais bon, avant de laisser partir le troll, j'aimerais que _skip nous confirme que son problème est résolu ... Pourrait-il, si c'est le cas, cliquer sur le bouton )

[_skip]

Pour clore la petite histoire...
Figurez-vous que j'ai fini par renoncer aux getters/setters sans impacts...

J'ai converti certaines classes en simple structures, j'utilise encore l'encapsulation pour les membres read-only mais c'est là à peu près tout.

Cela m'évite par ailleurs certains soucis liés à la durée de vie des membres d'un objet retournés par les getters ( "raw pointer vs duplication vs smart pointer") en laissant l'appelant faire ce qui est le mieux dans son contexte.

Les imbéciles changent aussi d'avis.