为什么面向对象分析与设计的能力这么不受重视

[wog]

我很好奇，为什么在面试的时候很少有人会问到关于面向对象设计的问题，我花了将近一年的时间学习面向对象分析与设计，模式设计，看完了四个老外那本《设计模式》，看完了《设计模式精解》，看完了《设计模式沉思录》，重写了上万行代码，前几天面试时候败在了一个排序上，原因是我之前一直用的是qsort，所以我用了大概三分钟，自己写了选择排序，而我学长只用了1分钟左右，面试的人说我基础不扎实，
我说我会设计模式，他说了一大串，总之意思就是：程序就是算法和数据结构，算法是程序之魂。。。
好吧。。。我基础不扎实。。。
可是之后那学长跟我说，以后面试要提前准备，像各种排序算法要提前背。。。
我知道，学长是好心，可我还是觉得很不舒服，为什么面试就只是问算法，抠各种奇怪的几年都用不到的c++语言知识，而且算法我也会，我3分钟自己写出来就比怎么他背出来的差，各种不懂。。。


Ps：经过这次我觉得我确实应该再静下心好好学一学，等读完手头的《linux设备驱动程序》《Unix高级程序设计》再去实习

[bombless]

传说每次面试前要多背一次快排。

另外许多时候面试官只是需要一个拒绝你的理由，而他已经找到一个他中意的。（也许是某个对工资要求低的，也许是某个脾气和他很合的，或者是跟他在新项目中需要的技术很合拍的人）。

[Alex_L]

@bhuztez 你举的spreadsheet的例子跟并发一点关系都没有。你输入一个指CPU计算后再输出来，就这么简单。相比人的手速和反应，IO都太快，CPU不仅没并发，还得等待IO事件。不能理解个人计算机GUI跟并发有什么关系。当然进程级并发在GUI之前就有了。

> The large scale one was to find a better module scheme for complex systems involving hiding of details
Unix管道机制难道也是并发？无非是把各模块组合起来使用的机制罢了。Unix哲学是do one thint do it well,通过不同高聚合、低耦合模块的组合来完成复杂任务，而模块间用管道等IPC机制组合起来，某种程度也就是消息传递。

Niall Dalton是谁？

[bhuztez]

@Alex_L spreadsheet在这里可能不是非常恰当，但是这的确可以算是并发的。并发就是有很多相对独立的状态，他们之间相互影响。GUI和并发多少是有点关系。常见的GUI库都是一个大循环不停地回调，号称event-driven，但有一个明显的缺点，一个回调函数不能有耗时操作，不然整个窗口都会卡住，耗时操作怎么处理就变成一个难题了。你可以看看BeOS那种GUI处理风格。你会发现和Erlang的模型更接近。

> Unix管道机制难道也是并发？无非是把各模块组合起来使用的机制罢了

难道不是啊？对啊，处理并发就是要有一个把各模块组合起来使用的机制，通过不同高聚合、低耦合模块的组合来完成复杂任务罢了。OO就是这么点内容啊。被吹成了一个大hype，搞得好像不支持OO就不能很好解决问题了一样。


> Niall Dalton是谁？

我从这里抄来的，应该是Erlang邮件列表上一个人。Joe Armstrong在列表上问怎么样向Smalltalk程序员介绍Erlang。Niall Dalton就说了Erlang is Smalltalk as Alan Kay wanted it

http://www.esug.org/data/ESUG2006/pres/erlang-smalltalkconference.pdf