Le rapport, c’est qu’à part la quantité de données que sera capable d’ingurgiter le programme,, je vois pas ce que la taille des entiers change au niveau fonctionnel.
Bah c'est déjà un gros changement... Et je vois toujours pas le rapport avec les limitations de ressource mémoire disponible.
Ce sont des listes de bonnes pratiques. Comme il y en a dans tous les langages — si tu les suis pas, vient pas pleurer si ton programme te pète dans les mains.
Trouves moi un guide qui parle de portabilité de code Java (qui parle du langage, pas d'API spécifiques style accès au système de fichier).
C'est quand même fort : "le code ANSI C est toujours portable" et après "évidemment faut suivre des bonnes pratiques sinon faut pas venir pleurer".
Encore une fois, ce que je te demande, c’est une fonctionnalité bien codée dont le comportement dépend de la taille d’un entier.
Evidemment ta question est tourné à ta façon : si je trouve un exemple, tu vas dire que la fonctionnalité est mal codée. Tu ne fais que justifier ce que je dis depuis le début : en C, la portabilité du code dépend de la compétence du développeur car la norme en soit ne garantie pas un code portable, au contraire d'un code Java par exemple.
Après tout, on peut aussi dire que le C est un langage à typage fort : après tout, si y'a des erreurs de typage, c'est parcque le programmeur il code comme les pieds.
Après tout, on peut aussi dire que le C est un langage totalement secure : si y'a des débordements de tampon ou des dereferencement de pointeurs null, c'est la faute au programmeur, il a qu'a bien coder.
[^] # Re: Bonne nouvelle
Posté par TImaniac (site web personnel) . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.
Bah c'est déjà un gros changement... Et je vois toujours pas le rapport avec les limitations de ressource mémoire disponible.
Ce sont des listes de bonnes pratiques. Comme il y en a dans tous les langages — si tu les suis pas, vient pas pleurer si ton programme te pète dans les mains.
Trouves moi un guide qui parle de portabilité de code Java (qui parle du langage, pas d'API spécifiques style accès au système de fichier).
C'est quand même fort : "le code ANSI C est toujours portable" et après "évidemment faut suivre des bonnes pratiques sinon faut pas venir pleurer".
Encore une fois, ce que je te demande, c’est une fonctionnalité bien codée dont le comportement dépend de la taille d’un entier.
Evidemment ta question est tourné à ta façon : si je trouve un exemple, tu vas dire que la fonctionnalité est mal codée. Tu ne fais que justifier ce que je dis depuis le début : en C, la portabilité du code dépend de la compétence du développeur car la norme en soit ne garantie pas un code portable, au contraire d'un code Java par exemple.
Après tout, on peut aussi dire que le C est un langage à typage fort : après tout, si y'a des erreurs de typage, c'est parcque le programmeur il code comme les pieds.
Après tout, on peut aussi dire que le C est un langage totalement secure : si y'a des débordements de tampon ou des dereferencement de pointeurs null, c'est la faute au programmeur, il a qu'a bien coder.