杰林·修·呓|Jarlyyn's website

最近一阵，akonadi的100%问题一直困扰着我。kmail也变得不可用了。在早上在客户会议时1个半小时把我的rmbp电耗光自动关机后，实在忍无可忍，删除了事。

雷鸟的trayicon未读提醒上的确差了点。但是总体来说，总归还能用。

随着visual code代替了kate,icedove代替了kmail，我依赖的kde软件开始逐渐变少了。

要不是gnome3实在太独断专行，其实本质上我还是可以转回gnome的。

不定期更新

工具
Vscode编辑器:
https://code.visualstudio.com/
微软出品的编辑器

特效库

Pixi.js
http://www.pixijs.com/
高效率的Canvas/webgl库 

工具库

async
https://github.com/caolan/async
异步控制/处理库

underscore
http://underscorejs.org/
常用操作库 

在线工具

Staticfile cdn
https://www.staticfile.org/
七牛提供的cdn服务

有时候生活很简单。写写代码撕撕逼，玩玩游戏拍拍照，吃吃喝喝带带娃。日子就一天天过去了。

但生活总是会提醒人什么是对的，什么是不对的。

是要想办法跳出舒适区了。不然，只能被赶出去。

前两天逛逼乎，发现这个帖子

https://zhuanlan.zhihu.com/p/24091492

不得不说，这是一个很有意义，但又听有魄力的举动。

根据百度流量统计院的数据，目前国内PC端的ie8甚至ie7都有不小的占有率。

以百度的数据来说，ie8及以下的浏览器应该还有大概20%左右的占有率。

这真心不是一个可以忽视的小数据。

最近台式机重装了下，按惯例装了个debian testing。

一路还算顺利，结果到steam上懵逼了。

一直报错

libGL error: unable to load driver: r600_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: r600
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast

试遍各种方案都不行。

在我的rmbp的debian testing上分明跑的很溜啊。

还怀疑是驱动问题，搞了ATI的私有驱动，dkms部分还编译失败，启动直接进黑屏，这酸爽啊。硬撑着改了回来。

最后，找到了这篇文章

https://steamcommunity.com/discussions/forum/1/224446614463503869/

总之，是因为mesa升级了，需要把新的文件ln到 steam的文件夹内。

rm /home/k/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgpg-error.so.0
ln -s /lib/i386-linux-gnu/libgpg-error.so.0 /home/k/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgpg-error.so.0
rm /home/k/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6
ln -s /usr/lib/i386-linux-gnu/libstdc++.so.6 /home/k/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6

说真的，比较无语比较脏，让我回想到了10年前刚开始使用linux的时代。

虽然我喜欢或者说从骨子里依赖linux,但是，linux根子里的问题，并不是那么容易解决的。

Android某种角度来说还是不错的尝试。至少Google还是表现出了强大的统一的执行力。

和内页一样的风格。

拖了这么久，终于给网站也加了封面了。

https://www.jarlyyn.com

咱终于有脸了……

自己设计的简约风格模板。

css一共只有50行

先上线看一下是否还有bug

然后再想办法加载多说插件，调整为一样的风格。

https://www.xuxinquan.com

第一个真正意义上自己设计，自己制作的网站。

经验不足，时间有限，只能说效果差强人意。

只能慢慢调整了。

不知不觉，用Linux做了主桌面10多年了。

折腾过，快乐过，自豪过，到现在已经是一种淡淡的习惯了。

用过mac os x,觉得太难用。

感叹win7,win10的发展，但已经不是我的习惯了。

知道我遇到了One note。

真真切切的产生了让我换系统的冲动，甚至把现在用的rmbo直接换成surface pro。

一款优秀的软件，很多时候的确能决定很多事情。

目前我最欣赏的程序员是express的作者TJ。

最近准备用node js重写这个网站，发现TJ的新作koa似乎已经到了很使用的阶段，花了两小时研究了下。

刚开始看得是一头雾水。为什么koa demo 里的yield的用法和mdn的说法完全不同，为什么yeild这么特殊，这玩意到底什么鬼。

慢慢的理清了思路，找到了对的思路，才明白了过来。

不得不说，直介绍是什么，不说干什么用的文章到底有什么用……

首先，ES 6里引入了generator的概念.

通过代星号的函数可以常见生成器（特殊类）。

1. 生成器上，有一段业务代码，
2. 可以通过生成器生成函数（实例化类），调用可以执行生成器中的业务代码。
3. 生成器中的代码依然不能执行异步代码，遇到 yield会中断
4. 本身这一切不怎么神奇，但TJ大神写了个神奇的库叫CO。CO库可以直接调用生成器，执行业务代码。业务代码的yield只要跟的参数是promise或者thunk包装的异步函数，就能在异步结束后在异步代码中继续执行下面的代码，甚至可以有返回值。
5. 这样，配合特殊格式的异步函数，把yield在结构上当成了类似call方法的同步函数。整个业务代码可以和同步代码一样有极强的可读性。异步代码尽可能简化，可以用其他库打包。
6. 最后，代码看着像函数化的同步代码，用着也像。

关于co可以参考 http://web.jobbole.com/85901/