alternative à ECMA-334 : n'importe quel langage de haut niveau. Sinon les spécificités de C# en font un langage proche de java/c++.
alternative à CLR : n'importe quel VM ou interpréteur portable (parrot, jvm ...). Chaque language du CLR n'étant qu'un sucre syntaxique.
alternative à .Net (l'intégration système) : ruby, python ont aujourd'hui des systèmes de gestion de paquets (easy-install), de middle ware (webrick), de chrootage système leur permettant d'être relativement proche fonctionnellement.
Le seul truc non existant en libre mais rarement utilisé par les développeurs proprio reste le système de diffusion de paquet/signature/déploiement automagique qui ma foi reste intéressant.
Là où python, ruby et perl sont meilleurs c'est justement sur les repository (cpan). Les bibliothèques de bases du Csharp sur les encodages de mails sont incapables de produire des mails conformes aux rfc par exemple.
[^] # Re: Microsoft va-t-il LIBÉRER .net ?
Posté par Jul (site web personnel) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 2.
alternative à CLR : n'importe quel VM ou interpréteur portable (parrot, jvm ...). Chaque language du CLR n'étant qu'un sucre syntaxique.
alternative à .Net (l'intégration système) : ruby, python ont aujourd'hui des systèmes de gestion de paquets (easy-install), de middle ware (webrick), de chrootage système leur permettant d'être relativement proche fonctionnellement.
Le seul truc non existant en libre mais rarement utilisé par les développeurs proprio reste le système de diffusion de paquet/signature/déploiement automagique qui ma foi reste intéressant.
Là où python, ruby et perl sont meilleurs c'est justement sur les repository (cpan). Les bibliothèques de bases du Csharp sur les encodages de mails sont incapables de produire des mails conformes aux rfc par exemple.