20+年的惨败经历：简单谈几个我的架构原则

源于左耳朵耗子前几天发表了一篇很好的文章《我做系统架构的一些原则》，所以也想借此话题谈谈自己的一些浅显思考…

可能有些装逼或者夸张的成分，但技术层面的架构思考，我觉得2013年在阿里技术嘉年华上分享的《架构模式与实践漫谈》(https://keepoints.feishu.cn/docs/doccnRcplsIfpeahsUsTrFLOwgN#dwAN5S) 话题中已经把该说的都说了，所以，今天我们主要说说技术之外的东西…

我认为架构师习惯提到的架构原则，更多还是每个人自己的架构原则，而不一定是通用原则（当然，越靠近技术，确实越靠近通用原则）。

每个人其实都会相信自己的“口味”才是最好的， 才是最合理的，但其实如果真的互相照照镜子就会发现，多少还是有些差异，而这些差异根源上都来自于每个架构师个人的认知与哲学思维，架构原则，其实是个人认知与哲学思维的外延。

当我们谈论架构原则的时候，我希望大家可以先把这个前提摆在面前。

企业和组织发展是有发展阶段的，不同阶段的组织和企业在做事方式与资源丰富度上是完全不一样的，我们不能照搬大船的经验来驾驶小船，我们也不能躺在树下谈论金锄头， 所以，一个举重若轻的架构师一定是根据企业和组织的现状去选择和设计架构。

小企业要的的就是快速、灵活，所以，能省就省，能重启搞定的事情就不要搞什么多活和双A， 大企业随着企业复杂度的提升，架构师本身作为SPOF就是瓶颈，所以，能自动化都自动化掉，能系统化都系统化掉，能智能化的就让机器去干，什么AI， 什么RPA，什么业财一体，能花钱搞定的直接用钱砸~

架构师如果身在职场还想有所大作为，我觉得你可以考虑抓点儿管理职权和资源，然后再全心投入把事儿干了，背后的道理，自己寻思，不便多说。

如果在商场， 那么客户的需求才是架构原则的准绳，你觉得最好的架构，对客户来说不一定是最好的，客户觉得好的才是最好的， ；）

扭不过这个劲儿来，那也没办法…

尊重客户的组织现状，然后再帮客户规划合理的架构方案和选择，不要用自己的架构原则和架构执念去绑架客户， 很熟悉的客户还好，合作不深的客户不适合用proactive的思维，很多时候，适合客户的才是最好的，就跟对你我自己来说，适合自己的，才是最好的。

插图来自《扶墙老师和他的读者朋友们》微信群