认识达内从这里开始

任何职业有好的就有坏的，而本文我们就通过案例分析来简单了解一下，对于软件开发架构师来说都需要规避的一些问题都有哪些。希望通过对本文的阅读，大家对软件开发架构师有更多的了解。

扯淡的架构师，通常用来形容那些没有实际能力和经验，却通过夸夸其谈和空泛的理论来掩盖自己的无能和不足的“架构师”。

我们来看被人严重诟病的3个架构师的样板：

PPT架构师：指那些只会用PPT画图，但实际上并没有真正掌握技术和架构设计的人。他们通常会使用各种花哨的图表和动画来描述自己的“架构设计”，但缺乏实际的可行性和可操作性。

框架架构师：指那些过分依赖于各种框架和工具，而不是根据具体的业务需求和技术特点来设计系统架构的人。他们可能会过度使用某个框架或者模式，导致系统过度复杂和难以维护，同时也限制了开发团队的技术自由度和创造力。

画饼架构师：指那些只会在理论层面上讨论架构设计，但没有真正投入到实际的开发和运维工作中去的人。他们可能会热衷于各种研究和学习，但缺乏实践和验证的经验，导致其设计的架构无法落地和实现。

架构师对软件系统的重要性不言而喻，而一个不合格的架构师可能会带来一系列的问题。

架构师的本质是承担解决问题的责任。不合格的架构师却无法解决问题，且自身也成为了一个问题。

在扯淡的那些表现形式

如何识别你的架构师是在承担责任，还是仅仅在夸夸其谈呢?

下面列出了一些常见的扯淡的表现形式：

过度的设计：扯淡的架构师会为了设计一个完美的系统而过度设计，将关注点放在架构设计的完美性上，而忽略了实际项目的需求和成本。这种过度设计可能会导致系统复杂性增加，开发周期延长，以及对团队资源的浪费。

盲目追技术：扯淡的架构师会将技术的新颖性和潮流性视为优先考虑的因素，忽略了实际业务需求和团队技术水平。他们会为了使用新技术而盲目地采用一些不成熟的技术或者并不适合当前业务场景的技术，给团队和项目带来风险。

缺乏业务理解：扯淡的架构师可能缺乏对业务的深入理解，只注重技术的实现，而忽略了业务的重要性。这种情况下，架构设计可能会与实际业务场景不相符，导致系统的效率低下，用户体验不佳，以及项目的失败。

缺乏实践经验：架构师需要具备丰富的实践经验，才能设计出稳定、高效、可扩展和可维护的系统架构。但是，有些架构师可能没有足够的实践经验，只是凭借一些理论知识和工具使用经验来设计系统架构。这样往往会导致设计出来的架构不够实际可行，缺乏实用性和可行性。

缺乏沟通合作：扯淡的架构师可能会过于自我中心，不愿意与团队成员进行沟通和合作。他们会忽略团队其他成员的建议和反馈，而单方面地做出决策，导致团队合作效率降低，甚至出现冲突和摩擦。

忽略可维护性：扯淡的架构师可能会忽略系统的可维护性，将注意力放在架构的设计和开发上，而忽略了系统的日常维护和后续升级的问题。这可能会导致系统难以维护，出现故障和漏洞，增加团队的工作量和负担。

过度依赖工具框架：扯淡架构师可能会过度依赖工具和框架，忽略了技术背后的原理和本质。这样会导致架构设计缺乏灵活性和可扩展性，对于一些特定的业务场景和需求无法满足，以及对技术人员的技术素养提出了较高的要求。

可见，架构师扯淡的表现形式有很多，其中涉及到技术能力、思维方式、责任心、全面性、实践经验以及沟通和协作能力等方面。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。