软件开发者面试百问

作者 Jurgen Appelo 译者 李剑 发布于 2009年1月20日

领域

语言 & 开发,

架构 & 设计,

过程 & 实践,

企业架构

主题

SOA ,

编程 ,

Ruby ,

Java ,

架构 ,

敏捷 ,

.NET

标签

采访

1月13日，著名博客作者Jurgen Appelo写了一篇博文：“软件开发者面试百问”。该文甚受读者欢迎，15日便登上了delicious，Popurls.com，Reddit的首页。InfoQ中文站在得到作者许可之后，将其全文翻译为中文，希望可以对国内读者有所助益。

以下为文章全文：

---

想雇到搞软件开发的聪明人可不容易。万一一不小心，就会搞到一堆低能大狒狒。我去年就碰到这种事了。你肯定不想这样吧。听我的，没错。在树上开站立会议门都没有。

问点有难度的问题能帮你把聪明人跟狒狒们分开。我决定把我自己整理出来的软件开发者面试百问发出来，希望能帮到你们的忙。

这个列表涵盖了软件工程知识体系中定义的大多数知识域。当然，如果你只想找出类拔萃的程序员，便只需涉及结构、算法、数据结构、测试这几个话题。如果想雇架构师，也可以只考虑需求、功能设计、技术设计这些地方。

不过不管你怎么做，都要牢记一点：

这里大多数问题的答案都没有对错之分！

你可以把我的这些问题作为引子，展开讨论。例如下面有个问题是使用静态方法或是单例的缘由。如果那个面试的就此展开长篇大论，那他很有可能是个聪明能干的家伙！如果他一脸茫然的看着你，发出这种声音，很明显这就是只狒狒了。同样，想知道一个数是不是2的乘方也有很多方法，不过要是面试的人想用mod运算符，嗯……你知道我的意思吧。（你不知道也没关系，来根香蕉？）

需求

1. 你能给出一些非功能性（或者质量）需求的例子么？
2. 如果客户需要高性能、使用极其方便而又高度安全，你会给他什么建议？
3. 你能给出一些用来描述需求的不同技术么？它们各自适用于什么场景？
4. 需求跟踪是什么意思？什么是向前追溯，什么是向后追溯？
5. 你喜欢用什么工具跟踪需求？
6. 你怎么看待需求变化？它是好是坏？给出你的理由。
7. 你怎样研究需求，发现需求？有哪些资源可以用到？
8. 你怎么给需求制定优先级？有哪些技术？
9. 在需求过程中，用户、客户、开发人员各自的职责是什么？
10. 你怎么对待不完整或是令人费解的需求？

功能设计

1. 在功能设计中有哪些隐喻？给出几个成功的例子。
2. 如果有些功能的执行时间很长，怎么能让用户感觉不到太长的等待？
3. 如果用户必须要在一个很小的区域内，从一个常常的列表中选择多个条目，你会用什么控件？
4. 有哪些方法可以保证数据项的完整？
5. 建立系统原型有哪些技术？
6. 应用程序怎样建立对用户行为的预期？给出一些例子。
7. 如何入手设计一组数量庞大而又复杂的特性，你能举出一些设计思路吗？
8. 有一个列表，其中有10个元素，每个元素都有20个字段可以编辑，你怎样设计这种情况？如果是1000个元素，每个元素有3个字段呢？
9. 用不同的颜色对一段文本中的文字标记高亮，这种做法有什么问题？
10. Web环境和Windows环境各有些什么限制？

技术设计

1. 什么是低耦合和高聚合？封装原则又是什么意思？
2. 在Web应用中，你怎样避免几个人编辑同一段数据所造成的冲突？
3. 你知道设计模式吗？你用过哪些设计模式？在什么场合下用的？
4. 是否了解什么是无状态的业务层？长事务如何与之相适应？
5. 在搭建一个架构，或是技术设计时，你用过几种图？
6. 在N层架构中都有哪些层？它们各自的职责是什么？
7. 有哪些方法可以确保架构中数据的正确和健壮？
8. 面向对象设计和面向组件设计有哪些不同之处？
9. 怎样在数据库中对用户授权、用户配置、权限管理这几项功能建模？
10. 怎样按照等级制度给动物王国（包括各种物种和各自的行为）建模？

程序设计

1. 你怎样保证你的代码可以处理各种错误事件？
2. 解释一下什么是测试驱动开发，举出极限编程中的一些原则。
3. 看别人代码的时候，你最关心什么地方？
4. 什么时候使用抽象类，什么时候使用接口？
5. 除了IDE以外，你还喜欢哪些必不可少的工具？
6. 你怎么保证代码执行速度快，而又不出问题？
7. 什么时候用多态，什么时候用委派？
8. 什么时候使用带有静态成员的类，什么时候使用单例？
9. 你在代码里面怎么提前处理需求的变化？给一些例子。
10. 描述一下实现一段代码的过程，从需求到最终交付。

