如何成为架构师
架构师是一个充满挑战的职业，需要关注很多维度和技术。只专注于单一领域的架构师并不是优秀的架构师。那么如何成为一个技术全面的架构师呢？
一、作为技术**者
一名好的软件架构师需要明白，作为**者并不一定要告诉开发人员做什么。相反，好的架构师就像一个导师，带领开发团队向同一个技术愿景前进。好的架构师会借助于讲故事、影响力、引导冲突、构建信任等**技能，将他们的架构愿景变成现实。一个好的**者，同时也是一个好的架构师。他/她会仔细听取每个参与者的意见，通过与团队的反馈互动调整他们的愿景。
二、作为开发人员
一个架构师同时又是一个好的开发人员。通常，做出一个良好的架构选择需要权衡理想的架构状态与软件系统的当前状态。例如，如果一个问题更适合采用关系型数据库来解决，那么将文档数据库引入到系统中的做法是毫无道理的。一个架构师如果不考虑技术选型与问题域之间的匹配度，那么会很容易受到各种技术的**——这也就是常见的“象牙塔式架构师”行为模式。
缓解这种情况的最佳方式是架构师多与开发人员待在一起，花一些时间在代码上。了解系统的构建方式及系统的约束将帮助架构师在当下环境做出正确的选择。
三、聚焦系统
经验丰富的开发人员明白代码只是软件的一个方面。为了让代码可运行，他们还需要了解代码在生产环境中运行良好所需的其他重要质量属性。他们需要考虑部署过程、自动化测试、性能、安全和可**性等方面。开发人员可能以临时的方式来实现这些质量属性，而架构师不仅需要专注于了解代码，还要了解并满足不同利益相关者（如**、安全和运营人员）的需求。一个好的架构师需要专注于寻找那些能够满足不同利益相关者需求的解决方案，而不是选择针对某一个参与者的偏好或风格进行优化的工具或方法。
四、企业家思维
所有的技术选型都有相关的成本和收益，一个好的架构师需要从这两个角度考虑新的技术选型。成功的企业家愿意承担风险，不过也会寻求快速学习和快速失败的方法。架构师也可以用类似的方式做出技术选型，收集真实世界中有关短期和长期成本的信息，以及他们可能意识到的好处。
这方面一个很好的例子是，架构师避免承诺立即使用一个在阅读新文章时看到的工具或某一会议上听过的工具。相反，他们试图通过架构调研来了解工具在其环境中的相关性，以收集更多信息。他们对于工具的选择不是基于销售量，而是考虑他们需要什么以及这个工具所提供的价值。他们还会寻找这些工具背后的隐性成本，例如工具的**情况（如文档化程度、社区使用情况），工具可能带来的约束或长期来看可能引入的额外风险。
五、权衡策略思维与战术思维
许多团队由一些**的开发人员一起构建软件，而每个人都倾向于选择自己最舒适或最有经验的工具和技术。好的架构师持续关注可能有用的新技术、工具或方法，但不一定立即采用它们。技术采用往往需要长期的考量。架构师将在团队和**层面寻求敏捷度（允许团队快速采取行动）和对齐（保持足够的一致性）之间的良好*衡。建立自己的技术雷达这样的练习是用战略思维探索技术的一个有用工具。
六、良好的沟通
今夜，月朗，星稀。篱边黄花幽香，窗外竹林清响，月斜柳梢，灯映兰房，寒彻一番西风，淡泊一杯愁绪。人不寐，已三更，披一袭青衫，掩了门扉，信步闲庭。守在回忆的路口，等你姗姗而来。从未搁浅的期待，如今夜的坠叶在风中独舞，那些不曾停留的思念，还要多久才到跟前。你未来，我不语，无言的守候，何尝不是花开到荼靡的美丽。
本站声明：本站部分文章来自网络，由用户上传分享，如若内容侵犯了您的合法权益，可联系我们进行处理。文章仅供大家学习与参考,不**本站立场。