Ben il faut organiser le code correctement, en traitant séparément la partie que l'on qualifie de "code métier" de la partie "accès au système" via des interfaces bien pensées et bien documentées qui ne changent pas tous les 3 mois, au bon vouloir des developpeurs, sans se préoccuper des conséquences.
Alors certes, ça nécessite de se poser un peu et de réfléchir à ce que l'on fait, et dans l'immédiat on a l'impression de perdre du temps, mais à long terme on en gagne. Et mon sentiment est que ce type est presque une caricature des codeurs "libre Linux" : coder sans documenter, en réfléchissant au fur et à mesure qu'il code pour sortir un truc vite fait bien fait sur un coin de table, juste pour sortir un truc rapidement, alors qu'en séparant le code correctement et en se posant certaines questions au début, on perds un peu de temps, mais le temps perdu est vite gagné sur le long terme : un design bien réfléchi au départ ne change pas énormément, et si'il y a du changement, une bonne organisation de code permet de limiter l'impact de ceux-ci, en plus le code est plus propre, et mieux maintenable.
Le fait que ce type ponde beaucoup de truc sur tout et n'importe quoi tend à confirmer mon point de vue sur ce gars.
[^] # Re: Ça fait peur
Posté par totof2000 . En réponse à la dépêche Un entretien avec Lennart Poettering. Évalué à 6.
Ben il faut organiser le code correctement, en traitant séparément la partie que l'on qualifie de "code métier" de la partie "accès au système" via des interfaces bien pensées et bien documentées qui ne changent pas tous les 3 mois, au bon vouloir des developpeurs, sans se préoccuper des conséquences.
Alors certes, ça nécessite de se poser un peu et de réfléchir à ce que l'on fait, et dans l'immédiat on a l'impression de perdre du temps, mais à long terme on en gagne. Et mon sentiment est que ce type est presque une caricature des codeurs "libre Linux" : coder sans documenter, en réfléchissant au fur et à mesure qu'il code pour sortir un truc vite fait bien fait sur un coin de table, juste pour sortir un truc rapidement, alors qu'en séparant le code correctement et en se posant certaines questions au début, on perds un peu de temps, mais le temps perdu est vite gagné sur le long terme : un design bien réfléchi au départ ne change pas énormément, et si'il y a du changement, une bonne organisation de code permet de limiter l'impact de ceux-ci, en plus le code est plus propre, et mieux maintenable.
Le fait que ce type ponde beaucoup de truc sur tout et n'importe quoi tend à confirmer mon point de vue sur ce gars.