架构师如何搞垮公司篇二
昨天我讲了架构师搞垮公司的技巧，收到了很多朋友的留言和私信，有很多朋友表示，非常好，他们准备用到他们的项目中。今天，我综合整理了大家的反馈，再来讲一讲架构师如何在不知不觉中搞垮项目，搞跨公司。
第一，就是开发语言尽量选用非热门的语言，什么Java，php，net，这些都太普通了，显示不出你的技术实力有多强，要用就用go,ruby，这种说冷不冷，说热不热的语言，既显得高大上，又没有多少人会用，可以大大的提高招聘难度，增加用人成本。
第二，各种中间件，能用的尽量都用上，尽量多用系统中间件，只要有搜索功能，必须上ES，哪怕只有一个文件要存储也要上mongoDB，只要有一丁点并发，必须上消息队列，只要有报表，绝对要上大数据组件，什么spark，flink，hadoop，能用的都用上。
第三。系统分析和设计，尽量简化。现在都讲敏捷开发，敏捷是啥意思？敏捷就是要快要快就要把不重要的工作都甩掉，需求分析、系统设计，这些工作能省就省。让开发的同事一边写代码，一边做分析设计，锻炼他们的思维，提升他们的应变能力。
第四，要绝对相信开发人员提出的技术方案，作为技术团队的扛霸子，必须拿出点儿领导的气度，尽量让开发人员提交各种技术解决方案，而且要无条件的支持他们的方案，这样做既能锻炼他们的能力，又可以让他们体会到被信任的快乐。
第五，各个子系统之间，要尽量互相依赖，一个大的软件系统，通常都是由很多子系统组成的。
尽量让这些子系统互相关联起来，子系统a调用子系统b,b要用c,c在调用a循环起来更好，这样做的话，任何一个子系统出了问题，整个业务都会崩溃，大大提高了系统崩溃的概率。第六，不关心核心关键业务的稳健性。系统中的基础核心业务不用花太多精力设计，比如用户身份认证模块，每个业务都需要用这个功能，一旦这个功能堵塞了，所有的业务都停摆了。好像最近某城市的一码通就出现了这个问题了。
第七，不关心测试方案，作为架构师，
这么高级别的人怎么可以管测试这种小事儿？测试方案让测试人员编制就行了，要相信测试人员肯定可以把业务逻辑、各种边缘条件、各种极端情况都想到的，放心让他们去做就行了。当然，作为架构师，如果要搞垮公司，还有很多其他的技巧，之间的关系，我就不在这里一一说明了，大家感兴趣的话可以留言探讨。
