测试可行性

不可行的idea有两种
1. 一种是你觉得可行
2.一种是你觉得不可行

2.是觉得可行，但是你一整个实现出来之后，却发现不行。。。尤其是你花了一星期，却发现突然。。这个还真是。。我就用一个星期实现了一个看起来很酷的idea，但是python不给力，刚刚发现处理parallel的shared object的时候太慢，决定放弃。

故事告诉我们，要在test idea的时候，用小的来test。可行了才往下进行。

有用的Ideas

有用的ideas 有两种类型
1. 一种是说出来你觉得有用
2. 一种是说出来你觉得无用

往往第二者是很多伟大idea开始。

刚刚去unlock password

第一,mm让我带上所有的devices，我觉得没有，还是带去了
第二，解决问题的人 是一个我觉得一定不能帮我解决的人
（上次去找他的时候，花了一堆时间和他解释最简单的电脑setup）

结果恰恰这两点式解决问题的关键

第一，所有的device带去，一被lockout马上让那个人帮我们unlock，这样我们trial and error的速度就加快了。
第二，一有问题mm就去问那个我一直觉得解决不了问题的人。那个人虽然没有直接帮忙解决问题，但是他提到一个关键，这让我立即联想到有可能导致问题的地方，从而解决了问题。

----

很多伟大idea，不是那么容易被看清楚，试了才能知道。如果觉得可行，不妨试试，just do it。

偶尔也可以试试觉得不可行，但是却看不清能不能成功的。对于这类型，当然前提是，自己要有兴趣，或者花时间不多。

想念新西兰

看到新西兰的照片，忽然一阵好想念的感觉。第一次发现原来一个地方也可以让人那么想念，想想就神往。都怪我太喜欢大自然的美景了。

free will + 调代码

感觉这个talk 不错， 主题在于面对困难抉择的时候，选择的，帮助我们选择的不是社会舆论，不是在某个文化下大家都觉得轻而易举的选择。我们选择的，是我们想要成为的，我们的个人价值观。推而广之，我们不应该去议论别人的选择，因为他们有权作出他们的选择；反过来，我们不应该所有决定都取决于外界的声音(这样做被称为drifter,随波逐流之意)，我们要倾听自己的声音，来做出选择。这就是自由意志 free will。成为自己想要的自己，不是大家想要的你。

-----

今天早上调代码，第一次用python来变成，发现dictionary特别慢。我想尽方法来调。找更好的data structure (没找到)，我开始觉得选择python是错误的。于是有了用c#重编的想法，后来想想要不用java,这个比较portable。在重编之前，得先来看看java 和C#里的dictionary有没有快些，发现java 是快了，可是就快那么一点点，C#就超级慢了，是我错怪python了。这个还真是郁闷，心里想调这个没用的代码，还不如做些有利于人类的程序出来。想着是想着，但是我这人就是有点小执着。调到了五点半，没成果，心想调着也是白调，还不如去练练跆拳道，拳打脚踢，搞不好会有点什么启发。这还挺管用的，我发现对中间的flow还没有仔细的去思考，是什么导致跑得那么慢，得要加几个print看看。回来吃饱后，调一调发现原来在可以用set的地方，我用了list，多了好多repeat items出来。另外一个，也是决定性的一个，就是我竟然把build dictionary的function放进了recursive call里，重复着多次的dictionary building。

于是乎，从10万个items, 40几秒的runtime，降到100万个item, 4秒的runtime。这是完全可以接受的范围了。

研究就是这么样的一个郁闷，领悟，豁达的一个cycle。