>Il faut bien voir qu'une application, ce n'est pas seulement des lignes
>de codes organisées,
Euh... faut pas rigoler qd même, parler de changer de base de donnée, de serveur, d'environnement et cloquer un mysql_escape_string() qui est cloqué à mysql, comment dire...
Si tu veux pouvoir changer de Bdd, il vaut mieux un addshlashes qu'un mysql_escape_sting
Sinon, oui je comprends la problématique recherchée dans ce cas particulier et je ne dis pas que l'une ou l'autre est mieux.
La conception et le pilotage d'un developpement est toujours un compromis entre le modulaire/abstraction/configurabilité/temps de dev/suivi dans le temps/performances brutes.
C'est comme le choix du centre de gravité d'un polygone de sustentation dont on définirait le poid de chaque sommet : c'est mouvant et il n'y a pas de vérité pure, mais que des choix politiques.
Si j'avais codé plus lache et plus portable, certaines de mes applis ne pourraient pas tourner dans des mutualisés privatifs car la charge serveur induite nous placerait "hors norme" (il n'est pas possible de faire du cache car les requettes sont toutes uniques à cause d'une géolocalisation).
Effectivement si demain un autre devrait reprendre certaines applications, il devrait passer un peu de temps à comprendre certains algo et la logique de la chose.
Exploser en plein d'objets différents avec des méthodes privées et publiques, des couches différentes ne donne pas forcement plus de facilité à prendre en main la chose.
Ex : le Gconf de gnome qui reprend dans un seul arbre plein de configurations différentes alors que cela peut_être/est modularisé dans des fichiers de conf distincts. Est-ce que cela fait de gconf un truc moins simple ?
J'ai commencé à coder du php en 1997-1998, et j'ai vu pas mal de chose passer, j'ai également vu pas mal de code, et pas des moindes, le code le plus difficile à percer est souvent le code le plus long, avec des appels dans des appels dans des appels.
Je suis d'accord avec toi, il y a plein de code goret, mais cela ne veut pas dire que ceux qui ne code pas comme toi sont des gorets. :-)
[^] # Re: Curiosité...
Posté par hervé Couvelard . En réponse au journal Offre d'emploi Développeur Web (Paris). Évalué à 3.
>de codes organisées,
Euh... faut pas rigoler qd même, parler de changer de base de donnée, de serveur, d'environnement et cloquer un mysql_escape_string() qui est cloqué à mysql, comment dire...
Si tu veux pouvoir changer de Bdd, il vaut mieux un addshlashes qu'un mysql_escape_sting
Sinon, oui je comprends la problématique recherchée dans ce cas particulier et je ne dis pas que l'une ou l'autre est mieux.
La conception et le pilotage d'un developpement est toujours un compromis entre le modulaire/abstraction/configurabilité/temps de dev/suivi dans le temps/performances brutes.
C'est comme le choix du centre de gravité d'un polygone de sustentation dont on définirait le poid de chaque sommet : c'est mouvant et il n'y a pas de vérité pure, mais que des choix politiques.
Si j'avais codé plus lache et plus portable, certaines de mes applis ne pourraient pas tourner dans des mutualisés privatifs car la charge serveur induite nous placerait "hors norme" (il n'est pas possible de faire du cache car les requettes sont toutes uniques à cause d'une géolocalisation).
Effectivement si demain un autre devrait reprendre certaines applications, il devrait passer un peu de temps à comprendre certains algo et la logique de la chose.
Exploser en plein d'objets différents avec des méthodes privées et publiques, des couches différentes ne donne pas forcement plus de facilité à prendre en main la chose.
Ex : le Gconf de gnome qui reprend dans un seul arbre plein de configurations différentes alors que cela peut_être/est modularisé dans des fichiers de conf distincts. Est-ce que cela fait de gconf un truc moins simple ?
J'ai commencé à coder du php en 1997-1998, et j'ai vu pas mal de chose passer, j'ai également vu pas mal de code, et pas des moindes, le code le plus difficile à percer est souvent le code le plus long, avec des appels dans des appels dans des appels.
Je suis d'accord avec toi, il y a plein de code goret, mais cela ne veut pas dire que ceux qui ne code pas comme toi sont des gorets. :-)