格局与架构

托朋友圈的福，有幸看到，专业的HR在转关于格局的贴，难免心中的敬仰，特意凑上前去，“闹事”了一番，被批“你真无聊”。

其实，我真是对“格局”这个词有一种深深的敬畏和长期的困惑。因为如果是一般人，也不会谈这个。但格局虽让我有一些着迷，却是不太懂的。所以，碰到专业人士谈论这个，不免上去刨根问底一番。没曾想，还没说两句，就已经暴露出了“无聊”人士的内涵，颇为羞愧。

于是，想着还是写点什么吧，一面是为自己的无聊开脱，另一面，也想着为一些往事留些联想。

算上这一次，我还曾经两次听到过“格局”这个词。

第一次，大约是2010年前后，北京回武汉，承万总的情，来火车站送我一程。当时同行的，有我的“老板”，有同事。老板一直是我学生时代的偶像，别过之后，我问起万总对我老板的印象，不曾想，其曰：“格局太小”。我大惊失色，居然听不懂。这个词，在我心里扎了一根钉。万总日后的诸多成就，为这个评语平添了许多分量，这里就不列举了。

第二次，大约是2012年年底，老领导带部门的人聚餐。酒过半旬，老领导借着酒劲，提点了我一句：“陈莎雄啊，做人做事格局不要太小”。我应该是当场失神了。不知道当场在桌上的同事，还有没有人留意、记得这一幕。“原来，我也是个格局很小的人啊，问题是，格局这啥玩意啊？”人生走到这一程，还会有道理听不懂，惊恐？茫然？什么心情我不太好形容。

事后，我买了本书，看了些贴，有些似懂非懂。但“格局”到底是什么，还是说不上来。也都说“格局是锅，成就是烙的饼”，饼再大，大不过一口锅。这道理，确实浅显，那么问题来了，到底啥样的锅是大锅，怎么做大这口锅？看名人传记，成功学么？如果学不会，做不大，知道了这个道理，好像也没啥用。

这不时间飞逝，转眼到了2016。不曾想，又在这小角落遇到了。相比多年前，我似乎有些心得，想印证一番，可惜词不达意，被批无聊。既然如此，那就接着无病呻吟一番吧。

我想，转折点应该是14，15年公司的两次培训。在14年前，我一直是希望自己能够做好程序员，写好程序，设计模式，UML，软件工程CMMI4，也都因为各种原因接触到一些皮毛。对我来说这一阶段，工作（人生）最大的困惑就是，感觉自己写的代码，不通。有太多需要学习、改进的空间，什么面向对象啊，都还没系统学。我以为，我这一辈子，差不多也就学着学着就老了。搞技术嘛，当然得有这样的专研精神，潜心学习，才行。更何况，我不是还自称，喜欢写程序么。

14年的培训，是请火龙果的一个老师，讲系统架构和高质量编程。听着老师在上面娓娓道来，深入浅出，于是了悟，原来在“功夫在诗外”，对于程序员来说，也是如此，于是大概懂了程序员、软件工程师、系统架构师的一些差别。也许做系统架构师是一件更有趣，并且更有技术含量的事，我也得来一发，站在系统架构的高度看软件，这些坑坑洼洼，也就不是个什么事了。不禁欣喜，于是立志。

15年的培训，是公司老总请林建安，给公司的骨干做管理方面的培训，核心观点是关于“业务流程”。虽然是作为边缘人士，也确实收益匪浅，就不展开说了。巧合的是，恰恰让我把这些观点跟这几年碰到的，“很没有效率，很操蛋的，很坑的”写代码的过程联系起来，算是为自己的烦躁找到了解释和改进的方向。流氓会武术的感觉。

于是，经历过这现年，意外想到，所谓“格局”跟“架构”有一种天然的联系。于专业，于技术而言，虽然都是从写代码开始，有些人会成为“架构师”,尤其是当我们所从事的工作，发展到一定程度，想上高度的时，必须要有这么一些人，站上来“架构软件”。这不就是一种认识软件，认识产品的能力，是大格局的表现吗。如书上所言，架构师不仅仅是解决技术的问题，同时也应该承担一部分开发团队的管理。什么是管理，怎么去管理？各安其所，各司其事，是好管理的结果，不也正是好的人事架构的产物么。事，怎么能成，对于管事的人，自有其架构。而格局之于架构，恰恰一个在静是结果，一个在动是过程。

而所谓，格局不要太小，言外之意，就是希望你尝试在更大时间尺度去规划发展，在更大空间尺度去看待影响。尝试用广阔的尺度去解释我们所经历的，让行动在战略的高度能够契合事务发展方向，也许就是大尺度了吧。

得，写到这里的时候，我对于格局这个神奇的词汇，又是一副惶惶然，似懂非懂的状态了。如果非要我去总结什么是格局大小的话，我希望我能够用更加符合商业精神，符合人性需求的方式，照顾好大家的诉求，如果能够识别出一个目标，制定好一个计划，约定好一些规则，让更多的不同诉求的人能够共同努力成为一个团队，和谐发展，我想这起码比那个曾经只注意写好自己代码的人，向更大的格局前进了一小步。如是，但求心安无悔。