Le progrès en ingénierie informatique, c’est le développement d’abstractions simples d’utilisation (système de fichier, TCP) adaptées à un besoin précis et répandu. Si le « monde BDD » (j’inclus là dedans SGBDR et ORM) n’est pas capable de fournir une telle abstraction pour des besoins de persistance basique, le problème vient du monde BDD, pas des développeurs.
Pour des besoins basiques les ORM marchent tres bien. Besoins basiques = c'est possible d'avoir des perfs suffisantes sans trop se casser la tete. Je pense que 90% des applications sont dans ce cas.
J'ai meme entendu dire que ca marchait dans des cas compliques, mais a mon avis les gars qui codaient connaissaient tres bien l'ORM et la base de donnees sous jascente.
Maintenant, le jour ou les volumes augmentent, tu ne peux pas faire l'economie d'avoir:
1. des gars qui savent bien comment marchent la BD
1. le temps et les resources pour travailler sur les performances
1. une entreprise qui valorise le travail sur les performances
Sinon l'application et l'equipe fonce droit dans le mur. (C'est du vecu)
Tu peux developper toutes les abstractions que tu veux, si les developpeurs ne font pas l'effort de comprendre comment fonctionne chaque brique de l'application et comment en tirer le maximum, rien ne pourra les sauver. Bien sur ils vont blamer la technologie, mais la verite, c'est qu'ils peuvent changer de technologie, mais ils continuerons toujours a avoir les memes problemes.
Je n'ai jamais vu les problemes disparaitre en cachant sa tete dans le sable et se regardant le nombril.
[^] # Re: N'importe quoi !
Posté par djano . En réponse à la dépêche Interview de Dimitri Fontaine, contributeur majeur à PostgreSQL. Évalué à 10.
Pour des besoins basiques les ORM marchent tres bien. Besoins basiques = c'est possible d'avoir des perfs suffisantes sans trop se casser la tete. Je pense que 90% des applications sont dans ce cas.
J'ai meme entendu dire que ca marchait dans des cas compliques, mais a mon avis les gars qui codaient connaissaient tres bien l'ORM et la base de donnees sous jascente.
Maintenant, le jour ou les volumes augmentent, tu ne peux pas faire l'economie d'avoir:
1. des gars qui savent bien comment marchent la BD
1. le temps et les resources pour travailler sur les performances
1. une entreprise qui valorise le travail sur les performances
Sinon l'application et l'equipe fonce droit dans le mur. (C'est du vecu)
Tu peux developper toutes les abstractions que tu veux, si les developpeurs ne font pas l'effort de comprendre comment fonctionne chaque brique de l'application et comment en tirer le maximum, rien ne pourra les sauver. Bien sur ils vont blamer la technologie, mais la verite, c'est qu'ils peuvent changer de technologie, mais ils continuerons toujours a avoir les memes problemes.
Je n'ai jamais vu les problemes disparaitre en cachant sa tete dans le sable et se regardant le nombril.