En C t'a souvent des libs à tout faire, et rien que SDL, t'a des htable, des threads, une gestion du filesystem.
Nul doute qu'avec l'essor de Rust on en vienne à avoir ce même genre de lib à tout faire.
Tu peux rajouter des lib métier comme FFMpeg, json-c ou 2/3 autres.
Mais tu dépasses rarement la 10éne de libs.
Bof ... pas convaincu : tu as une dizaine de lib directe mais des dépendances indirectes t'en a aussi. J'ai bien souvent été surpris des trucs qu'installait un apt-get pour un simple utilitaire en ligne de commande.
En fait, mis à part le fait que d'un côté il y a des tas de libs à tout faire qu'il n'y aap as de l'autre, je ne vois pas de grande différence entre les deux mondes : il y a des dépendances, et il est nécessaire de chaque côté d'e s'assurer que les dépendances utilisées soient fiables. Ensuite on se retrouve à gérer d'un côté des dépendances basées sur des libs dynamiques, et de l'autre des dépendances sur des libs statiques. L'un n'est pas mieux que l'autre.
[^] # Re: Petite question à ceux qui "baignent" encore dans le C
Posté par totof2000 . En réponse au journal Vulnérabilités multiples dans sudo-rs. Évalué à 4.
Bof ...
Nul doute qu'avec l'essor de Rust on en vienne à avoir ce même genre de lib à tout faire.
Bof ... pas convaincu : tu as une dizaine de lib directe mais des dépendances indirectes t'en a aussi. J'ai bien souvent été surpris des trucs qu'installait un apt-get pour un simple utilitaire en ligne de commande.
En fait, mis à part le fait que d'un côté il y a des tas de libs à tout faire qu'il n'y aap as de l'autre, je ne vois pas de grande différence entre les deux mondes : il y a des dépendances, et il est nécessaire de chaque côté d'e s'assurer que les dépendances utilisées soient fiables. Ensuite on se retrouve à gérer d'un côté des dépendances basées sur des libs dynamiques, et de l'autre des dépendances sur des libs statiques. L'un n'est pas mieux que l'autre.