首先，有人认为做UT时，有些代码是不可测的，甚至常常为了测试区该源代码。这其实并不是代码不可测试，而是作为开发的那个人没有完全理解什么叫做单元测试，或者说是公司里面限定的框架不能测试。

项目之前要求只能用mockito，居然有一种说法，不能用mockito测试的代码，都是设计有问题的。这种说法是否太武断？Mockito不能测试static，enum，项目里面static全都改成service，enum全都退化成常量。真是呵呵了。而且没人去和arch PK，Arch可能更有大局观，但是他知道的东西不一定跟得上时代。

某种程度上说，所谓的“面向对象”其实是解决了“聪明的码农不多”这个问题。。。而这也是FP唯一无法解决的问题。。。…

前几天尝试使用node的一个module发现这个模块对windows不支持，即使能勉强支持也需要重新再windows上编译模块要依赖的C++，鉴于已经N年没搞过cpp，而且本机没有vc的环境，干脆就直接在虚拟机启动node的instance了。

Linux虚拟机能好好的跑node，但是debug是一个非常非常大的问题，用webstorm始终连不上VM里面的服务，即使尝试关闭Iptables也不行。后来发现调试端口监听的是localhost，因此其他主机访问不了虚拟机的5858端口。因此，需要在linux上起一个代理服务。

yum install balance -yt

一个糟糕的的程序接口的设计不仅仅是对接口调用者的摧残，更是对整个系统估值的贬低以及对设计者的能力的贬低。

下午工作的时候，发现在现在的项目，很对接口设计都令人抓狂，在一些地方不仅仅是设计的不好，而是似乎没有经过设计。比如，在一个接口中，明明是只需要一个Device ID (int)列表就能达到目的，却要求传入一个完全的Device列表，调用者不得不构建一个个的Device对象，如果构建这些Device对象是通过web service的方式获取的话，那么会在性能上照成严重的拖累。

软件设计的最少知识原则(PLK)也是KISS原则(Keep …

What are the criteria for a

It’s a long time for me …