Bah oui, tu n'as pas tort, mais du coup, je ne comprends pas pourquoi ces usines à gaz annoncent des millions de lignes de code. C'est sûr que si tu as un truc pour lire un DVD, et que tu as derrière un Linux, un Firefox, et un truc en java, bah avant d'avoir la moindre ligne de code tu te tapes un système bloaté derrière... Mais est-ce vraiment de ça dont on parle? Quand on regarde le nombre de lignes de code derrière un logiciel métier, on ne parle pas du système.
Après, toujours pareil : 990 000 lignes de bibliothèques et 10 000 lignes de vrai code, ça n'est pas du tout pareil que 1M lignes de code pour le logiciel. D'un autre côté, des bugs peuvent se cacher dans les bibliothèques, les compilateurs, les surcouches, les frameworks...
Dans le fond, c'est plus un sentiment général qu'une méthode de développement. J'ai l'impression que si on voulait des systèmes moins buggés et plus compréhensibles, il faudrait beaucoup moins de code, de la factorisation de code via des bibliothèques, et des applications qui restent simples et qui ne font qu'une chose, mais bien. Or, on se dirige vers exactement le contraire : de plus en plus de surcouches, des méga-projets qui se battent sur la longueur du code, des trucs tellement complexes que personne ne comprend vraiment ce que ça fait, des bugs insolubles, des livraisons de binaires via des containers qui contiennent de multiples duplicats des mêmes bibliothèques jamais mises à jour, avec des versions différentes... On peut coller autant de tests unitaires ou d'assistants de preuve derrière, on ne fait que vérifier avec une machine qu'on n'a pas tout pété, mais on ne maitrise pas mieux pour autant ce qui tourne sur la bécane.
[^] # Re: Bof mouais pfff
Posté par arnaudus . En réponse au journal [liens] Mais juste un. Évalué à 2.
Bah oui, tu n'as pas tort, mais du coup, je ne comprends pas pourquoi ces usines à gaz annoncent des millions de lignes de code. C'est sûr que si tu as un truc pour lire un DVD, et que tu as derrière un Linux, un Firefox, et un truc en java, bah avant d'avoir la moindre ligne de code tu te tapes un système bloaté derrière... Mais est-ce vraiment de ça dont on parle? Quand on regarde le nombre de lignes de code derrière un logiciel métier, on ne parle pas du système.
Après, toujours pareil : 990 000 lignes de bibliothèques et 10 000 lignes de vrai code, ça n'est pas du tout pareil que 1M lignes de code pour le logiciel. D'un autre côté, des bugs peuvent se cacher dans les bibliothèques, les compilateurs, les surcouches, les frameworks...
Dans le fond, c'est plus un sentiment général qu'une méthode de développement. J'ai l'impression que si on voulait des systèmes moins buggés et plus compréhensibles, il faudrait beaucoup moins de code, de la factorisation de code via des bibliothèques, et des applications qui restent simples et qui ne font qu'une chose, mais bien. Or, on se dirige vers exactement le contraire : de plus en plus de surcouches, des méga-projets qui se battent sur la longueur du code, des trucs tellement complexes que personne ne comprend vraiment ce que ça fait, des bugs insolubles, des livraisons de binaires via des containers qui contiennent de multiples duplicats des mêmes bibliothèques jamais mises à jour, avec des versions différentes... On peut coller autant de tests unitaires ou d'assistants de preuve derrière, on ne fait que vérifier avec une machine qu'on n'a pas tout pété, mais on ne maitrise pas mieux pour autant ce qui tourne sur la bécane.