8个可用区，为客户提供了稳定、可信赖的产品和技术。
无论是在亚洲的繁华都市，还是在欧洲的古老街道，抑或是在美洲的广袤平原，彼岸云的服务都如同“无处不在”的守护者，确保客户的业务能够顺畅平稳运行，目前依旧保持0故障率的记录。
因此彼岸云成为继亚马逊aws、微软azure，谷歌云之后，跻身全球四大云服务商之一。
余者才是ib、腾讯云、百度云、阿里云
在彼岸游戏陷入颓势营收下滑，彼岸云接过大旗成为了新的盈利增长点，贡献了近半（近200亿）营收。
离开总部，开车向望京自己地盘驶去的王坚，回想刚才反应过来的事情，有些惭愧，一时间徒留无限感慨。
在彼岸高管群里流传着一句话“老板就是老板”，这句话的含金量还在上升。
当初12306系统设计的时候，老板一反常态前来，说是旁听，结果听着听着就变成了参与者。
会议最后，自己和老板就设计理念产生了分歧，这种分歧不亚于路线之争！
一个系统从设计之初就会遵守如下几个原则：高内聚低耦合、里氏替换原则、接口隔离原则、依赖倒置原则、迪米特原则。
说起来很复杂，其实一点也不简单，就不说了。
总之这些原则的目的，就是帮助技术团队设计出一个健壮、易维护、可扩展的优秀系统。
说白了就是一个简单、好改、不容易出问题、能应对各种新变化的系统。
老板是懂技术的，但那次却一反常态，偏偏强调【高内聚、高耦合】，意思是模块或组件内部的功能联系紧密，但模块或组件之间的联系也紧密，牵一发动全身的那种。
而且各个模块的都要进行‘极简封装’，一个功能一百行代码能实现，就压缩极致到50行，30行甚至更少。
这样好处就是不好改，哪怕动一个单词就有可能某个功能无法响应，如果运气不好动了根上的一些代码，整站崩溃也不是没有可能.
老板明明承认他们设计理念是对的，但为什么要这样，自己当时很不理解。
不光自己，当时所有在场技术人员都不理解，他们知道老板是技术出身，虽然这两年动手能力不一定比他们强，但眼光绝对是有的。
但越是这样，才更让当时的自己愈发愤怒，甚至还当老板面拍了桌子，故意说“老板，你不懂技术！”
说完这句话，他就被年龄并不大的老板那沧桑中带着一些悲伤的眼神震住了。
“错，是你不懂国情！”
话语一出，于无声处听惊雷。
团队内曾跟官方合作过项目的一些技术同事这时才后知后觉。
现在回想起来，如果真按照当初自己的那套模式开发，源码交出去，那套系统就成为砧板上的鱼。
想着之前惊鸿一瞥，密密麻麻的修改需求文档，不出半年，系统肯定会被改的面目全非，到那时即便自己这边研发的系统都不一定能认识。
然后二期三期子子孙孙无穷尽也
就像修路一样，到时这个系统又要多少钱进行改造天晓得。