今天上午参加了一个公司内部的项目管理工具推广和使用的培训，培训地点在公司新落成不到一载的办公楼的一间视频会议室里，由于是新办公楼，所以这里的设施也都是很新的。特别是会议室里的座椅让人坐起来很是舒服，会议室的椭圆桌摸起来也很有质感，当时就和同事们讨论如果我们的办公环境要是能有这样的座椅和桌子那该多好啊，工作效率肯定能提高不少。目前我们的座椅估计就属于写字楼中最常见的那种，坐起来普遍反映不舒服。

会议室之所以使用好座椅是因为"面子"问题，但回过头来想想，其使用频率肯定比普通员工的座椅的低很多很多，在这点上不知道公司是如何想的。早在我读大学的时候，当时就有一本叫"人件"的书，书中的第二篇就细致分析了办公环境员工工作的影响，估计公司领导都没有看过这本书:)。记得上次Dreamhead来的时候，给我们简单说了一下Thoughtworks的办公环境，着实让我们这些"没见过世面的"人开了些眼界。相信很多人也都看过网上Google和Microsoft的办公环境大PK，得心应手的"武器"-多台大屏幕液晶、人体工程键盘、标配高性能笔记本；源源不断的"供给"-各种免费的美食和饮品；还有的就是"我的地盘我做主"的自由，在这样的环境下似乎不兴奋都困难。其实我们公司提供的环境属于那种"比上不足，比下有余"，毕竟与Google、Microsoft这样的以"精英文化"为主流的公司不同，以国内行业方案和外包为主的公司如果都像Google、微软一样等提供免费食物、饮品等，估计就得做赔本生意了，人太多(有些类似劳动密集型，特别是外包部门)，现在行业不好做，外包受到汇率的影响利润也越来越薄。

再深挖掘一下，除了上述的硬件环境外，能吸引人才的更多是一种软环境，也可以说是公司营造的一种氛围；说的更大一些的话，那就是文化了。Google、Microsoft的目标都是最大化的将员工的潜力激发出来，让员工100%投入到工作或工作相关(包括自我学习)的事情上来，那些不需要员工费心考虑的事情都有公司帮忙去做，比如据说Google为员工提供免费洗衣服务。这些如果套用国内的"口号"就是"以人为本"，而且是真正的以人为本。在为员工最大化的解除后顾之忧的同时，像Google这种公司总是保持一种Open的态度，这使公司一直走在业界的前沿，Open让企业更具创造力。反观国内的软件公司，似乎很多走了相反的道路。以我们公司为例，前一阶段以"信息安全"为借口限制员工访问外部网络的做法就是一典型的Close的态度，在如今这个时代，这样的做法只能让我们剩下为之叹息的份儿了。

小座椅，大道理！

上周日和橱柜公司商量好，下午三点到我的房子量尺，橱柜设计师按时到达，拿着一卷尺开始了测量工作。有过装修经历的人都知道：在装修公司进场之前需要橱柜设计师出一份水电改造图，便于装修公司人员确定水电改造的具体方法。装修公司的施工人员与橱柜设计师之间仅需要一份设计图纸就可以完成水电路改造的沟通，这不由得让我想起这样一个问题："软件开发领域的"图纸"在哪里呢"?

"图纸"是建筑行业的标准的共同语言，它能让设计师与施工者无缝沟通，同时由于建筑图纸的形象性，普通人看了基本也能了解一二，这样普通用户和设计师沟通起来也是很容易的，即使是一个外国设计师设计的图纸，只要使用了标准的图纸符号，中国的施工者也可以完美的将之实现出来，反之中国设计师的作品，外国施工人员也亦然可以实现之。软件行业的人总喜欢拿软件开发与建筑行业做比较，设计模式就是其中最典型的例子。不过这么多年来，软件开发过程仍然无法达到建筑业的那么"精确"，这里的精确不是指过程和进度的精确，而是沟通的"精确"。

软件开发领域的"报怨声"已经持续了几十年了，需求分析人员无法获取用户的准确需求、系统设计人员无法将自己的全部设计思想很好的传达给编程实现人员，人们都在抱怨：缺少一种"共同语言"，能让他们之间"无缝的沟通"。软件业的大师们绞尽脑汁、费尽心思、提出了多种沟通语言，以试图解决这个问题。这里面最著名的莫过于由OMG组织于20世纪末推出的"统一建模语言(UML)"了，顾名思义，UML试图统一软件开发领域所有过程阶段的"沟通标准"，需求阶段有Use Case图；设计阶段有组件图、类图；部署阶段有部署图，另外还有序列图、状态图、活动图作为辅助。UML到目前为止也从1.0发展到了2.0版本，但其实际应用情况如何呢？乐观点说是：没有"图纸"在建筑领域应用的那么广；如果从我了解的和接触的实际情况来看，UML已经过了其高峰期，开始变得"不瘟不火"。

程序员多数喜欢简单化、个性化和形象化的表达思想，一块白板，无拘无束。虽然UML在形象化上做的还不错，但是却始终无法打动程序员的心扉。从另一个事实来讲，图纸是建筑行业的门槛或者说是基础，而与之对应，代码才是软件行业的门槛。这样一来似乎代码才应该是一种共同的语言，在"敏捷软件开发"的附录中就有这样一篇文章："源代码即设计"。那是否说："代码"就是"软件业的图纸"呢？"代码"在设计开发人员之间可以说是基本无缝的，但是对于普通客户而言，代码似乎太专业了。其实在建筑行业"图纸"也多在设计师和设计师、设计师与施工人员之间做沟通之用，大项目中少有客户与设计师沟通时使用"图纸"，多数会用外观效果图。这样一来似乎软件开发领域的"代码"与建筑业"图纸"的概念达到了一定的一致性。"代码"作为沟通媒介的前提是：代码和设计的统一。为了达到这一目的，需要代码结构清晰，可读性，可沟通性要好，这也势必需要实现人员提高编码技艺。都说编程是一门艺术，从这里来看，名符其实。如果承认"代码"这一地位，那么实际上是确定了一个方向，以后向这个方向努力就是了，众所周知的"敏捷"在这个方向上做出了努力。

上面也已经说过，"代码"过于专业，并不能作为"统一沟通媒介"来统一整个软件开发过程，看来我们只能继续期待头脑中理想的"图纸"的出现了，也许它会诞生于将来的一个突破性的"发明"或"发现“；也可能它将是一个永远的"梦"。