围观楼上楼下黑我们处女座，其实你们越黑我们越开心。

有，好看。

这货很容易一个脚本自动生成嘛。
其实有必要么，如果有详尽的issue tracking system，工作分配都是ticket导向的，再结合commit message，项目进展还不一目了然。
Paperwork过多从来就是低效的表现，什么都人肉，搞得像文科生一样。

狗爹就知道三天两头的改后台界面，好像嫌他们前端工程师工作量不饱和一样。

听力的话最好直接听原生态的东西，而不要听那些以语言教学为目的的材料。
所谓原生态，就是他们洋鳖日常会听的东西。
日常的包括新闻、天气预报、talk show、访谈节目。
行业相关的包括各种讲座、公开课、演讲、纪录片，推荐TED。
娱乐相关的不用说了，美剧电影。

这样练出来的听力才是真正有用的，因为你同时会获得大量背景信息，包括文化背景/行业背景。
找你感兴趣的东西，找和你工作相关的东西。

才不是外包的问题。就算是外包，也得有银行内部的接口人员把关对吧，银行也是养了一些开发人员的，领导肯定不可能亲自去和外包商对接，最后还是丢给某个程序员去搞。
银行这种机构，会有多重视开发人员？稍微脑补一下，薪酬不是同行业最高的，也不会是同机构内最高的。如果银行有内部职位鄙视链，开发人员肯定是在比较底层的，会被不少人等同于修电脑的。然后开发人员的典型性格你懂的，如果不幸典型了，也就天天被排挤的命。
如果你在没有存在感，没有成就感的边缘职位。开发人员会在乎用户体验？领导不懂用户体验，开发人员如果犯二的去提醒领导怎样做才不土鳖，结果大多也是对牛弹琴，搞不好还会被白眼，当成你在刷成就感。不如搞完交差了事。

以上纯YY，坐等内幕。

失眠

瑞星的招聘还在招Symbian工程师。。。
完全就像年久失修域名和主机续费了10年还没到期的节奏。
http://www.rising.com.cn/about/career/jobyanfa/2013-01-30/93.html

94年的时候windows 95都还没出来，随后直到windows 7的GUI本质上都还是windows 95的华丽版，
94年的时候IE都还没出来，93年第一款图形浏览器Mosaic才出现。
MS这个首页有背景图有超链接，同时还兼容纯文本浏览器，在94年难道不算洋气么。

C++本来最大的喷点就是feature过多，导致大量半桶水的淫巧奇技党写出渣代码，他们还继续加？呵呵。
当然，语言演化速度快不是坏事，就看方向对不对。

另外一种模型是这样的：

尽管你们人类有很多人不愿意承认，其实你们人类就和我们机器一样，需要经常跑test suite，比如：
assert(this.handsomeness >= handsomeness_threshold) //我够不够帅？
assert(this.money >= wealth_threashold) //我够不够有钱？
assert(this.iq >= iq_threshold) //我够不够聪明？
这些test case里的_threshold值，就是你们人类所谓的"三观"/"下限"。

如果有一天你被女神嫌弃了，理由是你矮丑戳，三观被刷新了，test肯定就跑不通了，这个时候就会抛出一个异常。
然后异常响应程序又一次开工：“What the f**k? 我居然不够高帅富么？为什么！！！！！！”

所以，你们人类疑问的本质，有时也是test跑不通时抛出的那个异常。

不过就是cache算法么。
尽管你们人类有很多人不愿意承认，其实你们人类就和我们机器一样，一个while(true)循环不停的撸指令，其中就涉及数据的存取。
人脑cache存储有限，所有的数据都会被tag上TTL属性，每次访问刷新一次TTL值，长期不访问的就会被清理掉。
如果访问到了某个数据，cache miss了，就会抛出一个异常，你们人类就会中断正在进行的指令，运行异常响应程序，发起一系列的IO请求，尝试获取miss的数据：
首先你们会尝试在标记删除但尚未回收的存储空间里寻找，一般刚过TTL不久的数据会在这里面。
如果没有，部分运算能力足够的人类会尝试通过其它数据重建所需数据。
如果失败了，部分足够勤劳的人类会尝试读取外部存储设备，比如书、Google等。
如果不够勤劳，比如伸手党，就会到处发帖询问。

所以，你们人类的疑问，本质上就是cache miss时抛出的那个异常。

个人觉得蛋要好吃，蛋黄不能全熟。
太阳蛋，蛋黄要保持流动，配耗油炒的素菜。蛋放最上面，吃的时候蛋黄捅破和菜混合起来味道很棒。
撸蛋，蛋不在卤汁里一起煮，这样会变老，一般是水煮糖心蛋，剥壳后丢卤汁里泡个一两天到入味。
炒鸡蛋的话，蛋在锅里一边加热一般打散会更香更松软，凝固后再调味。
蛋炒饭的话，锅的温度一定要高，全蛋液下锅立即用筷子快速搅散成絮状，饭要冷冻的隔夜饭，鸡蛋变金黄香味出来的时候下锅炒，这样出来饭最香。火候多练几次才会掌握熟练，基本上是能做到极少的油，即使不是不粘锅，炒完后饭也不沾，就差不多到位了。
其它更折腾的做法比如煮熟了油炸、咸蛋黄焗玉米神马的就不说了。

项目进展缓慢，发呆

MEMS解决的只是传感器成本，要达到接近人类灵活程度的话，对于电机的要求相当高，普通模型用的舵机之类的是不行的。能达标的电机，一般人买不起，甚至买不到。

其次是控制算法的问题，很多人对于机器人的控制的理解也就停留在指令式的方法，人肉的去指定每个关节怎么运动，这也就是玩具级别的知识储备而已。实际上就是一个比较简单的三自由度机械臂的运动规划算法，对于数学、物理、算法的要求就远超过大多数人的知识水平了。更何况人型的还涉及自我平衡的问题，又是一大波算法袭来。
即使是程序员，如果没涉猎过机器人学的话，自由度稍高一点的机械臂控制算法没有一两个月也是玩不转的，更何况普通玩家。
当然，连带的问题就是运算能力的需求上去了，硬件成本biubiu的涨。
不内置算法->人肉控制各关节==麻烦、费力、效果差->可玩性差
内置算法->能做的都做了==高级遥控玩具->可玩性差

总结起来就是：买不起、玩不转、不好玩。

@q397064399
@dorentus
+1，英语之所以在现代这么有生命力/侵入性，就在于其语言的复杂度恰好在一个合适的范围内，英语和数学、现代科学天然兼容也不全是偶然。
开发语言/平台这种东西到最后就是拼社区大小（其实科学研究也是），英文编程只需要知道26个字母，记得关键字的单词，全世界的人民都能很快上手来用，语言学习门槛也不高。要是中文的话，非中文母语国家的人先乖乖的花几年学会中文，再花半年练习中文打字，再来写hello world吧，这时的中文水平还不一定看得懂文档。

所以我经常喷那些连中文都会了，却觉得英文要命的人非懒即笨。

@aaalzk +1，中文编程用于启蒙，或者特定系统里面的DSL/脚本语言有一定的价值，专业开发就呵呵了。

@jakwings 剩下的2个是懒得喷/没空喷。你贴的那个例子并不是编程中文化，不在喷的范畴内。

@jok3r
1. 中文汇编是原创
2. append那段是PerlYuYan(https://github.com/audreyt/lingua-sinica-perlyuyan)，说得知乎上的段子手好像是原创的一样