上午忘了自己在干嘛，只说下午。
公司的IT大神ly不记前嫌地问我要不要看PSO运行的代码，我说好啊好啊就赶紧过去看了。然后我说“我想通了”，还是接受用数据库存放数据吧，他一副很欣慰“终于传教成功了”的样子。而让这批代码跑起来，要装docker。
另外，下周去重庆开一个医药的会议，今天终于敲定了办好手续了。
用PSO做局域优化的话，xrd对自由度的梯度不好弄。我想到两套方案，一是用差分代表微分，二是手推解析式。不过仔细查书后发现手推解析式行不通，因为变量空间作了非线性变换，会很麻烦。差分的话呢，就是速度会变成原来的9倍或6倍，虽然让人不满，但也算是能接受的范围吧。
化学大神zpy听到我和ly的对话，建议我先别用PSO，而是用实空间的方法来推。其实这方法他好几天前就跟我提过了，还发了文献，只是我还没看。。惭愧。
接下来ly很happy地在我的windows上弄docker（我一直很羡慕他们对折腾这些东西这么有热情），一点不耐烦的样子都没有，还很悠闲地说“磨刀不误砍柴工”，叫我要有耐心别总是怕麻烦。不过我还是忍不住吐槽，同样是安装过程出现大量奇怪的问题，他能一下子明白问题在哪，怎么解决，而我则直接矇了，估计光是解决其中一个小问题就要查半天，如何竞技……
在等待一些我不用投入关注的事进行的时候我就在看文献。扫了一些貌似思路其实和PSO是共同的，分歧在于得到cost function后的优化方案不同。文献上用的貌似是蒙特卡罗算法和遗传算法，而我们用PSO。py的说法是，有现成的软件，可以先用。也有道理，与其自己折腾不知是否可行的PSO，不如先试那个吧。
关于之前indexing，虽然说已经有了可以接受的结果，但是我感觉心里没底。但是再去想的话，思路又会乱，还是先就这样子吧。。嗯。
接下来先去顺德过中秋，回来后先试现成的实空间优化软件，再自己改PSO，就用差分好了。哎呀感觉时间好紧。。
最近看到一段关于“磨刀”的讨论，大意是，在时间的压力下，人会做很多非理性（或者更准确来说是长期来说不利）的决定，所以这些人会“既聪明又愚蠢，既勤劳又懒惰，……”再看ly一个下午就做完了换成我得做好几天的事，还真是觉得基础什么的还真是得顶住压力先补好。这也许就是所谓的磨刀的魄力吧。。
