Disons surtout que comme à peu près tous les langages fonctionnels, sur les gros projets, ça devient vite illisible (à noter que des langages impératifs arrivent aussi à être illisibles, pas besoin de citer de nom), que les perfs sont à chier (ou alors aucun de mes profs ne sait coder en caml, gênant pour des spécialistes de ce langage), certaines structures sont abscons (obligé de mettre +. au lieu de + pour une addition flottante, c'est du jamais vu), et l'environnement de devel est pitoyable (je ne veux même plus compter le temps passé à mettre en place un bête fenêtre avec le binding SDL.
Alors, oui, je sais, je suis un méchant pas bien qui critique les idées des informaticiens théoriques, mais ceux-ci seraient bien avisés de faire aussi un peu de pratique, histoire d'essayer de montrer que leurs créations ne sont pas du vent (mldonkey pue; unison est pas mal, mais ce n'est qu'une surcouche rsync et/ou ssh, donc bof (et en plus il est très lent, mais bon))
[^] # Re: Tout bon!
Posté par Anonyme . En réponse à la dépêche OCaml summer project. Évalué à -4.
Alors, oui, je sais, je suis un méchant pas bien qui critique les idées des informaticiens théoriques, mais ceux-ci seraient bien avisés de faire aussi un peu de pratique, histoire d'essayer de montrer que leurs créations ne sont pas du vent (mldonkey pue; unison est pas mal, mais ce n'est qu'une surcouche rsync et/ou ssh, donc bof (et en plus il est très lent, mais bon))