算法

1. 怎样知道一个数字是不是2的乘方？怎样判断一个数是不是奇数？
2. 怎样找出链表中间的元素？
3. 怎样改变10,000个静态HTML页面中所有电话号码的格式？
4. 举出一个你所用过的递归的例子。
5. 在散列表和排序后的列表中找一个元素，哪个查找速度最快？
6. 不管是书、杂志还是网络，你从中所学到的最后一点算法知识是什么？
7. 怎样把字符串反转？你能不用临时的字符串么？
8. 你愿意用什么类型的语言来编写复杂的算法？
9. 有一个数组，里面是从1到1,000,000的整数，其中有一个数字出现了两次，你怎么找出那个重复的数字？
10. 你知道“旅行商问题（Traveling Salesman Problem）”么？

数据结构

1. 怎样在内存中实现伦敦地铁的结构？
2. 怎样以最有效的方式在数据库中存储颜色值？
3. 队列和堆栈区别是什么？
4. 用堆或者栈存储数据的区别是什么？
5. 怎样在数据库中存储N维向量？
6. 你倾向于用哪种类型的语言编写复杂的数据结构？
7. 21的二进制值是什么？十六制值呢？
8. 不管是书、杂志还是网络，你从中所学到的最后一点数据结构的知识是什么？
9. 怎样在XML文档中存储足球比赛结果（包括队伍和比分）？
10. 有哪些文本格式可以保存Unicode字符？

测试

1. 什么是回归测试？怎样知道新引入的变化没有给现有的功能造成破坏？
2. 如果业务层和数据层之间有依赖关系，你该怎么写单元测试？
3. 你用哪些工具测试代码质量？
4. 在产品部署之后，你最常碰到的是什么类型的问题？
5. 什么是代码覆盖率？有多少种代码覆盖率？
6. 功能测试和探索性测试的区别是什么？你怎么对网站进行测试？
7. 测试套件、测试用例、测试计划，这三者之间的区别是什么？你怎么组织测试？
8. 要对电子商务网站做冒烟测试，你会做哪些类型的测试？
9. 客户在验收测试中会发现不满意的东西，怎样减少这种情况的发生？
10. 你去年在测试和质量保证方面学到了哪些东西？

维护

1. 你用哪些工具在维护阶段对产品进行监控？
2. 要想对一个正在产品环境中被使用的产品进行升级，该注意哪些重要事项？
3. 如果在一个庞大的文件中有错误，而代码又无法逐步跟踪，你怎么找出错误？
4. 你怎样保证代码中的变化不会影响产品的其他部分？
5. 你怎样为产品编写技术文档？
6. 你用过哪些方式保证软件产品容易维护？
7. 怎样在产品运行的环境中进行系统调试？
8. 什么是负载均衡？负载均衡的方式有哪些种？
9. 为什么在应用程序的生命周期中，软件维护费用所占的份额最高？
10. 再造工程（re-engineering）和逆向工程（reverse engineering）的区别是什么？

配置管理

1. 你知道配置管理中基线的含义么？怎样把项目中某个重要的时刻冻结？
2. 你一般会把哪些东西纳入版本控制？
3. 怎样可以保证团队中每个人都知道谁改变了哪些东西？
4. Tag和Branch的区别是什么？在什么情况下该使用tag，什么时候用branch？
5. 怎样管理技术文档——如产品架构文档——的变化？
6. 你用什么工具管理项目中所有数字信息的状态？你最喜欢哪种工具？
7. 如果客户想要对一款已经发布的产品做出变动，你怎么处理？
8. 版本管理和发布管理有什么差异？
9. 对文本文件的变化和二进制文件的变化进行管理，这二者有什么不同？
10. 同时处理多个变更请求，或是同时进行增量开发和维护，这种事情你怎么看待？

项目管理

1. 范围、时间、成本，这三项中哪些是可以由客户控制的？
2. 谁该对项目中所要付出的一切做出估算？谁有权设置最后期限？
3. 减少交付的次数，或是减少每个每个交付中的工作量，你喜欢哪种做法？
4. 你喜欢用哪种图来跟踪项目进度？
5. 迭代和增量的区别在哪里？
6. 试着解释一下风险管理中用到的实践。风险该如何管理？
7. 你喜欢任务分解还是滚动式计划？
8. 你需要哪些东西帮助你判断项目是否符合时间要求，在预算范围内运作？
9. DSDM、Prince2、Scrum，这三者之间有哪些区别？
10. 如果客户想要的东西太多，你在范围和时间上怎样跟他达成一致呢？

