@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 代码直接出产品

@YuJianrong 产品背锅？收购 FileNet 这么大的事情产品哪背得起这锅！大公司有些行为并不完全是简单的跟软件开发那套逻辑相关，还有很多七七八八匪夷所思的逻辑。所以小公司跟着学样会死得很惨。
比如，刚收购 FileNet 的时候，我发现他们的人工作态度比 IBM 的自己人好太多，然后唠叨给美国的架构师，结果那厮说， This is just what we wanted to pay for.

当年 SoftICE ， pctools 反向游戏，改钱数，改过关神马的，还有点动力
正版的欧陆战线和世纪末商业革命，都被我改空了密码，为了不去看那费神的密码本
反向微信？除了干点违法的事以外，还真没什么动力

CMS 如果只考虑最容易上手最容易简单二次开发出成品，那么就是 Plone 了

@YuJianrong 跟大小无关，关键看需求
IBM 以前的 CM 就是很低耦合的系统，也算是很复杂的东西了，但是 web 前端基本等于没有
然后一些客户就抱怨说你们的 web 太烂了，能不能给我们一个好看的界面
然后 IBM 收购了 FileNet ，用 FileNet 那套花哨的前端架在自己的后端 CM 上
结果是花了很多很多钱，人力物力。然后那帮客户后来又发现，在这个前端上他们要做二次开发可就迷糊了，又想退回去了
其实很多时候那些用户们并不知道他们究竟想要什么东西，这就是为什么 Jobs 能成功的秘诀

@zxb 我做的某天文工控系统就差不多是这样的， web 界面的 php 就是个幌子，直接 passthru 调 C （你没看错就是 ANSI C ）写的实际控制程序。
只有两段 JS ，一个用来显示动态曲线图，一个用来显示图片缩放。
因为这个系统要求的基本上是实时响应，去你娘的 web 渲染，哪有那闲情逸致。
不过说实话这样写的代码真的非常简洁清晰，很容易看懂，维护起来很方便，加个新功能也就半个小时（算上测试）的事情完事儿了。