别让工具束缚你的思想-- 正本溯源系列之二

有一个朋友对我说, 他以后的目标就是做一位顶极的软件设计师, 为此他去买了一本UML的书, 厚厚的一本, 打算集中精力,发奋钻研, 在年内达到设计的最高水平. 我听了笑笑, 就算你把这些研究透了, 所有的符号知识都掌握了, 有什么用呢? 难道画图画的好就是设计能力强吗?

一些新手, 尤其津津乐道于工具的使用, 用很大的热情去谈论用哪种语言好, 用哪个开发工具好, 学习各种架构, 学习用更眩更酷的控件和插件, 那种劲头让人肃然起敬. 新手嘛, 初来乍到, 欣赏和评论一下周围的环境很正常, 就像我们到一个新的办公环境里工作, 对什么桌子凳子,电脑显示器都会欣赏一段时间, 没什么不好的, 我们过一段时间后就转入正常的轨道了, 可有些朋友, 对工具太沉迷了, 留下割舍不掉的依恋情节, 严重影响了他以后的正常工作.

难道不是吗, 我们曾花多少时间去学习一个开发语言? 或者开发工具? 而以对这种语言和工具的熟悉而沾沾自喜?

我们设计的时候花了多少的时间去画各种的图形,写各种文档, 而花在真正设计上的那些智力活动比如冥思,头脑风暴,辩论有多少比例?

测试方面, 我们忙于写测试用例和测试报告, 花了多少时间去研究产品的特点, 去研究怎么测试更好, 去阅读代码, 从代码里发现测试的重点?

需求方面我们忙于画user case, 写需求文档, 有多少时间在和客户讨论, 有多少时间去参观客户的工作流程? 去思考怎么让客户说出潜在需求?

给客户演示, 我们忙于调整演示文档中的颜色,动画等, 那有时间去研究观众的特点, 你该怎么去展示, 你怎么准备回答问题, 你怎么启发观众!

工具本身没什么错, 工具给了我们莫大的帮助, 成倍的提高了我们的工作效率, 然而细细想来, 工具本身创造不了价值, 工具需要我们给他们智慧, 给他们灵魂, 从而实现我们的价值. 程序员的劳动成果其实也是一个工具, 客户需要的工具,即:

各种工具(计算机,操作系统,办公软件,开发语言,开发环境,类库,参考经验…)

+

智慧(算法和逻辑)

=

新工具

如果按照重要程度,这个等式应该改为:

智慧(算法和逻辑)

+

各种工具(计算机,操作系统,办公软件,开发语言,开发环境,类库,参考经验…)

=

新工具

对于特别复杂的逻辑或者流程, 软件分析师或者设计师的责任重大, 如果有条件的话，我建议给他们配备秘书，秘书应该很熟练的应用各种工具, 分析师只需要在草稿纸上写明他的意图, 秘书来及时收集这些成果, 并表达成正式的图表和文字, 审查后即可结束工作, 这样的好处是可以让他们专心的去思考问题的核心, 相对于一个项目的成功, 配备秘书的成本应该是划算的. 当然了, 秘书可以是设计师的学徒, 或者副设计师.

有一些专门的头脑风暴工具, 比如MindManager、FreeMind等, 能够熟练运用最好了，关键的是，用什么方式能够最大的激发你的思维, 这是最重要的, 有的人善于独思, 有的人善于被别人启发, 有的人善于从辩论中获得灵感等等, 当一项议题涉及到大家时, 讨论是必不可少的过程. 典型的是制定WBS时, 我们经常用”即时帖”, 找一面会议室的墙壁做草稿来讨论.

很多高校的校训里都有”严谨,求实”这两个词, 以前觉得这些没有创意, 千人一面, 俗不可耐, 但就其本意来说, 这些精神是非常好的, 也是国人非常缺少的, 起码对于工程技术界, 这些是基本的素质. 我希望高校不要把这些词汇只当作口号, 而要灌输在每一个学生的思想里.凡事追求本质, 追求实用.