@notedit 有个问题哦，这里 beanstalkd 的 tube 与 gearman 的 function 的区别是？

写代码没前途，不写代码才能当管事的，恭喜你走对了路。

事情能往后拖就往后拖，你做的越快，就证明你的工作越不值钱。

会不会有这种情况出现：

大家都不懂，或者因为不想改变的缘故，最后以某种有缺陷的传统做法当成好的做法推广；并且如果出现了更好的代码实现，大家都偏见的认为这种实现是有害的。然后将好的东西消灭在萌芽之中了。。。

这个事情不好整。很难。不过有志者事竟成，拿出20年来多多实践先。

python 还用培训班？
我觉得 python 和 php 一样看手册就能学会的啊。

有没有好点儿靠谱点儿的成熟的流程可以借鉴呢？

我觉得，规则比优化重要。
制定一个规则，超过一定复杂程度的语句就不用。

不在 linux 下用网银。

招人大多数原则都是： 只要最合适的。
当然，也不排除那些根本不懂面试或者根本就是为了交差的人阴差阳错的当上了面试官。

总之一切皆有可能啦。一家不行就下一家。

既 不充分 也 不必要 条件。

一般情况下，
不应该写完了才去找错误；
而应该每写一句就要确认这句话一定正确，然后再往下写。

再写个试用体会。
在家里用了一天的青轴，结果到公司不习惯了。
完全两种感觉。

性能问题，只有小兵才会关注，领导们不会关注的，他们从来不会觉得性能是个问题。
因为有底下的小兵们热衷的去考虑。
领导只关心出结果，结果才是最重要的，不管你实现的有多烂。

作为底下的小兵，
要么机械式的做着一些让自己都不舒服的烂代码，虽然能够实现功能；
要么就是优化代码，让自己看着优化后的代码看着舒服，最后的结果还是实现了功能。

作为领导，可能只看见：
这个（写烂代码的）小兵出结果了，是个好样的。
那个（搞优化的）小兵也出结果了，但是出结果有点慢，总让我担心他做不完；这个人太细节了，不好。

换个分隔符呗。

都应该有设置，没有的话，就是模板引擎设计缺陷。

想买青轴的就买了吧。

周五刚买来的时候在公司用了一天，旁边人都没啥反应的。

声音大，只是你自己的感受，距离稍微远一些的时候就什么都听不到了。你最近所以觉得吵。

楼主面对现实吧。

如果再这样下去，最后栏程序员都会成为你的领导。

因为烂（懒），所以人家把大部分精力都用在了研究如何向上爬了；
因为勤快，你把大部分精力都用在擦屁股上了，你越是擦屁股，就越是给烂人加分。

觉悟吧~~~

今天买了个 “啪啪啪”。
青轴的。
声音果然很响亮啊啊啊。
最便宜的德国零件中国生产的那款cherry。

@plan9 我也听传说，把文档中的说明文字删除就能当作程序来跑了。