杰林·修·呓|Jarlyyn's website

按写过的代码量统计。

1.php，吃饭的家伙，除非改变自己的工作中心，不然不可能绕过去。保持并深入。

2js,同php.区别在于nodejs。就nodejs本身来说，不够喜欢，但胜在和浏览器同源，投入成本极低。保持并深入。

3.lua.可以说，从这个语言开始，是我玩票记录的开始。这个也是我玩票记录的典型。接触熟悉lua是因为当年写的hellua机器人。作为我一个不甚喜欢的语言,突然发现，我的代码量是我不喜欢的语言的排行榜啊。前两个是脏，但实用。lua是简陋。但轻巧。放弃中。

4.python。玩过票，做过gui,折腾过网页程序，写过运维程序。作为一个运维语言，还是少不掉。保持。

5.C。当年做一个别人的毕业设计。和hellua的mapper。以我的功底，能力，行业，没什么前途的。了解过，不擅长，放弃吧。

6.c#。折腾过mono+gtk,读过别人的源代码。放弃吧，能读懂就好。

7.shell脚本。这个也就那样。保持。

8.vb,vbs,logo。入门的东西，忘记就行了。

没怎么接触过，基本之看过一些代码或者做过helloword的语言

9.golang.写过一个helloword。感觉还是有一些有意思的点。深入。

10.c++好像接触过一点，好像又没接触过。不是这块料，放弃吧……

11.Java。太庞大。无力挑战。一直以来没什么好的映像，怎的要选，估计选c#的概率更高。放弃。

12.perl与我哲学不符。放弃

13.ruby。不喜欢rails....放弃。

总结：

深入3个语言 php,js,golang

保持python,shell。

真的有需要，可以考虑学习下c#/java

果然还是菜鸟技能树啊。

之前被v2ex上一篇热贴吸引，去研究了一下golang。

本身误以为golang是个值得花精力去学好的东西。可以写客户端，效率高，文件直接在一个包内，跨平台。

在部署好环境，写了helloworld后，又对自己想要的方向搜索了下。

结果发现，我虽然长得不美，但想得太美了。

golang完全不是这么回事。

做gui比nodejs还惨。效率和java打了几个来回还输了。都蛋疼到让我去搜索golang的意义了。

好在在洗澡时理清了思路。发现我从一开始纠错了。

Golang压根就不是一个什么通用开发语言，被设计出来本身就是用来做一个小工具。

它的作用只有两个

1.做服务。连网页或者爬虫都做不好，那是动态语言的优势。

2.做运维工具。

颇有静态语言版shell的概念。

他解决问题是

1.作为服务，而非运算能力的效率问题

2.方便部署。各种脚本语言，特别是自带包管理那一票，特别特别是某些2.x 3.x都不兼容语言，在各种环境(比如包管理以来特定版本某语言的centos,比如windows)。部署起来太麻烦了。这点上go太方便了。

3.标准化问题，基本就是个更严格，甚至连文件夹怎么放都限制了的某语言。

既然只是一个做服务/运维的小工具，所以突出易学就很正常了。

难怪看到的资料，大部分都是替换了某语言，他跟就是对着某语言的7寸打的啊。

这对于只掌握一门语言来谋生的 “程序员“来说，应该是痛苦而难以接受的吧……

2016最后一个工作日了。总结一下自己的2016. 总的来说，只有一句话。

过于安逸。

和充满变化的2015完全不同。2016可以说是一个过于安逸，安逸到让我自己都觉得不安的年份。

这一年。没有学什么新的东西，基本就是把2015的东西做了一个深化。

年底时把几个网站更新了。接触了pixijs,但没有保证执行力的推进下去。

公司的话可以说是进入转型期，工作的中心也开始逐渐偏移，从技术偏向正特的管理和运营。

收入增长，有限。

今年唯一在数字上有比较大的变化，大概就是steam上的游戏数量了。

除了女儿的成长，今年某种角度来说可以说是一事无成。

是需要好好反思一下了。

修正裸域名https错误。不知道为什么百度收录的都是https://jarln.net的网站。

自适应加入简单的手机版本。

昨天有个需求，反代客户的一个网站，从域名a,到域名B, 并做本地缓存。

改着改着一脸懵逼。

因为最后发现源网站不能用非压缩的格式访问。

最后通过自己反代自己反代自己的方式解决了。

就是用gnuzip解压，然后再sub_filter替换。

代码为

proxy_cache_path /cache/CACHENAME levels=1:2 keys_zone=CACHEZONE:300m inactive=30d;
proxy_temp_path /cache/tmp;

server {
listen 127.0.0.1:8080 default_server;
server_name _;
gzip on;
location / {
sub_filter 'ORIGINNAME' 'TARGETNAME';
sub_filter_once off;
proxy_pass http://127.0.0.1:8081;
proxy_set_header Host TARGETNAME;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Accept-Encoding "";
}
}
server{
listen 127.0.0.1:8081 default_server;
server_name _;
location / {
proxy_pass http://166.70.53.125;
proxy_set_header ORIGINNAME;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Accept-Encoding gzip;
gunzip on;
}
}
server {
listen 80;
server_name ORIGINNAME;
gzip on;
location / {
proxy_pass http://127.0.0.1:8080;
proxy_connect_timeout 15m;
proxy_ignore_headers Cache-Control Set-Cookie Expires;
proxy_set_header Accept-Encoding gzip;
proxy_set_header Host ORIGINNAME;
proxy_cache CACHEZONE;
proxy_cache_valid 200 302 30d;
proxy_cache_valid 404 1m;
}
}

参考 :https://www.ruby-forum.com/topic/4406878

最近一阵，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还是表现出了强大的统一的执行力。