J'attends un benchmark qui montre que GTK3 est plus lent à rendre un thème que GTK2. Si la différence est supérieure à 10%, alors, on pourra considérer que peut être CSS est un mauvais choix.
Mais avant d'en arriver à dire que CSS est un mauvais choix, on peut aussi essayer d'optimiser quand le problème se présente. Les performances ne doivent pas guider les choix techniques a priori. C'est ce qu'on appelle le kikoo-driven developpment.
Tant qu'il n'est pas prouvé qu'une solution technique efficace et adaptée a un impact assez important sur les performances pour gêner le logiciel dans sa fonctionnalité, ni que le problème de performance vient de la solution technique en soi et non d'un mauvais usage de celle ci, il est parfaitement idiot de se contraindre à ne pas utiliser cette technologie.
La performance en soi est inutile. Parfois, il vaut mieux privilégier la simplicité technique et la lisibilité du code tant que la fonctionnalité et l'expérience utilisateur n'est pas impactée.
Ce que tu proposes, c'est de l'optimisation a priori, et à mes yeux, c'est la plus grave anti-pattern en développement logiciel.
[^] # Re: Un outil est pas mauvais en soi, il dépend de l'utilisateur
Posté par Enjolras . En réponse au journal Conseils aux libristes, 2ème partie: résister à la tentation de la réécriture à partir de zéro. Évalué à 4.
J'attends un benchmark qui montre que GTK3 est plus lent à rendre un thème que GTK2. Si la différence est supérieure à 10%, alors, on pourra considérer que peut être CSS est un mauvais choix.
Mais avant d'en arriver à dire que CSS est un mauvais choix, on peut aussi essayer d'optimiser quand le problème se présente. Les performances ne doivent pas guider les choix techniques a priori. C'est ce qu'on appelle le kikoo-driven developpment.
Tant qu'il n'est pas prouvé qu'une solution technique efficace et adaptée a un impact assez important sur les performances pour gêner le logiciel dans sa fonctionnalité, ni que le problème de performance vient de la solution technique en soi et non d'un mauvais usage de celle ci, il est parfaitement idiot de se contraindre à ne pas utiliser cette technologie.
La performance en soi est inutile. Parfois, il vaut mieux privilégier la simplicité technique et la lisibilité du code tant que la fonctionnalité et l'expérience utilisateur n'est pas impactée.
Ce que tu proposes, c'est de l'optimisation a priori, et à mes yeux, c'est la plus grave anti-pattern en développement logiciel.