当前位置: 首页 > 后端技术 > Python

作为一名建筑师,我应该承担很多责任吗?

时间:2023-03-26 12:35:28 Python

每个程序员都有一个架构梦。其实以上本质上是一篇充满事实哲理的废话,不然也不会有那么多人关注你的公众号。近年来,伴随着“企业数字化”转型的口号,一大批企业奔跑在转型的道路上,希望能先于对手一步,将企业IT部门从单纯的成本中心转变为业务中心。司机。起到举足轻重的作用。架构师的工作在很多代码开发者眼里是一个非常神圣和具有挑战性的工作。但事情有两个方面。许多管理人员和技术人员认为建筑师的薪水不现实。很多架构师真的只是用PPT和大海报来处理问题,他们会仗着自己在公司的地位,把自己的一些想法强加给公司其他同事,有的架构师甚至会追求一些无关紧要的概念,灌输高层和底层的一些错误想法,导致一些不可逆转的错误决定,使公司陷入危险境地。很多时候,公司把太多的责任交给了架构师这个角色。管理者希望能够在突发的业绩问题中迅速解决问题,促进企业快速转型,甚至助力企业文化的快速建立。作为架构师是否有必要去抗拒这些责任?我不是项目经理。架构师的日常工作经常面临多个不同维度并行处理的问题。使用的核心技术和组件。许多高层领导喜欢直接从架构师那里获得项目的详细信息和技术方案。尽管架构师的角色涉及这些信息并且很好地理解它,但这不是架构师的责任。很多时候,架构师甚至是项目经理的尴尬角色。我不是开发人员,我想很多人都读过那篇文章:架构师应该写代码吗?许多架构师都是天生的开发人员,所以难怪会出现这样的问题。不过架构师和高级开发其实是两条不同的职业道路,我觉得两者没有什么区别。优秀的开发人员需要深厚的开发功底,需要最终交付可运行的软件。架构师需要更广泛的知识、更好的组织战略思维和更好的沟通技巧。在产品开发流水线中,架构师可能负责编写部分核心代码,但主要工作是保证流水线的正常运行。我不是消防员。由于架构师在公司的地位,很多管理者认为架构师应该能够随时随地分析和解决任何突发问题。说实话,这种现象在包括我在内的很多大厂还存在。事业部(虽然只是个小四线厂)。如果一个建筑师每天忙于“救火”工作,他就没有时间去做真正的建筑工作。真正的建筑设计是需要思考的,不是短时间内可以完成的。但是架构师必须接受出现的产品问题,因为这些问题的出现可能与架构有直接的关系,可以在很大程度上反映架构的缺陷或问题。写在最后架构师作为企业中非常重要的一环,作为很多重大技术问题的决策者存在。很难用代码的多少或代码的质量来衡量一个架构师的好坏。如果一个系统在正常运行5年后仍然能够很好地运行,并且能够承受一定的变化,那么说明这个系统的架构师做得很出色。.如果非要给架构师定义一个KPI标准,那么下面的任务可能会成为定义IT策略的参考。小到确定一个系统组件清单的可行性,大到公司技术的发展方向,甚至是对公司技术未来10年的预测和大胆尝试。这些技术策略需要架构师根据自己的经验来制定。实施IT蓝图管控,实现协同,降低复杂性,确保公司各系统有序运行。架构师的任务之一就是降低复杂度,化繁为简,这就需要强大的架构师。抽象能力。关注项目的实际实施情况,根据项目实施中反馈的问题对策略进行适当调整。合格的架构师永远不会忽视来自实际项目的反馈。架构师必须避免和消除系统设计中那些不可逆转的错误决定来源参考:架构师应该知道的37件事