Alors au risque de surprendre je ne suis que partiellement d'accord avec cette assertion. Je m'explique : soit une fonction qui renvoit des infos sur un forunisseur à partir de son ID. Une piste potentielle d'évolution de cette fonction pourrait être : la même fonction qui renvoit les infos de N-forunisseurs.
En ce sens, on peut se dire que faire N appels à une fonction qui renvoit 1 forunisseur est plus gourmand que faire appel 1 fois à la fonction qui renvoit N fournisseurs.
[MODE HS ON]
(selon le concept bien connu du "on peut tromper 1 fois 1 personne, on peut tromper 1000 fois une personne ...)
[MODE HS OFF]
partant de la on prévoit tout de suite de mettre une liste en entrée de la fonction et dans le cas du besoin d'un seul forunisseur, on mettra un seul élément dans la liste en entrée.
Pourtant, c'est bien connu, le grand problème de notre époque ce sont les budgets. On a jamais le temsp de faire une conception parfaite, un truc super souple et optimisé. En clair, ce qu'on perd en temps à vouloir bien préparer les choses pour l'avenirse traduit souvent en temps qu'on a pas pour terminer correctement les choses du présent.
bref, le mieux étant l'ennemi du bien, à vouloir être trop altruiste on fini par en être la victime.
je dirais donc pour ma part que :
"Bien qu'une conception idéale soit faite de telle sorte que le produit soit le plus adaptable possible, les impératifs de délai empêche d'atteindre la conception idéale. Il faut donc s'inspirer de ces idéaux de conception tout en ne perdant pas plus de temps que nécessaire et en ne cherchant pas forcément le perfection".
Partager