如何成为技术架构师？

Question

我花了3年多的时间学习dotnet(C#)编程,现在想要研究框架/设计的东西.

我决定将来成为一名优秀的建筑师.我知道为此,我需要努力工作.我准备好了.

我不知道的是如何开始？

你能不能帮助我找到合适的踏脚石,让人们友善一点.

谢谢

Answer 1

更新:这两个链接都已损坏,我将尝试找到一些替换内容,但同时此页面包含不同架构类型的列表,FWIW:http://en.wikipedia.org/wiki/Systems_architect

~~~~~~~~~~~~~~~~~~~~~~~~~~~

这取决于你所谓的" 技术架构师 ",以及你想去的地方.此外,您的体验(就您所描述的而言)与编程/软件相关,因此术语"技术架构"可能并不完全是您所追求的.

据我所知,技术架构师更关注标准是如此,而不是软件架构师,他们会更多地处理代码和设计模式.

我对你的一般建议如下:

• 研究:阅读书籍,文章,博客和(最重要的)......
• 互动:与实际建筑师讨论他们做了什么以及如何到达那里.当然你可以在这样的论坛上提问,但深入彻底的讨论是你所追求的 - 而不仅仅是一两个.这样做的一种方法是......
• 加入您所在地区的当地建筑师论坛或社区团体,或参加奇怪的谈话.像Tech Ed这样的大型会议将有一个架构轨道 - 所以要留意有趣的话题.
• 等你时间:在软件开发8年后,我获得了"解决方案架构师"的正式称号,这可能是在快速的一面; 所以要为自己做一个漫长但"深刻"的旅程做好准备.
• 在域名方面你想留在软件中还是进入基础设施？也许是安全专家？要知道的唯一方法就是把手弄脏; 并且拥有大量的广泛经验(例如基础设施,安全性,数据)确实在软件架构等方面很好地增强了深度"重心".

在路上要考虑的事情:

• 作为一名建筑师,不仅要提出技术问题的技术解决方案,还要(至少一半)关于"软技能"......
• 领先的开发团队/项目团队,为项目经理提供建议; 他们会期待你的指导.
• 解决歧义,处理相互冲突的需求.业务问题分析等
• 在广场外思考并询问(重新询问)基本问题,例如:问题:"做X的最佳方式是什么？",你的答案:"为什么X首先出现？"

仅供参考," 有抱负的建筑师 "是我最喜欢的话题.
2017年1月更新 - 最后更新了断开的链接(2010年写的内容!),另外添加了一个关于如何定义架构角色的新链接.