阅读英文原文：100 Interview Questions for Software Developers。

---

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家加入到InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。

1. 返回顶部

   ft，完蛋了，大部分问题都不知道啊

   发表人 老鹰 胖

   如题

   回复

2. 返回顶部

   Re: ft，完蛋了，大部分问题都不知道啊

   发表人 Jiang Haijian

   好像挺难，关键没有参考答案，有N种想法，不知道对不对啊

   回复

3. 返回顶部

   Re: ft，完蛋了，大部分问题都不知道啊

   发表人 zhang jason

   me too!

   回复

4. 返回顶部

   SWEBOK应该译为软件工程知识体系

   发表人 刘江 图灵

   当然，software engineering本身译为软件开发也不错。但是SWEBOK作为一个文献，大家已经习惯那么叫了。这又引出一个问题：软件工程和软件开发在中文里有区别么？大家可能更习惯软件开发的狭义，也就是写代码那些事情吧，与测试、需求、设计之类相对？

   回复

5. 返回顶部

   另外，stack标准译法是栈，与heap=堆相区别

   发表人 刘江 图灵

   同样，哈希的标准译法是散列。哈希是误译，估计是错误认为人名了。
   
   还有测试栈是啥意思？stack在表示数据结构之外，最好译为组、组合之类，比如TCP/IP协议组，LAMP技术组合等等。你译为栈，中国人怎么也想不通的。
   
   噢，看了原文，是test suite，那就应该译为测试套件之类的嘛。
   
   re-engineering和reverse engineering可以分别译为再工程和逆向工程，加英文标注即可。
   
   小标题“结构”,也就是“1. 你怎样保证你的代码可以处理各种错误事件？”之前的那个，原文是construction，译为构造或者代码编写、程序设计应该都可以。

   回复

6. 返回顶部

   Re: 另外，stack标准译法是栈，与heap=堆相区别

   发表人 霍 泰稳

   在大学学《数据结构》结构的时候，都是叫“哈希表”的吧；另外“栈”好像也是通用语，什么软件栈（software stack），工具栈（tool stack）。这两个词语都好像已经成约定俗成的用法了。

   回复

7. 返回顶部

   Re: 另外，stack标准译法是栈，与heap=堆相区别

   发表人 刘江 图灵

   在大学学《数据结构》结构的时候，都是叫“哈希表”的吧；另外“栈”好像也是通用语，什么软件栈（software stack），工具栈（tool stack）。这两个词语都好像已经成约定俗成的用法了。

   
   
   这些我都知道，但是不能将错就错，墨守成规啊。约定俗成也是在变化的。哈希其实已经逐渐被散列替代了。
   
   软件栈、工具栈都是不通的翻译，其实可以避免的。而且你在Google里搜一下工具栈，哪里能看出约定俗成？软件栈虽然多，也能看出大家用起来很别扭，有些地方是打引号的。更通行的是协议栈，可以说是约定俗成了，大致可以接受。但是Google的第二个结果就是“协议与协议栈到底不什么不同啊？”

   回复

8. 返回顶部

   Re: 另外，stack标准译法是栈，与heap=堆相区别

   发表人 小刀 凉粉

   已经都按照刘江老师的建议改过来了。
   
   软件工程知识体系那个完全是误译，没走大脑，engineering怎么也不会译成开发的。
   哈希那个是因为从学算法的那时就一直说哈希，所以就改不过来了。。以后会注意的。
   test suite那个也是没走大脑的误译。

   回复

9. 返回顶部

   Re: ft，完蛋了，大部分问题都不知道啊

   发表人 小刀 凉粉

   作者说过了：这里大多数问题的答案都没有对错之分！

   回复

10. 返回顶部

    翻译错误

    发表人 chen zuma

    配置管理的第六条中，“用什么侗剧管理”应该是“用什么工具管理”。

    回复

11. 返回顶部

    問題大部分都會答的人可以當大台柱

    发表人 wang joe

    我想這幾個問題
    台灣所有的資深PG都答不出來吧
    大狒狒搞IT

    回复

12. 返回顶部

    我喜歡你的wav檔案

    发表人 wang joe

    真令我大笑一場

    回复

13. 返回顶部

    看来软件开发是聪明人和大狒狒的组合

    发表人 曹 云飞

    大多数是狒狒，我喜欢吃香蕉

    回复

14. 返回顶部

    又有学习的动力了.

    发表人 张 丹

    确实有不少的东西平时没有用到,自己就没有深入了解!...惨愧啊, 还是要每天都看书才行

    回复

