2016/8/8 23:01:50
开了一天会，UX，用户体验地图，晚上加班改yang模型解析，多字段的处理，究竟是父类调用子类方法的模板方法模式，还是子类调用父类方法的低耦合模式，有待研究。
2016/8/9 22:42:09
上午代码重构，要参加标杆代码比赛，下午改代码。到底是抽象父类调用具体子类的模板模式好还是子类调用抽象父类的低耦合好呢？邹师兄说选后者..
奥运会有3宝，美蓝，韩箭，中乒乓，碾压众生。
2016/8/10 23:34:48
结果，前两天纠结的事，最后还是选用了模板模式。模板模式和策略模式，区别还是很明显的，一个规定流程，一个平等看待，终究还是面向接口编程。模式确实是个好玩的东东，凝结了各种智慧。

2016/8/15 22:07:39
一转眼，5天。周末实在是累，早上根本起不来。
公司项目换CI，今天大部分时间都在弄环境。win Server各种问题，还不如win7，python都装不上。Maven，git，gerrit，各种问题，还好晚上给调试好了。把yang解析新增的几个字段的功能测试加上了。今天邹师兄让我测id字段是不是mysql的关键字，我又浮躁了，连个sql都没写对，真是蛋疼。

2016/8/16 22:58:53
标杆代码陆陆续续搞了好几天。收获很大。类的设计，模式、原则，方法命名、方法参数、返回值，返回为null并不是一个好的方式，因为对于引用的地方要加判空的分支。不过直接throw Exception倒是一个选择，层层外抛，最后处理Exception，并能定位抛出的位置，是一个不错的解决方案。另外，优秀的代码并不是多牛的设计，一颗责任心，让后面维护代码的同学感谢才是真。

2016/8/21 17:10:18
标杆代码并列倒数第一，哎。设计模式，CC原则，各种引经据典的理论，好像一层无形的枷锁，限制着每一个程序员的翅膀。获得冠军的那个队伍，代码就是很普通，简单易读，深的人心。反观我们这组的代码，严格按照各种模式设计，CC原则，方法行数<=14，带来的问题就是很难读懂。有些业务逻辑，确实没有处理很好，比如Exception中的逻辑，该抽方法的没抽出来。

另外，周五听一些售后同事对软件设计的看法，发现程序员的思维和非程序员思维，差距还是挺大的。跳出思维看问题，能发现很多问题。现在都有条件发射了，看到一个需求，脑子里立马琢磨技术如何实现…

2016/8/22 23:21:21
思考还是不深入。JDK源码确实是集大成之作。打算写个框架玩玩，调度框架或输入输出框架？
机械键盘敲起来果然是咔咔的，哈哈哈。

2016/8/23 23:01:14
这几天放羊了，项目休息一个周。准备写一个任务调度框架，借鉴原来使用过的任务调度和导入导出框架，取名为kunka。

2016/8/31 23:55:37
天天搞Axure，kunka还要继续，design pattern还要继续，go···