向.NET开发人员或用户组解释主题的顺序是什么，以使他们开始并对alt.net工具和实践感兴趣。
答案 0 :(得分：5)
ALT.NET更多的是一种态度，而不是一套工具和实践。
我不知道你可以“让某人开始使用ALT.NET”本身。
对我而言，这是一种源于经验的态度，而不是像外套一样可以穿上的东西。但那是我的意见，可能会有变化。
答案 1 :(得分：4)
回家的基本原则是：
然后，在版本控制（！）之后，我将从持续集成开始，并展示如何立即获得有关构建质量的反馈，从而帮助提高质量。首先执行CI不会更改代码库。
然后我将介绍FitNesse，Watin或其他一些应用程序的自动端到端测试。这应该说明如果你有好的测试工具可以验证代码是否仍然有效，重构代码是不是要害怕。
然后我会做一些温和的重构来从UI中分解业务逻辑和域对象（如果它们不存在）并引入单元测试。这进一步说明了重构是一件好事。
由于我们的目标是解决某些问题，设计模式（如IoC）自然会开始变得明显。显而易见，我们可以用ORM替换数据层。
在我们重构时，我还将展示测试驱动的开发如何能够真正加速创建更好的代码。这可能是第一次用新开发最简单的展示，否则它会让文化震撼！
答案 2 :(得分：3)
我认为这取决于个人或团体。几乎所有商店都接触过这些概念之一。从那里开始，我会尽可能快地介绍新概念，因为开发人员或团队可以吸收它们。看到团队开始拒绝一些重要的原则和概念，因为它们过载，这令人非常沮丧。并尽量不假设有人理解使用CI，IoC或模拟框架背后的原则。
答案 3 :(得分：0)
我的意思并不是要成为一个 ALT.NETter ，只是让他们知道那些东西在那里，但是他们可以理解它并觉得它可以帮助他们
答案 4 :(得分：0)
我认为很多人不了解泛型，代表，Linq和Lambda的表达方式 如果你几乎在同一时间告诉所有人，那么他们就会放弃一切。
就像你不会教一个初学者程序员的DSL，但你可以让他知道SVN。
答案 5 :(得分：0)
Alt.NET Podcast可能是获得一些想法的好地方。他们有关于持续改进，敏捷，DI / IoC，ORM，OOP和Ruby等的播客（按此顺序）。
答案 6 :(得分：0)
对我来说，是一位支持IoC / DI和TDD的同事。他还让我去了.net用户组，所以我可以看到他不仅仅是一个疯狂的人，他喜欢使用新的和奇怪的技术来使用它们。
答案 7 :(得分：0)
我将使用Nancy和C＃（或Boo，Iron *，其他语言）使用SharpDevelop（有一本书）或Rider（JetBrains＆＃39; C＃IDE）构建一个Web应用程序。我将Alt.NET视为非Microsoft .net开发，特别关注开源，有时甚至是开箱即用的思维。每年在俄勒冈州波特兰举行一次.NET Fringe会议，迎合这种发展态度。