Il est mal formulé, mais ce qu'il veut dire, c'est que pour lui, le bash est plus accessible que le C. Ensuite, autant je suis d'accord avec ça pour certaines personnes, autant je suis pas sur que ça soit généralisable d'une part, et si important d'autre part.
C'est pas généralisable car je pense que python serait plus accessible sur le principe que bash, et que du point de vue des nombres de devs, des choses comme javascript ou php serait sans doute plus important, ce qui veut pas dire que c'est une bonne idée. Sur la population ciblé des sysadmins, des choses comme perl ou ruby me semble aussi connu que bash (surtout ruby avec la montée de puppet/chef), et fournisse de meilleurs libs et un écosystème plus haut niveau. Mais quand tu connais que le bash, forcément, tu te dit que ç'est ce qu'il faut utiliser.
Et l'argument est aussi celui qui a été utilisé pour justifier que les softs de l'OLPC soient écrit en python et modifiable par les utilisateurs directement dans l'interface.
Et c'est pas si important d'autre parce que globalement, tout est écrit en autre chose que bash. Le libre n'a pas vraiment été bloqué par le fait que beaucoup de choses étaient en C avant, et j'aurais même tendance à dire que les sysadmins de l'époque des débuts d'unix savaient faire du C, vu le nombre de soft écrit en C à ce moment la par des admins ( typiquement, des trucs comme cron/atd, sendmail, et autres trucs historiques ).
Donc oui, y a des gens pour qui bash est naturel et ils voient ça comme une privation de la liberté de comprendre et d'étudier de la GPL. Mais c'est une privation lié à une limitation de leur savoir sur le moment plus qu'une limitation absolu, donc pour moi, l'argument ne suffit pas à justifier de ne pas changer.
[^] # Re: Moins de liberté, pour plus de sécurité
Posté par Misc (site web personnel) . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 10.
Il est mal formulé, mais ce qu'il veut dire, c'est que pour lui, le bash est plus accessible que le C. Ensuite, autant je suis d'accord avec ça pour certaines personnes, autant je suis pas sur que ça soit généralisable d'une part, et si important d'autre part.
C'est pas généralisable car je pense que python serait plus accessible sur le principe que bash, et que du point de vue des nombres de devs, des choses comme javascript ou php serait sans doute plus important, ce qui veut pas dire que c'est une bonne idée. Sur la population ciblé des sysadmins, des choses comme perl ou ruby me semble aussi connu que bash (surtout ruby avec la montée de puppet/chef), et fournisse de meilleurs libs et un écosystème plus haut niveau. Mais quand tu connais que le bash, forcément, tu te dit que ç'est ce qu'il faut utiliser.
Et l'argument est aussi celui qui a été utilisé pour justifier que les softs de l'OLPC soient écrit en python et modifiable par les utilisateurs directement dans l'interface.
Et c'est pas si important d'autre parce que globalement, tout est écrit en autre chose que bash. Le libre n'a pas vraiment été bloqué par le fait que beaucoup de choses étaient en C avant, et j'aurais même tendance à dire que les sysadmins de l'époque des débuts d'unix savaient faire du C, vu le nombre de soft écrit en C à ce moment la par des admins ( typiquement, des trucs comme cron/atd, sendmail, et autres trucs historiques ).
Donc oui, y a des gens pour qui bash est naturel et ils voient ça comme une privation de la liberté de comprendre et d'étudier de la GPL. Mais c'est une privation lié à une limitation de leur savoir sur le moment plus qu'une limitation absolu, donc pour moi, l'argument ne suffit pas à justifier de ne pas changer.