自公元 1975 年开始的圣战，今天翻开了新的篇章

8 岁， Laser310 ， ROM BASIC

python 怎么说呢，我的经验是慎用递归
我曾经有过这么一段代码
def getMobilePair(smobile):
tmobile = getMobile("")
if tmobile == smobile:
getMobilePair(smobile)
else:
return tmobile

其中的 getMobile("")是从一个池中随机取出一个手机号，然后这个递归得到另外一个不相同的随机的手机号
具体的情形我已经有点淡忘了，大概情况是当程序以多线程运行每秒上千次请求（这个递归相关的大约占 5%）的时候， python 递归执行的速度跟不上整体逻辑，出现了一些意想不到的结果
后来我只能把一个号码池分割成两部分，烦别取随机，就再没有出过毛病

@just4test ROM 本来也就可写，只是写比较麻烦，俗话叫“烧”。比如当年的 ROM Basic 就有很多版本，你想用哪个可以自己烧

我的密文都是在某个位置插入一个或几个无用字符
这个你怎么猜？

为什么不用现成的 MQ ？

本来这个是就是公司制度问题
合格的产品应该是开发或者测试出身的，必然知道什么能做什么不能做
如果产品只是个客户的传声筒，要之何用，还不如直接跟客户说

RFT ， QTP 等自动化测试工具满足你的要求

对于 HTTP 头需要鉴权的， LZ 的代码改改就能用，而 curl 命令行的话，就只能呵呵了

自古二楼出真相
绿茶的提神作用比咖啡强百倍
不过不要等你困了再喝，提早喝

@dommyet 用 db 跟用 ldap 完全不是一回事，很多人只是想当然了，他们对 ldap 一无所知

附件为什么是 MP4 ？？？

厉害的 SA 或者 DBA 都具有的特性：强大的 Trouble-shooting 能力，耐压，发散性思维，任何情况下都准备好后路
厉害的 QA 所具有的特性：责任心，严谨，对软件开发生命周期的理解
厉害的产品经理所具有的特性：沟通，市场和技术的前瞻，耐压
然而一个厉害的开发人员，无论前端还是后端，除了技术方面或者设计方面的能力以外，上述特性很少会拥有
所以我个人并不看好开发人员出身的高层管理者

@tabris17 面试官没什么水平却自以为是，对自己的项目究竟是怎么做的要做什么，讲了半个多小时也没说清楚。我直到现在也不明白他们部门究竟是干什么的。结果如我所料，不出一年雅虎中国关门大吉。我现在招人的一个最基本要求也是，你要说清楚你曾经做过的东西究竟是怎么回事（这是曾经招我进 IBM 的老板告诉我之所以要我的原因）。

用 linux 做桌面是跟自己过不去，这种徒劳的举动人类已经尝试了奖金 20 年了，但是仍然有很多飞蛾扑火
尽管如此， Deepin 大约是最适合做桌面的 Linux 发行版了

曾经猎头带我去雅虎面试，面试完后他们说要我了，但是我面试一出来就决定不去那
结果那个猎头（女）当场就发飙了
后来想想，也对，大部分的世人都是这种德行

@julyclyde 如果这么说那就是官方文档写错了

@FrankHB 很多东西由于历史久远的误解，以讹传讹，黑的被说成了白的。关于历史问题我曾经在别处说过多次，大概 V2 这里人的年龄都比较小，所以不甚了解。
最初 K&R 他们发明 C 语言的时候就是想要一个“更好用的汇编”，所以他们的 C 编译器写的非常宽松和随意，目的就是为了尽量体现低级语言的特征，然而从 C 本身的语法构成来说，其实就是简化版的 Pascal 。由于 K&R 他们对编译器开了那么一个头，造成了后来的 C 编译器跟着学样，比如早期的 gcc 。所以 C 的所谓“低级语言特性”其实是背了编译器的黑锅。
常年玩 C 的人会发现一个状况，就是你的程序在两台不同的机器上编译的话，有可能会产生不同的结果，而这不同的结果几乎都是由于代码里某个深层次的 Bug 引起的（一般都是内存分配和数组越界问题）。但是如果你一直在一台固定的机器上编译的话，这个 Bug 可能一辈子都不会被发现。然而像 TurboC 这种非 K&R 模式的编译器则完全不会出现这种情况，一段代码在无论哪台的 TC 上编译都是同一个结果，因为 TC 默认使用一个沙盒来编译。

再说说 Pascal 的问题。在 K&R 风格的 C 编译器开始流行的年代， Pascal 的流行用法是先预编译成 p 代码，然后在 UCSD-p 系统上运行的。这跟后来的 Java 很像，换句话说，就是在虚拟机上运行。所以，一个靠虚拟机运行的语言，怎么可能控制底层和内存这些东东呢？ Pascal 也背了编译器的黑锅，给人一种不具有底层控制能力的错觉。然而实际上，世界上大部分的飞机导弹的控制程序是 Ada 写的， Ada 不就是穿了件马甲的 Pascal 么！

最后关于 C 的强弱类型问题，是个持续了几十年的论战了。反正在我的概念中， if (a=5) 这种不光能编译通过还能发挥有效的实际作用的语言，都谈不上强类型