Asp.net 微软开发者想要跳入RoR，你的经历是什么样的？

有没有100%的微软开发者冒险去学习RubyonRails

如果是，你的学习曲线是什么样的

胜任工作的时间框架如何

---

做出改变最困难的方面是什么？

假设你刚加入MVC，这条曲线相当大。这就是我认为你会发现的症结所在

-MVC：它不像Web表单那样抽象状态处理

-约定优于配置：RoR提供了很多默认行为，而没有指定任何内容。相比之下，传统的ASP.Net需要大量的锅炉板

-HTML：RoR中没有web控件

-Ruby作为一种动态语言：简洁的语法、duck类型是一个很大的变化

-部署：在RoR中更加困难，尽管情况正在改善

-库：你会发现自己很快就找到了第三方库，这是一些微软开发人员多年没有做过的事情

---

如果你对你已经知道的东西不太了解，这就是我的总结…

假设你刚加入MVC，这条曲线相当大。这就是我认为你会发现的症结所在

-MVC：它不像Web表单那样抽象状态处理

-约定优于配置：RoR提供了很多默认行为，而没有指定任何内容。相比之下，传统的ASP.Net需要大量的锅炉板

-HTML：RoR中没有web控件

-Ruby作为一种动态语言：简洁的语法、duck类型是一个很大的变化

-部署：在RoR中更加困难，尽管情况正在改善

-库：你会发现自己很快就找到了第三方库，这是一些微软开发人员多年没有做过的事情

---

这是我的总结…

FWIW，从1991年到几年前，我几乎100%是一名Microsoft开发人员，那时我开始使用Rails进行开发，因为它是我工作内部网中受支持的框架（ASP.Net不是）我不太喜欢重型Java替代品

不要误以为Rails是开源的，所以它很简单。事实并非如此。这是一个巨大的框架，需要大量的学习。更糟糕的是（或者更好，取决于你的观点），它的变化比MS产品频繁得多，尽管每次都不那么剧烈。还有另一个巨大的图书馆、插件等生态系统，它们的质量参差不齐，扩展、修改、增强，有时甚至破坏了你所做的一切

我建议，MVC是您最不担心的：理解框架背后的逻辑不需要太长时间，在任何情况下，在Web上下文中，MVC都比Webforms更符合逻辑，Webforms是一种漏洞百出（尽管功能强大）的抽象

在短时间内走很长一段路是可能的：我要说的是，尝试它不会有什么损失，也可能会有很多收获

我还建议不要使用基于IDE的开发环境——如果你想突破，就要把它弄干净。如果你不能忍受没有安全网的编码概念，那么有几个线程可以推荐不同的选项

尽管有关于自鸣得意的尖刻评论，但还是有一个庞大、活跃的社区，似乎有相当多的乐趣。这一点很重要：这不仅仅是为了提高生产率，也不仅仅是为了使用日常语言，这实际上（大部分）是为了工作的乐趣

---

当然，你的里程可能会有所不同……

FWIW，从1991年到几年前，我几乎100%是一名Microsoft开发人员，那时我开始使用Rails进行开发，因为它是我的工作内部网（ASP.Net不是）中受支持的框架，我不太喜欢重型Java替代方案

不要误以为Rails是开源的，所以它很简单。事实并非如此。这是一个巨大的框架，需要大量的学习。更糟糕的是（或者更好，取决于你的观点），它的变化比MS产品频繁得多，尽管每次都不那么剧烈。还有另一个巨大的图书馆、插件等生态系统，它们的质量参差不齐，扩展、修改、增强，有时甚至破坏了你所做的一切

我建议，MVC是您最不担心的：理解框架背后的逻辑不需要太长时间，在任何情况下，在Web上下文中，MVC都比Webforms更符合逻辑，Webforms是一种漏洞百出（尽管功能强大）的抽象

在短时间内走很长一段路是可能的：我要说的是，尝试它不会有什么损失，也可能会有很多收获

我还建议不要使用基于IDE的开发环境——如果你想突破，就要把它弄干净。如果你不能忍受没有安全网的编码概念，那么有几个线程可以推荐不同的选项

尽管有关于自鸣得意的尖刻评论，但还是有一个庞大、活跃的社区，似乎有相当多的乐趣。这一点很重要：这不仅仅是为了提高生产率，也不仅仅是为了使用日常语言，这实际上（大部分）是为了工作的乐趣

---

当然，您的里程可能会有所不同……

我不知道学习曲线，但自鸣得意曲线是陡峭的。您是否使用过Castle Monorail或ASP.NET MVC等.NET MVC框架？或者，您是否只使用过ASP.NET WebForms。不知道学习曲线，但自鸣得意曲线是陡峭的。您是否使用过Castle Monorail或ASP.NET MVC等.NET MVC框架？或者您的体验仅限于ASP.NET WebForms。