选择习惯的工具进行高效工作

原文：选择习惯的工具进行高效工作
作者：Breaker <breaker.zy_AT_gmail>

---

看到某人放着熟悉的纸和笔不用，用 PPT 做幻灯片，并花费很长时间，记录感想

很反感做自己不熟悉的事情，更反感因为需要使用工具，反而比以前的学习、生产效率更低的事情，经历过这样的反例，所以很讨厌。花在工具上的心思，绝不应该比花在最终获得物的心思多太多。如果纸和笔比 PPT 更顺手、我绝不用 PPT

理解为：因过程工具的过度使用，对生产造成的噪音和干扰

工作方法示例

1. 做设计画 UML，但从不用 Rose 之流

{一个简单的 UML 图（甚至手画的、不标准） + 充分和频繁的交流 + 快速改进} 优于{在 Rose 上花费大量时间试图做完备的设计（利用各种设计方法、模式、框架，完全兼容 UML 2.0） + 画完之后丢给实现者不管了（只叮嘱了几句）}

2. 写过程和设计文档，但从不考虑用 Word 斟酌排版，以及纠结于使用哪个过程文档模板

{一个简明的 txt/html/wiki 文档（版本、作者/修订者、知识链接、主题内容，没有废话）+ 快速改进 + 程序、设计、文档的准确对应和即时同步更新} 优于{精心排版试图包罗万象的 Word 设计文档（Copy-Paste 进很多背景知识、通用概念的解释、项目缘由，大学论文后遗症） + 根本不知道它对应哪个程序和设计（不更新、更新费时、懒于更新，有版本之名，无版本之实）}

txt/html/wiki 文档，一样可以引用设计图、图表等媒体，一样可以排版，并且更轻便

为什么 过程设计文档 比 源码 的 同步更新 难？

对于程序员来说，直觉性 (intuitive) 和直接性 (straightforward) 一般按下面顺序递减：

程序代码 > 伪码 > 充分交流 >= 各种设计图（UML、流程图、线框关系图） > 描述性的文字

所以同步更新的效率也按这个顺序递减，只能让后面的更简明、更方便书写、费时更少、更接近习惯，才能弥补直觉性的劣势

3. 只用 UML 忘了流程图，等于捡了芝麻丢西瓜

4. 草图 (sketch) 是个好东西，比大篇文字好太多

结论：时间有限，请倾注重点

这些思路和 办公电子化、工作自动化的趋势没有矛盾，应该尽力找到一种更接近自己习惯的、直觉的（如纸和笔），同时也是信息化的工具，支持多人协作、分享、版本跟踪、多种方式呈现 等现代要求，如果真找不到这样的工具，也许只需改变一下使用方法和思维习惯就能获得替代物，多数情况都能找到基本符合这些要求的方法、工具

最后列两本工作方法的书：

• 番茄工作法图解：简单易行的时间管理方法
• 高效程序员的 45 个习惯：敏捷开发修炼之道