15. 返回顶部

    哈希是音译，散列是意译

    发表人 jones tom

    "哈希"是hash的音译，"散列"是意译。现在一般文章中"散列"用得多，"哈希"在教科书中用得多。

    回复

16. 返回顶部

    Re: 翻译错误

    发表人 小刀 凉粉

    啊哈，是拼音输入法，没检查到，多谢多谢

    回复

17. 返回顶部

    软件开发者面试百问答案出炉

    发表人 老 紫竹

    当然，全部是我个人的答案，不代表别人。地址
    www.laozizhu.com/program.jsp?typeId=104
    或者到Google搜索“软件开发者面试百问答案” 也可以。
    --------------------------------------------------
    老紫竹研究室，分享软件开发的快乐与收获

    回复

18. 返回顶部

    友情提示：注重过程而不是结果

    发表人 liu ozzzzzz

    这些问题是给大家用来引出话题的，来考察知识结构完整和思维方式差异的。其中很多内容是没有标准答案，而且即便有标准答案，但是也不是需要你提供一个标准答案，而是需要你能够发表出自己的见解。同时也要注意，这些问题中有的是有地域性或者时间性等环境差异的，比如“DSDM、Prince2、Scrum，这三者之间有哪些区别”，问在英国的人就比较合适；而在国内，可以问RUP、XP、TSP之间的差别；而如果你是想去问一个敏捷者，则可以问DSDM，SCRUM，XP之间的关系之类的。同时这些话题都是一个起点，用来进行深入讨论的起点。比如说举一个非功能性需求的例子，然后你可以继续问非功能性需求是不是可以转化为功能性需求，举一个例子。
    一定要注意，这些题目都是开放的，有着不同的学术背景和开发背景的人会给出各种不同的回答，很多时候其中并不对错（当然如果确实有错误，那么说明这个人显然有缺陷）。而使用的时候，关键是要能跟着对方的思路，进一步的追问，比如追问到第三步话题。再举一个例子吧。
    问：如果客户想要的东西太多，你在范围和时间上怎样跟他达成一致呢？
    答：那我们就把这些东西都做细化，分项，然后逐项讨论，最后进行综合，叫客户自己看到我们的范围和时间是如何确定的。
    问：那么该如何细化呢？
    答：我们会采取功能分配法，也就是将一个大需求分开，按照各个操作点，逐步进行分配。
    问：您能深入介绍一下功能分配法吗，我对这个很有兴趣。特别是操作点又是如何划分的呢？
    答：。。。。。。。。
    如此如此，就可以了。
    而实际上，除非是这些问题过于具有地域等客观约束，否则大家都应该能够说点东西出来。当然可能谈不上完美，但是你没有自己的看法，就不是太应该了。而且回答的时候，未必需要严格按照原有的格式回答。比如问你喜欢用哪种图跟踪项目进度，你就可以说我用的是FDD方面，是一种利用feature跟踪进度的方法，可以用彩色的图版，但是不能说是一种图，而是一系列的图和数字。
    
    最后再给大家打点预防针，这些问题是提供给大家思考和讨论的，不是给大家判分的。凡是去找标准答案的，可以免了。而凡是提供标准答案的，大家可以直接无视好了。而去看别人如何答的，基本上都得不到太多。因为我前面说过，这些问题都是一个起点，深入下去才能看到价值和结果。

    回复

19. 返回顶部

    快点给多点香蕉过来

    发表人 rowe poprlz

    快点给多点香蕉过来,我在你们眼中都是一只大狒狒

    回复

20. 返回顶部

    我找到个不当狒狒的方法

    发表人 Colder Xihk

    拿这些题去面试别人
    而不是接受这场面试

    回复

21. 返回顶部

    Re: 友情提示：注重过程而不是结果

    发表人 xie pengfei

    照你这样面试方法,我估计得去微软总部去招人. 适合的就是对的. 一个十几人小公司有钱请这样的牛人么?人家也不来.

    回复

22. 返回顶部

    Re: 友情提示：注重过程而不是结果

    发表人 dong ming

    珍藏了,以后用来问别人

    回复

23. 返回顶部

    我是来领香蕉的~~

    发表人 Chen Steven

    好多的香蕉~~~

    回复

24. 返回顶部

    大猩猩是了

    发表人 dong ming

    应该还没有进化好。

    回复

25. 返回顶部

    大部分都是猩猩

    发表人 李 江

    按这个要求，北京上海等大城市拿7000以上的，10个有9个是猩猩。

    回复

26. 返回顶部

    基本都忘光了

    发表人 朱 江锋

    基本都忘光了， 对我这种不注重积累的人

    回复

