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

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

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

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