软件系统架构师如何不知不觉搞垮公司

之前我在视频里讲了架构师搞垮公司的技巧，获得了几百万次的播放，得到了大家的热烈反响，收到了很多朋友的留言和私信，很多朋友表示这种反讽式教学方法非常好，既有趣又生动，非常容易记住。

今天我综合整理了大家的反馈，再来讲一讲架构师如何在不知不觉中搞垮项目，搞垮公司。

1. 开发语言尽量选用非热门的语言。什么Java、PHP、.net这些都太普通了，显示不出你的技术实力有多强。要用就用Ruby、Go这种说冷不冷、说热不热的语言，即显得高大上，又没多少人会用，可以大大提高招聘难度，增加用人成本。

2. 各种中间件能用的尽量都用上。尽量多用系统中间件，只要有搜索功能，必须上ES。哪怕只有一个文件要存储，也要上MongoDB。只要有一丁点并发，就上消息队列。只要有报表，绝对要上大数据组件，什么Spark、Flink、Hadoop能用的都用上。

3. 系统分析和设计尽量简化。现在都讲敏捷开发，敏捷是啥？敏捷就是要快，要快就要把不重要的工作都甩掉，需求分析、系统设计这些工作能省就省，让开发的同事一边写代码一边做分析设计，锻炼他们的思维，提升他们的应变能力。

4. 绝对相信开发人员提出的技术方案。作为技术团队的扛把子，必须拿出点领导的气度。尽量让开发人员提交各种技术解决方案，而且要无条件支持他们的方案，这样做既能锻炼他们的能力，又可以让他们体会到被信任的快乐。

5. 各个子系统之间要尽量互相依赖。一个大的软件系统有很多个子系统组成，尽量让这些子系统互相关联起来，子系统A调用子系统B，B调用C，C再调用A，循环起来更好。这样做的话，任何一个子系统出了问题，整个业务都会崩溃，大大提高了系统崩溃的概率。

6. 不关心核心关键业务稳健性。系统中的基础核心业务不用花太多精力设计，比如用户身份认证模块，每个业务都需要用这个功能，一旦这个功能堵塞了，所有业务就都停摆了。好像最近某城市的一码通就出现这个问题了。

7. 不关心测试方案。作为架构师这么高级别的人，怎么可以管测试这种小事？测试方案让测试人员编制就行。要相信测试人员肯定可以把业务逻辑、各种边缘条件、各种极端情况都想到的，放手让他们做就行。

当然，作为架构师如果要搞垮公司还有很多其他的技巧，时间关系我就不在这里说了，大家感兴趣的话可以到评论区留言探讨。