La dessus je ne te contredis pas cyklo.
Le propos de ce journal c'est plus sur l'idee que chaque gros
développement a choisi de refaire des choses que l'on trouve
dans la libC de base.
Je veux juste mettre l'accent sur le fait qu'il n'y ai pas vraiment de raison
pour lesquelles l'argument de réinventer la roue ne s'applique
pas ici...
_ Programme pourri, utilise libc et fonctions de string pourries
_ Programme 'secure', recode un lib de base...
Pourquoi ne pas avoir fait dans la libc un lib 'secure' ?
Dans enormément de cas c'est l'API qu'il faut remettre en cause,
pourquoi ne pas diriger les jeunes developpeurs vers des apis
mieux faites ?
(parce que si t'es jeune tu penses que le java c'est ultime ...)
[^] # Re: glib
Posté par forc3 . En réponse au journal libc et sécurité.... Évalué à 1.
Le propos de ce journal c'est plus sur l'idee que chaque gros
développement a choisi de refaire des choses que l'on trouve
dans la libC de base.
Je veux juste mettre l'accent sur le fait qu'il n'y ai pas vraiment de raison
pour lesquelles l'argument de réinventer la roue ne s'applique
pas ici...
_ Programme pourri, utilise libc et fonctions de string pourries
_ Programme 'secure', recode un lib de base...
Pourquoi ne pas avoir fait dans la libc un lib 'secure' ?
Dans enormément de cas c'est l'API qu'il faut remettre en cause,
pourquoi ne pas diriger les jeunes developpeurs vers des apis
mieux faites ?
(parce que si t'es jeune tu penses que le java c'est ultime ...)