CentOS+epel+remi 也凑合了。Arch用用桌面还行，服务器就别更新了。

一天一充，上班时开wifi，2个来小时的公交看电子书、上网，能不开的程序就不开。最大耗电是屏幕，没感觉软件有什么。

@Feobe 的确我错了。
之前我考察过这两个函数，我忘记了结论。经过你的数据，可以想起一部分：file attributes验证文件存在的方式最快，file_exists好像调用了别的处理，是什么想不起来了。

看来是要做游戏呀，unity3d的游戏至少需要个一年半载。创意到产品需要时间的支撑，撑的过去吗？

猜想is_file读了file attributes来判断类型，应该比file_exists慢

看我的头像

不用rewrite的话就显不出专业了。
1）现在api都将重要参数放到url里面，如api.xxxx.com/v1/{appkey}/{action}，适合使用index转发。
2）如果api的url里面里面出现类似api.xxx.com/v1/user_login.do，都像小学生的作业，让人鄙视呀。

此外，关于IDE：
1）写C/C++居然用java驱动的Eclipse——恶不恶心？
2）写了这么多年程序，发现不会使用“自动构建”——恶不恶心？
3）用惯了VS，就感觉别的IDE不好用，Windows适合做一切——恶不恶心？

大神们都在使用文本编辑器，本身就说明了它的价值：简单、有限依赖、注重结构、高度可定制。
IDE嘛，你用，我用，大家用；为了满足“任何层次”的人使用，提供的方法也就变得非常“平庸”，而且与“环境”高度依赖。

@clino +1 几年前和作者有过交流，而且国外也有使用者。我倒是没正式用过Python。

实际也用不到框架，通过rewrite转到index.php中，分析action执行对应*.php，一些公共的方法放在common.php里面，配置放在config.php里面，设定好function的命名规则——足矣。

非要“为了使用框架而使用框架”的话，有点“猴子拉车”的感觉。

玩游戏的外因基本都是：没有其他可投入精力的方向。

如果沉迷了，需要了解沉迷的原因，比如：游戏内社交；了解了内因基本就可以解决了。每天“打打怪、升升级”是没有“任何成谜”的可能性的，但是夹杂了“社交”就不一样了，比如：“和别人越好”每天定点上线，或被“人妖号”迷惑，或本身缺少“认同感”、“成就感”。

建议：
1）别拿SEX当谈判条件，别拿孩子说事；
2）增加平常的沟通，找到对方的兴趣点，跟进；
3）一个心理压力方法：坐在他旁边看，什么也别说、别问，感些倒倒水之类的，到“约定”的时间（比如11：00），手动关机，不进行任何理由的“延时”。
4）所有的尝试方法，一定要以“不吵架”为底线，一旦“吵起来”之前所有努力全部白费。

可以，用“说”的。

找点茬：
1）“要是有问题就直接把xx（就是我）fire掉”
只能说明你们相互之间有多么的“排斥”了，不是一天两天“行程”的，估计平时工作中，你们之间的冲突也不是一次两次。

2）"告诉他要一个星期才能提交的，他硬要两天"
你们对于工作量的评估不同，但以“项目进度”为考核量的情况下，时间“越短越好”。而项目主管的眼中，只看进度而质量是次要的，如果质量有问题，就可以直接拿开发人员的“能力”推卸责任。

3）“功能还没稳定，写什么单元测试这种没用的东西”
单元测试这个东西——“仅仅是我认为”——的确“可有可无”：很多时候开发人员写的单元测试只是“表明”程序的正确性，对内部逻辑没有什么帮助，BUG仍然那么多。上来就写“单元测试”，太多的“书本”气息，很难分清是为了满足“书本”要求还是“项目”需求。

4）“http转发程序”
这个东西应该属于“工具”类的范畴（即代码量很小，功能单一），如果要求“两天”也不甚过分呢，前提是自己的库完备（比如，libevent之类的），既然你能够在"有BUG的情况下"完成，说明对你的能力还算是“了解”。

5）既然双方已经如此不信任了，再待下去的确没什么“意思”了。看你的口风，好像刚参加实际工作不久哇。

@shierji 我看着也挺蛋疼的。

使用Git作为前端的DNS更新方式，算是一种不错的方式，对DNS集群还是非常有意义的，只是和其他前端没本质区别，倒是省去了使用WEB前端的罗嗦，可能楼主对WEB不太感冒，喜欢无界面的东东。

没有使用.gitignore的规则吧？