程序员的显示器越大越好。不过笔记本上Thinkpad的显示效果不给力。。。。

@msg7086 失眠很久，喝酒为了睡觉，结果还是睡不着。 模板用twig挺好用的，越用越想用。

我用的云诺，除了几个可能的Bug，挺好。

1, 曾经出现一个Bug，我复制1万个1K的小文件到云诺中，然后在它同步的时候删掉，然后再复制进去，再删掉再复制进去再删掉，每次都不让它同步完。然后，它挂了。这个Bug曾经报给云诺，但他们无法重现，于是我再次尝试，发现也无法重现。（这可能都不是Bug）。后来再也没有过类似的事。

2, 同步的时候，总会在图标上弹出“同步了XX个文件”，然后让你在其他窗口上的输入，失去焦点。

3, 好像有3,但是我喝多了，刚才还记得有第三条，现在却怎么也想不出来了。。。

真心受教了，以心醉状态看这个帖子，我把帖子复制到知识库存着。 ORM我的做法大多是直接查询用ORM，保存之类的也用ORM，复杂查询从ORM中拿远始Connection再处理。

这个帖子受教了。

@blahnice “我的表达可能还是有总是”，我的意思是“我的表达可能还是有问题”

@blahnice 我的表达可能还是有总是，一个出了错会继续执行，一个出了错不继续执行。。。如果我表达得总是不对，我最好去睡一觉，昨天到现在有点醉（喝多了），还没清醒。但我明白这个区别，一个出错还会跑下去，一个出了错不会跑下去。。。。。（error和warning)

@kingwkb 嗯嗯，我的描述有问题，我的意思还是一个出了问题会执行，一个不出问题会执行，为了习惯，所以在模板中更常用include在其他地方更多用require，require出问题不执行，include会执行（我觉得我表达能力有问题了）

另外，parse_str的问题，你是说它必须把参数传进去然后获取返回值吗？这个的确独特，但我觉得还好。

@blahnice 您要较真，那就看文档去，require和include区别的确很大。后面这句“用于文件执行和模板”虽然不严谨，但我要表达的意思还是当用了include的时候，更适合于把php当模板的过程，require的时候，更适合用于普通文件的“包含并执行”的概念。 并且require和include大部分情况下都比require_once和include_once要好，因为php不用到处找是不是已经require过了。这是我要表达的，如果用词不准，那是我的问题，我改。

@vibbow 嗯，我觉得python不容易也可以理解（虽然有点那啥，是吧）。我没想到的是python会多版本共生（04年开始玩python，从没想过会多版本到今天还共生）

@jybox 在API的演进过程中，也许API本身有问题，但是如果完全遵循某种方式，还是没问题的。比如完全用Symfony的模式。

一说“唯一没有语法精心设计的”，我就想起好兄弟perl.

如果看起来一样，但使用起来有区别，那一定是自己没仔细看文档。比如：

1, require和include本身区别很大，一个执行一个不执行。分别用于文件执行和模板。

2, isset和empty用于处理变量是否设置或者设置了是否为空。

从程序的基本概念上，这是完全不同的。

我有一些碰上过显卡门的T61这一类机器，现在天天放着休息。

我觉得挺好。

不过为什么要vim/emacs党略过？ vim/emacs党更多的是各种编辑器都会根据需要去用的。

我倒是很佩服楼主这类人。

有些老板想招人，但自己的理念未必被人才认可，不必在意，合则留，不合则散。

有些老板与人才合，但HR弱，这样就没有人会留，全散。

@cxe2v 没觉得有必要迁移，但是如果真要迁移，难度应该也不大。

如果真要迁移本身难度不大吧?