|软件系统架构师如何不知不觉搞垮公司
之前我在视频里讲了架构师搞垮公司的技巧 ， 获得了几百万次的播放 ， 得到了大家的热烈反响 ， 收到了很多朋友的留言和私信 ， 很多朋友表示这种反讽式教学方法非常好 ， 既有趣又生动 ， 非常容易记住 。
今天我综合整理了大家的反馈 ， 再来讲一讲架构师如何在不知不觉中搞垮项目 ， 搞垮公司 。
1. 开发语言尽量选用非热门的语言 。 什么Java、PHP、.net这些都太普通了 ， 显示不出你的技术实力有多强 。 要用就用Ruby、Go这种说冷不冷、说热不热的语言 ， 即显得高大上 ， 又没多少人会用 ， 可以大大提高招聘难度 ， 增加用人成本 。
2. 各种中间件能用的尽量都用上 。 尽量多用系统中间件 ， 只要有搜索功能 ， 必须上ES 。 哪怕只有一个文件要存储 ， 也要上MongoDB 。 只要有一丁点并发 ， 就上消息队列 。 只要有报表 ， 绝对要上大数据组件 ， 什么Spark、Flink、Hadoop能用的都用上 。
3. 系统分析和设计尽量简化 。 现在都讲敏捷开发 ， 敏捷是啥？敏捷就是要快 ， 要快就要把不重要的工作都甩掉 ， 需求分析、系统设计这些工作能省就省 ， 让开发的同事一边写代码一边做分析设计 ， 锻炼他们的思维 ， 提升他们的应变能力 。
4. 绝对相信开发人员提出的技术方案 。 作为技术团队的扛把子 ， 必须拿出点领导的气度 。 尽量让开发人员提交各种技术解决方案 ， 而且要无条件支持他们的方案 ， 这样做既能锻炼他们的能力 ， 又可以让他们体会到被信任的快乐 。
5. 各个子系统之间要尽量互相依赖 。 一个大的软件系统有很多个子系统组成 ， 尽量让这些子系统互相关联起来 ， 子系统A调用子系统B ， B调用C ， C再调用A ， 循环起来更好 。 这样做的话 ， 任何一个子系统出了问题 ， 整个业务都会崩溃 ， 大大提高了系统崩溃的概率 。
6. 不关心核心关键业务稳健性 。 系统中的基础核心业务不用花太多精力设计 ， 比如用户身份认证模块 ， 每个业务都需要用这个功能 ， 一旦这个功能堵塞了 ， 所有业务就都停摆了 。 好像最近某城市的一码通就出现这个问题了 。
7. 不关心测试方案 。 作为架构师这么高级别的人 ， 怎么可以管测试这种小事？测试方案让测试人员编制就行 。 要相信测试人员肯定可以把业务逻辑、各种边缘条件、各种极端情况都想到的 ， 放手让他们做就行 。
当然 ， 作为架构师如果要搞垮公司还有很多其他的技巧 ， 时间关系我就不在这里说了 ， 大家感兴趣的话可以到评论区留言探讨 。
【|软件系统架构师如何不知不觉搞垮公司】
相关经验推荐
- 苹果|春节魔法师！荣耀Magic V这些功能让你感受加倍快乐
- AMD|被12代I5 \默秒全\的AMD，能否在Zen4架构时代找回场子？
- 小米科技|一加10Pro引金立前总设计师侧目，他是这样点评的
- sk海力士|vivos12、iqooneo5和真我大师探索版之间，该如何选？
- 诺基亚|诺基亚G60渲染图：偷师华为Mate40和iPhone13，一代枭雄重返宝座
- 影驰|评测 | 不可轻视的小巨人，影驰RTX 3050金属大师Mini入门光追新首选
- x86|手机CPU和电脑cpu差距很大，说明ARM架构落后X86架构？
- 傅说|春节后什么时候换手机最合适？懂行老师傅说得很实在
- 耳机|HIFIMAN又来搞“HiFi大革命”? 全球最小的R2R架构耳机分线器初感
- 台电|真我GT2、真我GTneo2和真我GT大师探索版之间，该如何选？