@bhuztez 我不知道你所说的习惯用语OOP和真实的OOP的严格定义是什么，我理解你的真实的OOP的意思可能是smalltalk那种纯OOP，而习惯用语OOP是指普通口头意义上的OOP的话，我的意思确实是指习惯用语OOP,但我不清楚你为什么断定我很难回答你的两个问题。

从你说的话看来，你也是反对用算法来招人的，这一点我是和你有相同看法的。

实际上无论我们是否把这个问题争论得多么清楚，都不能改变我们现在使用的语言的大多数框架都是建立在OOP基础之上的，我的意思是现在的公司确实应该重视如何使用设计模式这类OO设计方法甚于使用各类算法，因为算法记不住是可以翻书查的，但设计模式你如果不下苦功夫去理解，查书都没有办法。

@bhuztez 看来你很像一个大学老师。

@est 看来你还是认为虽然OOP虽然很大众，但还是不应该使用，如果真的不使用OOP了之后，那目前OOP实现的这些功能，其他非OOP能胜任吗？这应该是计算机科学应该研究的问题，因为我现在还是搞工程的，我现在看到的是目前大部分编程任务还需要OOP来完成，因此你认为OOP不应该那么重要仍然说服不了我。当你说服大部分工程师使用非OOP方法做软件的时候，我会听你的建议的。

@est 哈哈，我同意你的那部分观点，因为我现在还没有找到反驳你的办法，但从你上面那句话我觉得你的意思是面向对象的程序设计方法是小众化的设计方法，而这一点是我不同意的。

@est TIOBE语言榜上前五名除了C不是主要以面向对象为主，其余四个java,Object-c,c++,c#可都是以面向对象为主哦。

@wog 你的干劲还是值得称赞的，我还是觉得在国内大家都不太重视设计模式的情况下，可能这方面也的确存在短板，国内那么多公司都想做移动操作系统，明知这很重要，但却没有任何办法，说明国内在某些方面是存在短板的，要做一个移动操作系统首先就需要设计框架，这都需要设计模式的，愿你能学有所长，有一天能找到适合你的公司。

@svampire 设计模式按软件工程阶段来说确实应该属于详细设计阶段，不应该属于编码阶段（敏捷法例外），一般公司招人都是招程序员，面试算法为主也是正常的。如果要招架构师的话，应该面试就不是以算法为主了。

其实设计模式在框架和工具包或者系统软件中用得很多，但国内做这类软件的很少，也可能导致国内用设计模式的方法做软件的比较少。

@wog 补充一点，游戏类公司可能比互联网公司更注重设计模式，设计模式书中就有很多这类例子，不知道这里是否有在游戏公司工作的人介绍一些这方面的情况。

@wog 如果你的目的是找工作，很多公司的目的是找个员工尽快把工作做出来，可能一个能熟记各种算法的人是一个理想目标，但是现实并不妨碍你应该有一个自己的理想啊，如果你自己有自己的想法，也可以利用空闲时间钻研一些其他的东西，至于是否真能找到适合自己的公司，那还真是一个缘分问题。

大概是每个公司都有不同的文化，你不被微软喜欢，并不见得你就不被谷歌喜欢，重要的是找到适合自己的公司，到底是面向对象重要还是面向算法重要，还需要看这些不同种类的公司不同时间段以后哪个公司在市场上活得更好才对。

实际上不管这到底是不是为了google的利益，我们应该关心的是到底这种信息自由流动是否对我们普通互联网用户有好处，是否对科技创新有好处，大家应该摒弃个人对某个公司的喜好来讨论这个问题，这个问题和爱不爱国也应该关系不大。

真心喜欢网易做的这篇专题。

无论有没有谷歌这个倡议，在目前情况下，互联网控制权也不大可能从ICANN转移到ITU.

其实操作系统最需要的是稳定，安全。现在的windows系统已经相当稳定了，而且也比较安全。在稳定，安全的条件下，大多数人是不愿费劲不停升级操作系统的，win7不能从xp升级只能重新安装就难倒了很大一批人。但这样如果大家都不升级操作系统，微软就没法赚钱了，所以微软就采取在某个时间停止更新老操作系统的办法强制大家升级操作系统，但有很多人是不到最后关头都不会升级操作系统的，特别是国内更是这样。微软确实缺乏创新精神，现在做的事，除了kinect,感觉都是拼命的追赶其他公司，感觉微软以后确实挺困难的。如果走到最后非常困难的关头，微软还是有开源某个产品的可能性。
另外如果微软真正变成他所说的部分是硬件方面的公司，也可能开源部分产品，前提是硬件卖得很好，微软不需要卖纯软件也能挣钱，但因为微软的平台不像苹果那样是封闭的，要完全操控硬件的价格也很困难，因此在硬件上赚钱也很有难度。
但真的到那时开源了，很可能别的操作系统都相当完善了，软件也可能相对微软现在有更大差距，微软要打拼市场确实有难度。

phonegap是基于html5的，速度可能慢一点，monotouch好像要收费，
事实上苹果不允许附加运行时的任何应用在appstore上销售的，比如你用java做的程序就不允许上appstore,adobe air 就是采取交叉编译到本地应用的方法，但不知道什么原因好像真正用air开发应用的并不多。
曾经有人说苹果不允许上appstore的应用运行appstore外的任何程序，包括脚本语言，但是appstore上现在已经有python应用： https://itunes.apple.com/us/app/python-for-ios/id485729872?mt=8&ign-mpt=uo%3D4
这可能是因为2010年九月后苹果放松管制的结果： http://www.apple.com/pr/library/2010/09/09Statement-by-Apple-on-App-Store-Review-Guidelines.html

可能这个才是Google力推Native Client的真正原因。

虽然觉得实现上可能有一些困难，但精神可嘉啊，希望有更多的人参与。