Pour rajouter une couche,un code qui marche en ocaml est très proche d'un code fini, pas > besoin de rajouter une grosse couche de gestion d'erreur. En C, une fois qu'une maquette > marche, il faut rajouter toutes la gestion d'erreur pour éviter les "core dump", il faut > revoir toutes les allocations mémoire pour éviter les buffer overflowx, etc…
Ton pavé ne veut strictement rien dire, un programmeur C qui n'anticipe pas la gestion des erreurs est un néophyte ( et je reste poli ) . Ta phrase donne juste l'impression que tu n'as pas l'air de connaître grand chose à la prog système.
Ce n'est pas parce que le C n'implémente pas nativement les exceptions qu'il n'y a pas de méchanisme "propre" pour faire de l'error report : GError, errcode, ou un errbuff dans le context courant….
Quand aux problèmes d'allocation mémoire, C++ et la RIAA apporte des réponses à tous les problèmes les plus courant… Et valgrind associé aux tests fonctionnels font le reste.
[^] # Re: Utilisation d'OCaml dans l'industrie
Posté par Firwen (site web personnel) . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à -1.
Ton pavé ne veut strictement rien dire, un programmeur C qui n'anticipe pas la gestion des erreurs est un néophyte ( et je reste poli ) . Ta phrase donne juste l'impression que tu n'as pas l'air de connaître grand chose à la prog système.
Ce n'est pas parce que le C n'implémente pas nativement les exceptions qu'il n'y a pas de méchanisme "propre" pour faire de l'error report : GError, errcode, ou un errbuff dans le context courant….
Quand aux problèmes d'allocation mémoire, C++ et la RIAA apporte des réponses à tous les problèmes les plus courant… Et valgrind associé aux tests fonctionnels font le reste.