Plaidoyer pour IronRuby et IronPython

Question

Je suppose que tout le monde a déjà entendu les nouvelles sur certains développeurs clés qui quittent l'équipe Langues dynamiques en raison de ce qu'ils perçoivent comme le soutien décroissant pour les langues dynamiques à Microsoft.

Je suis très friands de Python et d'essayer de l'utiliser souvent. Donc, par extension, je me soucie IronPython et je voudrais le voir continuer à évoluer. Je suis sûr que beaucoup de gens se sentent la même chose pour IronRuby. Mais la chose que je peux comprendre pas encore tout à fait est pourquoi les développeurs .NET se soucient IronRuby et IronPython?

Si vous deviez écrire une lettre à Microsoft en leur demandant de continuer à soutenir et développer le DLR et les langues de fer, quels arguments utiliseriez-vous?

Si vous deviez convaincre votre employeur de commettre le temps des développeurs de contribuer aux versions soutenus par la communauté encore à être faits de IronPython ou IronRuby, comment voulez-vous rationalisez en termes de valeur commerciale?

Voici les quelques cas d'utilisation intéressants que je pouvais venir avec, mais si je où un gestionnaire réfléchir à la question ci-dessus, je ne serais probablement pas les trouver que convaincant:

1. langages de script intégrés dans les grandes applications:. Un cas d'utilisation valable, mais il semble comme un scénario de niche pour la plupart des développeurs
2. Automatisation Test et test: Ruby en particulier une riche sélection d'outils de test fines et les bibliothèques, et ce serait bien de les avoir utilisables dans .NET par IronRuby. Mais il semble que les bibliothèques .NET équivalentes comblent cette lacune, comme SpecFlow et sélénium de WebDriver
3. Exécution des cadres existants sur le Microsoft Stack: Si IronRuby permettrait Ruby on Rails pour fonctionner sous Windows avec IIS et MS SQL, cela pourrait encourager les magasins qui ont standardisé sur la pile Microsoft pour adopter RoR.

Quelqu'un peut-il penser à quelque chose de mieux?

Answer 1

Qu'est-ce que vous avez écrit, il est juste et je vais ajouter quelques balles:

• Utilisation de la console interactive pour une navigation rapide / tester des méthodes.
• Depuis le développement dans IronRuby / IronPython est plus rapide, vous pouvez l'utiliser pour écrire POC et plus tard mettre en œuvre l'application réelle en C # ou tout ce que vous utilisez.
• Mettre en œuvre DSLs dans IronRuby et de les utiliser de langues statiques.
• Ajout de capacités dynamiques (consoles de REPL, par exemple) pour les applications linguistiques statiques.
• Gestalt.
• Pour Rubyistes. Écrire WPF et Silverlight (WP7 applications aussi, potentiellement) dans IronRuby

Answer 2

Je ne sous-estimer la valeur de l'intégration d'un d'entre eux dans une grande application. Je l'ai utilisé les capacités méta-programmation de Ruby pour modifier à la volée internals d'une application pour accrocher dans les choses, il serait généralement difficile d'accès (cela est particulièrement vrai pour les événements, je peux facilement ajouter un crochet externe temporaire pour augmenter manuellement un événement test au lieu de modifier réellement et recompiler la source C #). Cela m'a laissé traquer les bugs et reproduis scénarios difficiles plus facilement. Il a également laissé me prototype divers code que je plus tard en faire un test unitaire ou de nouvelles classes.

En outre, il peut être utile pour les testeurs manuels d'assurance qualité. Les tâches courantes peuvent être incorporés dans des scripts automatisés, ils peuvent exécuter.

Answer 3

script léger est une raison très convaincante d'avoir dynamiques, intégrées, langues dans la boîte à outils .Net.

Mon entreprise ne logiciel de l'instrument scientifique. l'acquisition et l'analyse des données sont à la fois fait avec les scripts dans une application-cadre. Cela nous permet d'être très réactif à nos clients des besoins différents.

Nous avons l'évaluation des technologies pour mettre à niveau notre logiciel afin que nous ne devons pas maintenir notre propre langage de script. Je regardais Qt / PyQt, mais les pieds froids quand eu il a été vendu à Nokia. J'ai décidé d'attendre de voir comment mûri IronPython. J'ai décidé d'utiliser IronPython après .Net4 et C # 4 sont sortis.

Je pense que maintenant je pourrais avoir pris la mauvaise décision et je envisage de retourner à Qt / PyQt. Comment est-ce pour une raison impérieuse?