读《程序员》：点子与UML

程序员

三月刊的《程序员》，我是到四月份才看到的。这一期的封面主题是《2011开放平台之征》，不过，我实在看不下去，因为我压根想不到能用它们做什么。这不是指它们不好，而是自己缺少想法，缺少创意。我细数了一下第四十二页《国内主要开放平台网址》，一共有二十四个，拿来干嘛呢？

说到点子，我想起了动画片。我比较喜欢看日本等国外的动画片，比如《乌龙派出所》，因为它们的风格是天马行空，里面的主人公常常异想天开，举止夸张，但并非完全恶搞，让你不得不佩服它们的创作者。我喜欢它们，就是因为它们让我看到自己从不会有的想法。

点子还真不是说来就来，我的工作内容中，技术是主要部分，往往就是根据技术来寻找匹配的点子，也就是为技术寻找商业需求。我深深地认识到这是不对的，因为在技术和商业需求之间颠倒了顺序，商业需求驱动技术进步，技术进步助推商业发展。发觉商业需求，进而技术选型，而发觉商业需求则正是点子。

UML

言归“技术”，本期杂志里，潘加宇撰写了一篇《且说UML 2.4》，实际上文不对题，文中用过半篇幅来征讨一个常见的情景：

不少开发人员并不喜欢用UML，更喜欢在白板上画个自造的草图，似流程图非流程图，似类图非类图，然后说“来，我给大家讲讲！”这样的做法有一个巨大的“优点”：因为怎么画都是对的，关于这个草图的解释权归“我”所有，同事也不好批评“我”，项目主要依赖“我”头脑中的隐式知识。

这种情况非常常见，尤其是在身边不少“高手”身上，画着独创的图形，讲着自以为是的理论，剩下一圈人云里雾里。更让人痛苦的是，如果接手这些人的文档，那么你要学会他们那一套表示法和术语，否则着文档就会明显的“文格分裂”。因此，我强烈认同他的观点：就像数学符号背后隐含着数学的基本共识，五线谱背后隐含着基本乐理一样，UML背后隐含的是对于软件建模的一些基本常识，希望UML能够普及开，－－虽然它已经诞生很久了。