Question

我想走.NET架构师的方向，但是我知道这很难，需要做很多准备。所以请有经验的前辈指教，我需要做哪些事情

目前我正值年轻（21），我还有很多时间。请问：我现在需要做哪些准备，需要什么，不需要什么。我想活得的是一位有经验的前辈的指点！（如被采纳，您将得到我所有的百度金币，谢谢！）

Answer 1

就我自身经验而论，代码经验是不可或缺的，所以多写代码还是很重要的，要做架构师，就要先成为.net大师，代码经验的积累是日后遇到问题能很快提出解决方案的保证。
然后还有个很重要不容忽视的能力就是编写文档的能力，作为架构师，关注于从需求到实现的每一个细节，你的理解决定了系统，但是仅仅是你自己理解了，还不够，要让你团队所有成员都要理解你的思路，这就靠文档和讨论。
还有除了技术能力之外，你还要具备一定的管理能力，主要体现在你对团队的管理上，你应该能够评估自己的团队实现特定的功能需求需要的代价，才能从整体上把握整个系统开发，这需要你对你团队的成员能力有直观的掌控。
下面是需要的能力，简单罗列一下：
1、很强逻辑思维能力
2、由全局到细节的思考能力
3、大师级开发能力
4、优秀的文档撰写能力
5、因人而异的管理能力
6、需求获取和分析的能力
7、业务建模的能力
8、快速新技术学习能力
9、技术攻关能力
10、随机应变的能力
等

Answer 2

我想就我个人的经验简单给你谈谈
第一，代码经验---这是基础中的基础，是你实践的根本，架构是为了做得更好，如果你都不会做，做好从何谈起。但是我不同意上面两位朋友的观点，我可以肯定的告诉你，开发的技术是无尽的，一个人不可能什么都学会，架构师有技术牛人，但是不一定都是编码最nb的人。

第二，建模---建模是将现实生活抽象出来向软件产品过渡的桥梁，是分析一个系统业务逻辑及层次结构的帮手，如果能熟练的建模，会让你对软件的构造如虎添翼。

第三，设计模式---这里，我不是要让你对所有的模式都理解，都精通。设计模式是前人根据设计原则，不断实践得出的经验总结，但并不代表你的架构要用到各种设计模式才显得nb。
你需要了解基本的设计原则（比如设计时要依赖抽象不要依赖具体，为扩展提供接口而不是修改，单一职责等），然后再耐心的看看各种设计模式为什么要这么设计。当你翻开各种标有“架构”二字的书籍时，百分之八十都会讲到设计模式和设计原则，所以架构重在“设计”。

以上三点是我一路走来的经验，没有前面两位同学讲的多，但我认为是最最重要的。
举个简单的例子，比如你要开发一个人和人做的事这个业务逻辑：
第一，你要学会开发最基本的功能代码，实现人实体类，人做事的业务类
第二，你要建模，了解不同的人（学生，工人，小孩等）与人这个类的关系，了解做的各种事和做事这个逻辑类的关系。
第三，你要根据设计原则，分析这些类之间的耦合关系，抽象接口，解除耦合，考虑扩展性等
这只是一个小例子，当你将这个小例子上升到一个系统时，这就是所谓的“架构”。

Answer 3

1,，学好数学，锻炼逻辑思维
2，英语，专业英语
3，打好基础，先把编程学了，直接走架构师，很难，你不是茅侃侃。
4，学习编程语言，软件工程等等。。。。。。。。。。。。。。

Answer 4

同意jack87918的

Answer 5

不写代码，直接想架构基本是不可能的。
从0开始吧。

Answer 6

先代码 后设计 再文档 最后成为架构
代码：技术资深 包括基础 深入(内核就更牛了) 框架 设计模式
设计：包括程序设计(如框架、设计模式) 数据库设计(UML)
文档 ：必须的文档编写能力
其他：项目管理也是不可或缺的一块