问两个基础的问题（前两天面试碰到的）(10)

首先声明，这两个问题可能是因为叫法不同而产生的歧义。1、序列：是指一张单据（数据库中的一个表），用一个字段保存其状态（1为新建、2为修改、3为审核、0为取消……）。 问题是：这是标准叫法吗？我刚一听序列，以为是ORACLE中的序列呢（相当于SQL SERVER中的自动增长列），但面试人员就说是叫序列。2、多文档与MDI：面试人员问我有没有开发过多文档，我说是MDI吧，我们程序就是这样的，就是可以打开多个窗口。而面试人员一笑，那表情就象我从外星球来的或是落后时代几十年似的，然后说，多文档是多文档，MDI是MDI，不一样的。我说不对啊，很多基础教程上都说多文档就是MDI，而且MDI的英语意思翻译成中文就是多文档。我问他具体多文档是指什么，他叫自己到网上查，我查了，应该就是这个意思啊。除非是另一种方式，就象现在有很多人问的，类似在pagecontrol中的页面放窗口似的；或是象WORD，每打开一个新界面就彻底打开一个程序似的。在这里问大家一下，究竟是怎么一回事。

1、序列：是指一张单据（数据库中的一个表），用一个字段保存其状态（1为新建、2为修改、3为审核、0为取消……）。 问题是：这是标准叫法吗？我刚一听序列，以为是ORACLE中的序列呢（相当于SQL SERVER中的自动增长列），但面试人员就说是叫序列。 不应该叫序列吧，应该叫“状态字”还差不多2：我也觉得多文档就是MDI

to zbdzjx,问题关键是你去应聘，你一反问说不对，基本你就没机会了。除非你是抱着试试的心态去。

MD是MD,MDI是MDI。并不相同。我觉得MD(多文档)是一种模式或者指导思想。就是建立基于某个主框架窗体内的多子窗体方式，实现方式应该是不唯一的，比如，我比较喜欢的页控件来作为主框架窗体。MDI(多文档接口)是实现MD的标准或实现结构。MD与MDI我认为可以这样去理解他们之间的区别：MD是抽象思想，MDI是实现MD的执行规范，而实现是基于以上的代码实例。嗯，可能我下面的比喻并不太贴切，但希望对你的理解有所帮助。比如，新能源汽车是一个抽象的概念(MD)，而新能源汽车要实现哪些特有功能和特性(接口)就是其制造规范(MDI)，而太阳能汽车是按规范实现的一种特定的新能源汽车(implementation)。

其实我觉得那些面试人员就是找事。开发多文档其实也就是实现多文档接口，感觉这些招聘人员其实是从心里看不起应聘者，觉得应聘者都是菜鸟、笨蛋、2周的Delphi控件拖放员，没啥真才实学都是一肚子浆糊。其实呢，现在呢？一面是企业说找不到好点的Delphi程序员，一面又看不起应聘的程序员。要知道，现在工作是不好找，招聘的要求往往又是精通又是高手，所以应聘者通常都是非常紧张的；但你也不想想，精通、高手哪个公司敢放走，且，到了那境界大多已转向管理和架构，人都要往上走，都希望从学徒——》助手——》副手——》工匠——》资深——》大师，总在精通和高手（资深）中转悠不升到大师，谁会这么傻，谁会真的编一辈子码？来应聘的大多是没有多少工作经验的人，但能有真正喜欢和熟悉delphi的人就不错了，但情况往往是这样，你喜欢熟悉delphi，企业又希望你会更多的，而企业，中国软件企业最大的失败我认为是没有培养自己的人才，所以程序员对企业没有什么忠诚度可言，而且我们的软件企业又把程序员天真的理解为了代码员（二者区别是巨大的，程序员一般喜欢主动解决问题，而代码员则被动实现已解决问题，和打字员的差别不是很大，当然，打字员人家会的是五笔，而我喜欢拼音，但让打字员拼拼音通常会郁闷死你），认为好手、高手遍地都是，而且都总是希望捡块金砖或挖个墙角，而不是自己去培养。说句不好听的，半路夫妻，风平浪静，幸幸福福，大难临头，各奔东西。当然我也喜欢Delphi，虽然她不完美，但是我无法不喜欢她。当然，我也会C++，也懂点java和C#，浅尝汇编，但仍最爱delphi。华丽的C++我仰慕她，但我不爱她；java和C#也系出名门，美丽而优雅，但是她们有太多的秘密，而且出门喜欢随身带一大车行李，汇编，还是算了吧，这位站在帝国顶端的冷美人，还是远远的瞟一眼算了。有人也许会说，企业不是培训学校，不是养闲人的地方，但不是自己养出来的，其忠诚度也可想而知。就像哪个正常国家的主力正规军都不会是外籍兵团一样。抱歉，一不小心，发了一堆牢马蚤，无意冒犯，还请见谅。

