昨晚又看了一遍《Code Complete》中“全局数据”章节的阐述，加深了一下记忆和理解。

初次见到书中的一个知识点时，尙不知道其来源是一本书，搜索引擎真TM是好东西，请原谅我使用粗口来加强语气。知道这是一本声誉极佳，口碑杠杠地好书后，怕翻译质量不好，直接买了两本，一中一英。这么多年一直不习惯看电子书，总觉得写写画画的不方便，远不如抓在手里的纸质书踏实。

我一直坚持如果有好的方法论，好的指导性方针作为行为的参照标准的话，做起事情来，一步到位的可能性要大很多，或者说会少走不少弯路。当然，也有人会说“教条主义”，有些教条还真不能扣这顶帽子。

作为涵盖软件工程全部环节的经典著作，能够借鉴的地方有很多，从规划到编码，到工具，到测试和管理，都已不局限于软件工程一隅，而已成为通用的指导理论，因为是高度抽象精炼得出来的东西。

当我们还在争论全局数据该不该使用时，人家早已经对其整个开发工程过程进行了系统性切实工程实践的细致入微的论述。

有些大牌企业，包括西门子在内，也都推出发行了如“编程指南”这样的小册子，实用性暂且不说，这种态度就得表扬一下，大牌和手工小作坊到底不一样。

不知道别人是如何想的，看见别人做的优秀界面优秀程序优秀图纸等等搞同样的东西别人搞得总是用着舒服看着得体，总想问个原因，于是在“不务正业”的路上越走越远，什么平面设计，工业设计，颜色搭配，甚至于为搞清“人性化”到底是什么东西，还读过心理学的东西。

当没有“天分”“机遇”“幸运”为你站台时，你就更不能懒惰，不能狭隘，不能固执，而更应当“睁眼看世界”，不再自满局限于当前的认知。

计算机科学与技术对“自动化”的“入侵”或者与其的“和亲”日益剧烈，当前行业软件中计算机高级语言的身影越来越多，脚本等功能插件也越来越多，充当的“中间层”“接口”“桥梁”的角色也日见吃重，软件中简单的拖拽功能使的使用越来越容易，越傻瓜化，底层细节开发的工作越来越少。

如果不小心掉进了井里不得不坐井观天的话，还是不要老在一眼井里坐着，爬出来多跳几口井也比较好，天圆地方，跳的井多了，小圆凑大圆，你的那块天也就补齐了。

最后，还是强烈建议每个人都去读读《code complete》这本书，哪怕只是读读目录。如果书中的内容对你没什么触动的话，那说明你的级别已经很高了；如果你有相见恨晚的感觉，告诉你确实挺晚的了，书早在1993年（en第一版）2004年（en第二版）2006年（cn第二版）就出版了。