foreach 持有引用，紧接着一定要写个 unset($k);，我都成条件反射了。

第一个 foreach 结束时，$k 是$map[2]的引用，

第二个 foreach 的第一轮，$map[2] = $map[0]，也就是 100 ，此时[100, 200, 100]
第二轮$map[2]=$map[1]，此时变成[100,200,200]
第三轮的时候，$map[2] = $map[2]，不变

@wuxqing uwsgi 里用 zmq 需要 enable-threads 和 lazy-apps 。因为 zmq 会创建后台线程去做报文收发，操作系统的机制决定， fork 出来的子进程会丢失线程，导致新创建的 worker 进程没有 zmq 的线程，能正常工作就怪了。

https://www.zhihu.com/question/44199956

fastjson 这么快老外为啥还是热衷 jackson?

ctypes.c_char_p

日活一二十万的 APP 吗？

>>> a=1
>>> b=a
>>> a,b
(1, 1)
>>> b=2
>>> a,b
(1, 2)


为什么 a 没有变成 2?

@ChristopherWu 有免折腾的方案？
比如版本管理，调试器追踪执行，代码重构，数据库管理，从 DB 生成 Entity ， Java 字节码反编译，还有 spring 或者 django 这样的 framework 的支持，即便折腾也不一定能折腾出来吧

s = {k: set() for x in d for k,v in x.items()}
[s[k].update(v) for x in d for k,v in x.items()]
{k: list(v) for k,v in s.items()}

自从用了 jetbrains 的全家桶，再也不用 vim 折腾开发环境了

用驼峰， springmvc 可以直接把参数注入到 form 对象

Java Bean 规范里规定用驼峰命名法，严格遵守可以省事不少

买了 jd 那个 3200 元的 LG 的 4K ，再也不想用什么 2k 屏了，调整到阅读模式，眼睛非常舒服，看电影就影院模式

这个 benchmark 并不能体现 JIT 的优势，因为耗时比较多的 substr 和 strpos 以及 strval 已经是 C 实现的了，这部分有没有 JIT 性能都一样。

我把迭代次数放大到 100000000 次，原始版本在 php7.0 下面耗时 45.7 秒，去掉.strval($c)后耗时 16.8 秒，进一步去掉 substr 和 strpos 后耗时 10.8 秒，而 JIT 能改善的空间，就是这 10.8 秒，即便时间变为 0 ，也只是从 45.7 秒变为 34.9 秒，提升有限。

换成相应的 JAVA 实现，原始版本耗时 21 秒，去掉 strval 后是 1.3 秒，完全去掉字符串查找和截取子串后，耗时仅 100 毫秒。

PHP 和 Java 在不涉及 C 编写的函数，只跑以上纯 CPU 代码时， 7.0 比 Java 慢 100 倍以上， JIT 实现的好，这部分差距可以减少到 10 倍以内，局部改善还是相当可观的。当然了，指望 PHP 的 VM 在短期内能赶上 JVM ，不大现实， JVM 是耗资数千万美金才有今天的能力， PHP 缺乏这样的投入，除了 JIT ，还有一个就是 GC ， PHP 短期内也没法拥有 JVM 那样的 GC 。比 JIT 和 GC 更难以解决的，是多线程时的 GIL ，如果没有 GIL ， php 和 python 做个进程内的 cache 方便多了。

没保护，笔记本都可以带回家

培训班毕业的不敢要，老鼠屎太多，试错成本太高，如果隐瞒培训经历，自称自学的，还好一些。

外包都这样