大到系统架构，小到代码编写，如何组织如何合理化都需要平衡， 架构之真谛，的确不可说，实干出真知识。具体如何还得实战，可借鉴不可照搬。

一个产品的功能交互，本身就是架构。而一个架构设计和实现本身就是架构师和开发人员提交出来的产品。

搞过运营维护的应该都能体会这万般痛苦，加班加点不用说，还得深更半夜来升级。产品最重要的是稳定，可惜的是这个世界竞争激烈，为了这些新特性和紧迫的时间，功能的实现将会是第一位的，于是代码为适应当前的功能，被随意的更改，于是功能越强大，bug越多，bug越多，加班就越多。

有人编写很快，bug很少，不是因为敲键盘如有神，而是如神一样的坚韧的与代码做着无休无止的斗争。付出终会有回报，努力就会有回报。

每一次需求的变更，开发人员总是不断的抗争，和需求你来我往。但到了快发布时候，那结构性的调整，颠覆性的变更，大家都是欲哭无泪。当结构和组织做大变动时候，大家总是在最后一刻才知道消息。开大会的时候，开发人员基本上都很沉默，而且事不关己高高挂起，大家默默的打开手机...。所以要想效率高，会议规模一定要小。

IT不加班，那是不可能的事情；但没有身体的支撑，什么理想都将是妄谈，放下键盘，少时小盹，也可以为自己充电不少。 架构只是分工，技术的领袖就必须贴近技术，总是夸夸奇怪谈，必将远离基层，而不接地气如同魔鬼一样，会在某个时候，让你骑虎难下，所以做架构也要有，我不写代码，谁写代码的勇气。