向.NET开发人员或者用户组说明的主题顺序如何，以使他们开始使用alt.net工具和实践并对它们感兴趣。

• ORM
• IoC
• 时分双工
• DDD
• DSL
• CI
• MVC-MVP
• 版本控制(我认为这是他们获得最快的版本)
• 敏捷
• 等等，等等。

解决方案

回答

ALT.NET不仅仅是一种工具和实践，更是一种态度。

我不知道我们可以"让某人开始使用ALT.NET"。

对我来说，这是一种因经验而生的态度，而不是像外套一样可以穿的东西。但这是我的看法，可能会有所更改。

回答

开车回家的基本原则是：

• Microsoft工具是一个很好的起点，但是可以通过使用其他配套产品来更快地编写更好的软件
• 更改是好的，所以请始终考虑可以快速更改和验证代码的方式
• 如果未经测试，就不是生产质量

然后，在进行版本控制(！)之后，我将开始进行持续集成，并展示如何立即获得有关构建质量的反馈可以从一开始就帮助提高质量。首先执行CI不会更改代码库。

然后，我将介绍使用FitNesse，Watin或者类似工具对应用程序进行自动化的端到端测试。然后，这应该说明，如果我们拥有可以验证代码仍然有效的良好测试工具，那么不用担心重构代码。

然后，我将进行轻柔的重构，以从UI中分解业务逻辑和域对象(如果它们尚不存在)，并引入单元测试。这进一步说明了重构是一件好事。

当我们希望获得某种关注点分离时，设计模式(例如IoC)自然会开始变得明显。同样很明显，我们可以用ORM替换数据层。

在我们进行重构时，我还将展示测试驱动的开发如何实际上可以加快创建更好的代码的速度。这可能是新开发中最容易的第一次显示，否则会给文化带来极大的冲击！

回答

我并不是说成为ALT.NETter只是为了让他们知道这些东西已经存在，而是让他们能够理解它并觉得它可以帮助他们。

回答

我认为这取决于个人或者团体。几乎所有商店都对这些概念之一有所了解。从那里开始，我只会以我们认为开发人员或者团队可以吸收它们的最快速度介绍新概念。看到团队因为超负荷而开始拒绝某些重要的原则和概念，这真令人沮丧。并且不要假定有人了解使用CI，IoC或者模拟框架的原理。

回答

我认为很多人不了解泛型，委托，Linq和Lambda表达式。
如果我们要同时告诉所有人，那么他们只会丢弃所有内容。

就像我们不会教初学者那样讲什么是DSL，但是我们可以让他了解SVN。

回答

Alt.NET播客可能是获得一些想法的好地方。他们有关于持续改进，敏捷，DI / IoC，ORM，带有Ruby的OOP等的播客(按顺序)。

回答

对我来说，是一位支持IoC / DI和TDD的同事。他还让我进入.net用户组，因此我可以看到他不仅仅是一个一次性的疯子，他喜欢为了使用新奇技术而使用它们。