看了很多关于UML的文章，总觉得UML是一个好东西，但却常常不喜欢真正的去用它。觉得太麻烦，这是一个重要的理由。
但是如果阅读他人的程序的时候，又往往希望能先看到程序的UML的设计文档。
根据敏捷的原则，效率最大，在此基础上可以不用非常详细的去画UML，可以画一些非常简单的UML结构草图，来帮助设计分析用。
当然，当时间不是那么紧张的时候，或者说有条件的时候，比如公司给你配置了一名技术助理之类的时候，可以把设计文档补全，通过补全UML的同时，其实也能加深对面向对象思想的理解。
自从Uncle Bob提出代码就是最好的文档，我无不从简单，清楚的编码风格上努力。希望能写出非常优雅的，可以替代文档的代码。但是这难度很大。当程序很大的时候，你不得不作些折中。
我的经验告诉我，文档是必须的，即使是不大的程序。但尽可以写的简单，明了。
能写出完美的代码来是不容易，可以重构以后得出也不容易。这些都需要刻苦训练才行。
学习是一个枯燥的过程，从中取乐是坚持的关键。写这篇短文就是基于此，见笑了。