透彻！可惜呀，在学徒——》助手——》副手——》工匠——》资深——》大师这条链中，我最多也就算“工匠”，而且已经停步不前，不知道怎么走向“资深”了。“管理”？更是摸不到“门”！

dark_power,您说得太好了!

to autumn： 我一半是真找，一半是看看市场情况，一方面可以看到自己的水平有多高，一方面看看市场发展方向，因为我在一家公司待久了（5年），所以对现在软件行业情况不了解，如果看到适合而且待遇不错的就走，不然就再看看。to althon64： 你这么一说，我到想起来一个词“状态机”，好象也是这个意思，但我的这些想法都是几年前的叫法了，现在不知道有没有变化。to dark_power： 你说的真是到点子上了。我感觉，每个公司都有每个公司的开发方式，基本上不同，就连叫法也会有差异。我觉得应该象国外的公司学学，多一些培训。我搞软件尽十年了，D也用7、8年了，如果到那家公司，稍微培训一下，用不到一个月，就应该适应了。但他们还是想要一个马上能上手的。当然，如果一个是马上上手的，一个是要培训的，他们还是要马上能上手的，这也是常情，很多软件公司也都是这样的，反正中国人多，想找什么样的人都有。 再补充一个当时讨论的一个问题：系统流程和软件开发技术的重要性。 写了这么多年的程序了，感觉软件开发技术（具体是指写代码）是越来越不重要了，系统流程的重要性越来越高了。 这个想法，源于我现在在的公司，公司内部的管理系统，流程经常在变，今天这样，明天那样，最后发现，其实语句那是那几十条、上百条，变的只是流程，整个系统只是那些语句堆砌而成的。 前两年考过系统分析员（虽然没过），但看教材上，已经不讲具体的语法、代码了，全部是管理。 我跟那位面试人员讨论时，他一直在强调，如果代码写的不好了，或是怎么怎么了，系统又会怎么怎么了。当时我也没有表达清楚。 其实，并不是说写代码不重要，我们是要到代码这个层次上面去看系统，发现系统其实不过就是那么一回事。再跳到更高的一个层次，再看系统，其实也挺可笑的。 当然，我指的系统是常用的系统，如果包括一些特殊的系统（如某些算法，一些引擎）那还绝对不是我说的这样的。

那面试人员纯装a~c！拿自己圈子里的黑话来唬圈外人。本身水平不够或者就是动机不纯！

楼主，您在哪里，如果在北京，我这里有意招募，我需要一个开发Internet相关的客户端程序的Delphi工程师。 我是老富翁了，好几年不来了，看到这里还有不少朋友，很高兴。 另外，问一个问题：我看到以前的代码里面有单元注释，想知道这是那个软件的哪个功能实现的，不知道谁能告诉我？谢谢了。//==============================================================================// Unit Name: cxLookupComboBoxEx// Author : ysai// Date : 2003// Purpose : 扩展cxLookupComboBox,cxDBLookupComboBox,使其支持多列过滤// History :// 2003-05-28大数据量改进// 2003-07-07可操作性改进// 2003-08-20效率改进// 2003-08-29加入过滤延时// 注意:// 限制1,不能再使用Properties.OnChange事件// 限制2,不能再使用Properties.ListSource.DataSet.OnFilterRecord事件// 限制3,不能再使用Properties.ListSource.DataSet.Filtered属性// 其它,最好在设计期设好一切属性,运行期再设置属性可能引发求知错误//==============================================================================

to:liuxudong我在昆山.你的注释该不会是自己写的吧.难道说有专门的管理程序???

这个注释，我在很多地方都看到了，并且在我过去的作品也看到了，我记得当时一个快捷键就搞定了，应该是工具，所以要来问一下，看看有没有记性好的大富翁。

是Ctrl + Alt + H 吗？ 呵呵以前经常用的，GExperts，可以自定义文件头格式，按热键就自动加到文件头上去了。楼主应该遇到一个水平不怎么样的面试官，哈！我面试的时候，如果对方不懂，我会把正确答案告诉他，并且如果对方有疑问的话，跟他解析一下为什么这样。在这个过程中也是考察对方的反应能力等等的好机会。