Justement, je ne considère pas un code simple a comprendre et qui fait quelque chose d'utile efficacement comme étant stupide.
Par contre, j'ai bel et bien vu des bases de code qui se prétendent KISS dont le code fait quelque chose à l'utilité douteuse de manière non efficace.
Je pense ici notamment à la base de code de wesnoth, qui, de mémoire, gérait à un moment la liste des unités avec une foultitude de vector/map/string, sur plusieurs niveaux d'imbrication, avec des struct/class dont la liste des propriétés (variables membres, donc) est longue comme le bras, et pas ordonnée du tout, ce qui implique, entres autres, du padding à la pelle et donc une augmentation de la ram utilisée.
De mémoire, j'ai mesuré récemment que la RSS est d'environ 260 megs au démarrage, pour dépasser les 2 giga quand je suis entrée dans le lobby... de la précédente version stable (debian n'ayant pas l'actuelle stable dans les backports, et moi n'ayant aucune envie d'utiliser un autre gestionnaire de paquets pour ça, ni de compiler).
Du coup (et wesnoth n'est pas le seul cas que j'ai vu, je prend juste comme exemple parce que c'est un très, très bon jeu libre et que pas mal de gens le connaissent), oui, j'ai un peu de mal avec cet acronyme de KISS... peut-être que dans d'autres cas, il est appliqué correctement, mais je n'ai pas encore vu ça.
[^] # Re: Bof
Posté par freem . En réponse au journal Software architecture considered harmful. Évalué à 2.
Justement, je ne considère pas un code simple a comprendre et qui fait quelque chose d'utile efficacement comme étant stupide.
Par contre, j'ai bel et bien vu des bases de code qui se prétendent KISS dont le code fait quelque chose à l'utilité douteuse de manière non efficace.
Je pense ici notamment à la base de code de wesnoth, qui, de mémoire, gérait à un moment la liste des unités avec une foultitude de vector/map/string, sur plusieurs niveaux d'imbrication, avec des struct/class dont la liste des propriétés (variables membres, donc) est longue comme le bras, et pas ordonnée du tout, ce qui implique, entres autres, du padding à la pelle et donc une augmentation de la ram utilisée.
De mémoire, j'ai mesuré récemment que la RSS est d'environ 260 megs au démarrage, pour dépasser les 2 giga quand je suis entrée dans le lobby... de la précédente version stable (debian n'ayant pas l'actuelle stable dans les backports, et moi n'ayant aucune envie d'utiliser un autre gestionnaire de paquets pour ça, ni de compiler).
Du coup (et wesnoth n'est pas le seul cas que j'ai vu, je prend juste comme exemple parce que c'est un très, très bon jeu libre et que pas mal de gens le connaissent), oui, j'ai un peu de mal avec cet acronyme de KISS... peut-être que dans d'autres cas, il est appliqué correctement, mais je n'ai pas encore vu ça.