All Stories
最近一直在用shell脚本自动在跑一个简单的测试，就是不停地停止和重新启动一个relay进程，如此反复轮循，这样每过一段时间，比如两三天，或者更短或者更长，就会遇到一个问题：再也停不了任何一个relay进程，也不会重新启动进程。
昨天花了一天时间，把github上几个Go程序通过travis实现交叉编译，再把编译生成的二进制可执行文件push回github上的prebuilt branch，这样每次有新的commit后，都会自动生成各个支持平台的最新的二进制可执行文件，相当方便。
之前一段时间一直遇到一个问题，假设有L和R两个程序，L负责启动R，杀掉R，或者在R异常退出时自动重启R，众所周知在Linux上一个程序要运行另一个程序，是先fork，然后exec执行另一个程序代码。于是问题来了，大绝大多数情况下L和R都如预期地运行，但有时候会出现R没被运行起来，用ps看是两个L在跑，也就是说fork了之后没执行到exec那儿！
Rust总用来跟C++，尤其是Go来对比。我也差不多学了并用了近一年的Go，基本上可以用来独自做些并不复杂的程序，最近特别想去学一下Rust，想看看到底和Go各有什么优缺点。
之前很长一段时间都是用ConEmu来实现Tab化的PuTTY，后来由于发现PuTTY的屏幕刷新不如SecureCRT的快，最近用了一段时间的SecureCRT，不过又发现SecureCRT有两个很让我受不了的问题：
2014年这么快过完了，真是有点不知所措，很多计划中的事情依然没有完成，甚至没有开始。
之前提到过在公司的一个项目里用了websocket，client侧用C++开发，选了libwebsockets，使用的过程中遇到一些问题，这一个星期都是在不停地解决各个问题，好在现在终于基本上都搞定了，现在记录下来。
Relay在线上时不时报些bug，不但客户和公司的人怨言颇多，我也苦不堪言。每次出现问题的时候，美国的PM都会在邮件里说Relay是个very important的东西，万万不能出问题，可是我怎么没看出公司对Relay有very important的重视和投入呢！整个项目除了web前端页面，其他的几乎是我一个人在开发和维护，而且我全职投入也就不到一年时间，后面就重心放在其他项目了，特性仍然在加，bug仍然要改，投入时间却是越来越少，直到现在每个月都不能保证有一二十个人时在上面。前些天一个QA说Relay的bug最多了，这时另一个开发帮忙说是因为投入时间太少。虽然说的是实话，但仍让我感到很惊讶，总算还有人知道实情。可是那些PM，Director之类的却不知是真不了解情况还是故意视而不见。
