我猜大家都已经听说了一些关键开发人员离开动态语言团队的消息,因为他们认为微软对动态语言的支持正在减弱。
我非常喜欢Python,并尝试经常使用它。因此,顺理成章地,我关心IronPython,并希望看到它继续发展。我相信许多人也对IronRuby有同样的感受。但是我仍然无法完全弄清楚.NET开发人员为什么应该关心IronRuby和IronPython? 如果你要写一封信给微软,要求他们继续支持和开发DLR和Iron语言,你会使用哪些论据?
如果你要说服你的雇主投入开发人员时间来贡献于尚未推出的社区支持版本的IronPython或IronRuby,你将如何用业务价值来合理化这个决定?
以下是我能想到的一些有趣的用例,但如果我是一个考虑上述问题的经理,我可能不会觉得它们很有说服力:
我非常喜欢Python,并尝试经常使用它。因此,顺理成章地,我关心IronPython,并希望看到它继续发展。我相信许多人也对IronRuby有同样的感受。但是我仍然无法完全弄清楚.NET开发人员为什么应该关心IronRuby和IronPython? 如果你要写一封信给微软,要求他们继续支持和开发DLR和Iron语言,你会使用哪些论据?
如果你要说服你的雇主投入开发人员时间来贡献于尚未推出的社区支持版本的IronPython或IronRuby,你将如何用业务价值来合理化这个决定?
以下是我能想到的一些有趣的用例,但如果我是一个考虑上述问题的经理,我可能不会觉得它们很有说服力:
- 在大型应用程序中嵌入脚本语言:这是一个有效的使用案例,但对于大多数开发人员来说似乎是一个小众场景。
- 测试和测试自动化:特别是Ruby拥有丰富的优秀测试工具和库,如果可以通过IronRuby在.NET中使用它们将会很好。但似乎等效的.NET库正在填补这个空白,例如SpecFlow和Selenium的WebDriver。
- 在Microsoft Stack上运行现有框架:如果IronRuby能够使Ruby on Rails在Windows上通过IIS和MS SQL运行,这可能会鼓励那些已经在Microsoft Stack上标准化的商店采用RoR。
有没有人想到更好的方法?