今天的任务主要是将检查兄弟们修订的软件Bug，随着一个又一个Bug被Closed，内心的感觉确实很好，但
是一个又一个问题出现在眼前，在检查过程中发现大家不是太愿意将Bug的原因写的很清楚，很简单的问
题，通常要经过几次沟通才能够交代清楚，其实有些时候多写几个字又何妨，但是程序员也许天生只爱
coding，而不喜欢Document.
下午找了一个新来得毕业生让他来操作修改好的系统，大伙围在一旁看他的操作，在操作过程中逐渐发现
了一个问题，就是发现很多功能他找不到，或者需要Click一下鼠标的功能，却是通常要click几次才能够
完成，这就说明，系统的上手还不是很容易，界面的指示性功能不够完善，有些操作过于复杂，界面很是
琐碎。
通过这些我想，真正好的产品，体系结构很重要、编码很重要，但是软件的易用性却是更重要的，现在这
个行业，软件的维护成本往往占据了整个开发成本的大块，这也是有些系统价格过于昂贵的原因，其实在
开发的过程中，如果注意一些细节，也许不能提高系统的性能，但是绝对会减少软件的支持和维护成本的
。
在产品开发中我们往往忽视了产品的运营，而将运营总是托到最后，其实如果将运营放到开发之前就进行
考虑，产品的品质就会好的多。
在公司已经4年多了，总结起来还有很多事情现在看来幼稚可笑，这也许就是进步的表现吧，但是有些基
础工作是绝对少不了的，比如公司的基础代码库、基于组件的产品开发、源码管理工具、Bug管理工具、
内部交流工具、VPN网络等，也许还有很多，但是看看刚才罗列的工具就知道，这些都是一个Team交流必
备的工具，一个经验积累的传成，我也许要做的更多，也许现在刚刚起步，但是有一件事必须记住，一个
产品交给客户之前必须的自己满意、必须完美，每天必须进步。
这两天没事再看陈坪的《青衣》，里边的一句话很好：
“其实人活在世上能遇到的事差不多，无非是七情六欲，喜怒哀乐。关键是你怎么对待。老师，您是个常
常把自己往死胡同里逼的人，如果您能换一个角度想问题，生活就不是这样了。你觉得幸福，你就是幸福
的，如果你觉得不幸福那么生活就是不幸福的。”
如果按照软件的术语来说可能就是这样：
“其实编程开发中能遇到的事差不多，无非是需求、设计、编码、测试和实施。关键是你怎么对待。
Duiker，你是个常把自己往死胡同里逼的人，如果您能换一个角度想问题，程序就不是这样了。你觉得有
Bug，那就有Bug了，如果你觉得没有Bug那就可以Release了。”
流水帐：
1：VPN弄的不是很好。
2：动态域名解析通常对内网支持的都是不好。
3：VPN开通上网就不是很顺畅，不熟就是不熟。