27. 返回顶部

    删了这文章

    发表人 - 博文 1公子

    我见意把这篇文章删了,这个作者就是个狒狒,fei青,他知道的这些知识不知道有几样他是精的,我可以给他来个面试

    回复

28. 返回顶部

    所有的问题就一个答案

    发表人 yx l

    google

    回复

29. 返回顶部

    DSDM、Prince2、Scrum，这三者之间有哪些区别？

    发表人 阳 衡锋

    没有区别，都不知道。

    回复

30. 返回顶部

    5555555

    发表人 Angel Black

    完了,我也大部分都不知道.有答案么?

    回复

31. 返回顶部

    Re: ft，完蛋了，大部分问题都不知道啊

    发表人 ke yanjin

    本就是没有一个标准的问题

    回复

32. 返回顶部

    原来我也经常吃香蕉的 呵呵

    发表人 焦 元奎

    很受启发,像楼上有人说的,关键不是答案 而是从问题上想到了什么,向哪个方向思考问题了,呵呵 以后还得继续学习啊 感谢作者

    回复

33. 返回顶部

    Re: 友情提示：注重过程而不是结果

    发表人 Dong Li

    这些问题是给大家用来引出话题的，来考察知识结构完整和思维方式差异的。其中很多内容是没有标准答案，而且即便有标准答案，但是也不是需要你提供一个标准答案，而是需要你能够发表出自己的见解。

    
    同意! 更重要的是学会怎么提问,怎么思考和怎么解答.

    回复

34. 返回顶部

    真难啊

    发表人 Lee Binary

    要学多少东西才能达到这水平?

    回复

35. 返回顶部

    Re: 真难啊

    发表人 chen popo

    不学习就会被人家鄙视成狒狒

    回复

36. 返回顶部

    Re: 友情提示：注重过程而不是结果

    发表人 geng gavin

    这些问题是给大家用来引出话题的，来考察知识结构完整和思维方式差异的。其中很多内容是没有标准答案，而且即便有标准答案，但是也不是需要你提供一个标准答案，而是需要你能够发表出自己的见解。同时也要注意，这些问题中有的是有地域性或者时间性等环境差异的，比如“DSDM、Prince2、Scrum，这三者之间有哪些区别”，问在英国的人就比较合适；而在国内，可以问RUP、XP、TSP之间的差别；而如果你是想去问一个敏捷者，则可以问DSDM，SCRUM，XP之间的关系之类的。同时这些话题都是一个起点，用来进行深入讨论的起点。比如说举一个非功能性需求的例子，然后你可以继续问非功能性需求是不是可以转化为功能性需求，举一个例子。
    一定要注意，这些题目都是开放的，有着不同的学术背景和开发背景的人会给出各种不同的回答，很多时候其中并不对错（当然如果确实有错误，那么说明这个人显然有缺陷）。而使用的时候，关键是要能跟着对方的思路，进一步的追问，比如追问到第三步话题。再举一个例子吧。
    问：如果客户想要的东西太多，你在范围和时间上怎样跟他达成一致呢？
    答：那我们就把这些东西都做细化，分项，然后逐项讨论，最后进行综合，叫客户自己看到我们的范围和时间是如何确定的。
    问：那么该如何细化呢？
    答：我们会采取功能分配法，也就是将一个大需求分开，按照各个操作点，逐步进行分配。
    问：您能深入介绍一下功能分配法吗，我对这个很有兴趣。特别是操作点又是如何划分的呢？
    答：。。。。。。。。
    如此如此，就可以了。
    而实际上，除非是这些问题过于具有地域等客观约束，否则大家都应该能够说点东西出来。当然可能谈不上完美，但是你没有自己的看法，就不是太应该了。而且回答的时候，未必需要严格按照原有的格式回答。比如问你喜欢用哪种图跟踪项目进度，你就可以说我用的是FDD方面，是一种利用feature跟踪进度的方法，可以用彩色的图版，但是不能说是一种图，而是一系列的图和数字。
    
    最后再给大家打点预防针，这些问题是提供给大家思考和讨论的，不是给大家判分的。凡是去找标准答案的，可以免了。而凡是提供标准答案的，大家可以直接无视好了。而去看别人如何答的，基本上都得不到太多。因为我前面说过，这些问题都是一个起点，深入下去才能看到价值和结果。

    
    
    今天再看的时候，这样回答很不错：注重过程而不是结果

    回复

37. 返回顶部

    Re: 友情提示：注重过程而不是结果

    发表人 刘 越

    请问为什么不能用mod运算符啊？

    回复

• 更早的 >