Les frameworks c'est aussi pleins de questions TECHNIQUES que tu te poses pas, car le framework répond pour toi, et ça te laissent plus de temps pour ce qui compte : les fonctionnalités.
Cette vision chef de produit/product owner à vision partielle (que je résumerais en seul le fonctionnel compte) me laisse toujours perplexe : la qualité de service, les performances, la répartition de charge, la sécurité, la dette technique, le coût de maintien en conditions opérationnelles, etc., etc. sont des questions techniques non fonctionnelles. Et on peut les enlever/dégrader pour voir ce qui ne compte pas... (et pour revenir au sujet, les frameworks peuvent aider grandement sur la technique, ou pas, suivant si on se pose les questions ou si on code juste du fonctionnel à la chaîne).
[^] # Re: \o/
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Cent mille dollars pour un navigateur. Évalué à 9.
Cette vision chef de produit/product owner à vision partielle (que je résumerais en seul le fonctionnel compte) me laisse toujours perplexe : la qualité de service, les performances, la répartition de charge, la sécurité, la dette technique, le coût de maintien en conditions opérationnelles, etc., etc. sont des questions techniques non fonctionnelles. Et on peut les enlever/dégrader pour voir ce qui ne compte pas... (et pour revenir au sujet, les frameworks peuvent aider grandement sur la technique, ou pas, suivant si on se pose les questions ou si on code juste du fonctionnel à la chaîne).