Mon petit doigt me dit que bash, pour gérer le langage des shell scripts, a besoin de plus de LOC que systemd pour gérer ses fichiers d'init.
Tu ne devrais pas te fier à ton petit doigt. La première erreur est que FreeBSD n'utilise pas bash et ensuite, l'implémentation du shell fait 14kloc toute mouillée:
% sh cloc .
553 text files.
543 unique files.
485 files ignored.
http://cloc.sourceforge.net v 1.64 T=3.50 s (19.7 files/s, 5244.7 lines/s)
---------------------------------------------------------------------------------------
Language files blank comment code
---------------------------------------------------------------------------------------
C 26 1556 2185 11715
C/C++ Header 24 144 895 583
make 9 54 18 534
Bourne Shell 9 44 310 247
Windows Module Definition 1 3 0 90
---------------------------------------------------------------------------------------
SUM: 69 1801 3408 13169
---------------------------------------------------------------------------------------
Bref, probablement un argument fallacieux en plus d'inverser complètement la réalité.
Quand on fonde son argumentation sur un rapport pifométrique 1 il vaut mieux éviter ce genre de conclusions tonitruantes.
Quelle idée d'aller fouiller là avec le petit doigt! ↩
[^] # Re: systemd, le nouveau Multics
Posté par Michaël (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 6.
Tu ne devrais pas te fier à ton petit doigt. La première erreur est que FreeBSD n'utilise pas bash et ensuite, l'implémentation du shell fait 14kloc toute mouillée:
Quand on fonde son argumentation sur un rapport pifométrique 1 il vaut mieux éviter ce genre de conclusions tonitruantes.
Quelle idée d'aller fouiller là avec le petit doigt! ↩