对于 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) 这种不光能编译通过还能发挥有效的实际作用的语言，都谈不上强类型

@taozhijiangscu C++和 Java 最大的区别是， Java 有一个官方，基本库固定，各种方法特性都很清楚明确。而 C++是多头主义，一家一个风格，一个做了 5 年 MFC 的人去搞 Qt ，会发现“这都是什么鬼？”

@mikej C 也敢叫强类型？呵呵，呵呵

@lizon 科班难道不是先学 Pascal 么？现在的科班不学伪代码了么？难道是长得像 C 的伪代码？？？

据我所知 juniper 的 VPN 是有 mac 和 ios 客户端的


以前在 ICSS 的时候被捐款过，直接在下个月工资里扣

@vicalloy 其实严格上讲不存在 Plone 开发，而只有 Zope 开发。 Zope 开发并不太难，只是有点怪，需要适应。
说 Plone 简单不是说开发简单，而是几乎不用开发。因为可自定义的东西太多，所以不是很复杂的需求甚至可以 0 代码直接出产品