ah, tiens, pour MVC, je l'aurais dit plus simplement :
Initialement, j'étais très dubitatif (pour rester poli), genre « mais quel bordel, j'ai 3 fichiers à éditer pour ajouter un champ partout ? » ; j'ai été convaincu le jour où on m'a dit, « rha c'est cool, les designers HTML sont super contents d'avoir pu tout remettre en forme simplement, sans avoir à demander aux développeurs de faire des pieds et des mains pour revoir toute la présentation du site ».
Et, là tu te dis (en voyant le résultat sans rapport avec la mise en forme initiale), « ah ouais, mixer présentation et langage de dév', yen a qui ne vont pas aimer » et c'est un premier intérêt, de faire venir des non-développeurs et ainsi travailler à plusieurs, chacun son approche (et ensuite pour les développeurs, ya des IDE pour simplifier cela à l'édition et présenter les trois couches, qui restent tellement logiques une fois comprises que ça en vaut le coup pour un projet un peu gros et facilement éditable même pour un petit projet).
Pour la maintenance, dans la durée (2-3 ans par exemple), mieux vaut tout de même prévoir les évolutions :/ Tout n'est pas que correction de bug, loin de là et prendre en compte un changement du stockage est un classique (rien qu'une montée de version par exemple, sans impact dans un cas, avec grosse refonte dans l'autre si trop d'optimisé^Wspécifique a été retenu à une époque plutôt que le standard qui aurait pu être écrit en même temps en plus, plutôt que de s'y replonger 2 ans après).
Note : concernant LinuxFr.org, le code est relativement simple même pour quelqu'un ne programmant pas en RoR, justement grâce au MVC (et cela reste visiblement efficace en terme de performance). J'avais fait une page sur github, je pense avoir tout récupéré sur Participer-à-LinuxFr et Organisation-Code-LinuxFr mais ce n'est pas forcément clair pour tout le monde :/
[^] # Re: MediaGoblin, une petite demo n'aurait pas ete de trop
Posté par BAud (site web personnel) . En réponse à la dépêche Petites brèves : MediaGoblin, CloudStack, Walt Disney et G'MIC. Évalué à 4.
ah, tiens, pour MVC, je l'aurais dit plus simplement :
Initialement, j'étais très dubitatif (pour rester poli), genre « mais quel bordel, j'ai 3 fichiers à éditer pour ajouter un champ partout ? » ; j'ai été convaincu le jour où on m'a dit, « rha c'est cool, les designers HTML sont super contents d'avoir pu tout remettre en forme simplement, sans avoir à demander aux développeurs de faire des pieds et des mains pour revoir toute la présentation du site ».
Et, là tu te dis (en voyant le résultat sans rapport avec la mise en forme initiale), « ah ouais, mixer présentation et langage de dév', yen a qui ne vont pas aimer » et c'est un premier intérêt, de faire venir des non-développeurs et ainsi travailler à plusieurs, chacun son approche (et ensuite pour les développeurs, ya des IDE pour simplifier cela à l'édition et présenter les trois couches, qui restent tellement logiques une fois comprises que ça en vaut le coup pour un projet un peu gros et facilement éditable même pour un petit projet).
Pour la maintenance, dans la durée (2-3 ans par exemple), mieux vaut tout de même prévoir les évolutions :/ Tout n'est pas que correction de bug, loin de là et prendre en compte un changement du stockage est un classique (rien qu'une montée de version par exemple, sans impact dans un cas, avec grosse refonte dans l'autre si trop d'optimisé^Wspécifique a été retenu à une époque plutôt que le standard qui aurait pu être écrit en même temps en plus, plutôt que de s'y replonger 2 ans après).
Note : concernant LinuxFr.org, le code est relativement simple même pour quelqu'un ne programmant pas en RoR, justement grâce au MVC (et cela reste visiblement efficace en terme de performance). J'avais fait une page sur github, je pense avoir tout récupéré sur Participer-à-LinuxFr et Organisation-Code-LinuxFr mais ce n'est pas forcément clair pour tout le monde :/