我和那些寻找解决问题能力的人一样，而不是那种你可以从101个顶级。net面试问答中查找和记忆的东西。”

以我自己为例，我倾向于“知道”我每天需要使用的东西。我倾向于忘记(后来不得不重新查找)我很少使用的东西。

如果你想在面试中戳穿我，那很容易。

尽管如此，我已经为一个为WinForms和ASP使用相同的业务对象和数据层的系统构建和编码了大部分基础结构。我们的代码库足够健壮和可重用，我们能够支持和开发20多个不同配置的网站版本，以及越来越多的WinForms应用程序(目前是5个)……

．.． 两个人的开发团队。

我曾在一个团队中担任技术主管，我的工作涉及大量的招聘和面试。我最大的错误就是雇佣了一个对我们正在使用的技术了解得比我们其他人加起来还要多的人，包括我，而我认为自己是一个专家。他什么都知道……

．.． 除了如何编写满足要求的代码，或者除了他自己之外任何人都能理解的代码。当我最终说服首相不再续约时，他写的每一篇文章都必须重写。

明智地安排面试……

我自己总是会寻找软技能——这不是双关的意思。优秀的OO设计，测试驱动开发，良好的多(编程)语言背景和全面的智能(我猜是把事情做好!)

一个聪明的开发人员在学习你需要他们了解的技术时应该不会有任何困难，即使他们以前从来没有看过这些技术——所以我不会太担心关于WCF/紧凑框架之类的具体问题。

我会让他们写一些代码——这是了解他们知道什么以及如何工作的最好方法。任何人都能记住“引用类型和值类型之间的区别是什么?”

还有一些:

垃圾收集的局限性是什么。

了解终结器和IDisposable。

注意线程池以及何时使用它。

如果你在做GUI应用程序——注意Windows GUI是单线程的。

使用foreach(我看到很多人使用MoveNext等)

“你会在生产中使用ASP中的哪一种控制，为什么?”

这将很快告诉你，你的对象是否曾经真正构建和维护过一个大项目，以至于被datagrid和LinkButtons弄得精疲力竭，或者他是否仍处于“21天自学”的拖放阶段。

(答案是asp:Repeater, asp:PlaceHolder, asp:Literal和asp:Content)

我不会问那些“从课本上知道一些东西”的问题，而是问一些修补性的问题，比如:

在普通c#中foreach循环做什么?(期望他写一个迭代器循环。) 什么是单例? 让他/她解析一个String to Datetime(期望他/她使用TryParse而不是try/catch) 实现单例模式、策略模式和命令模式 让他/她重构一段代码进行测试。期望他/她将外部服务从测试单元中抽象出来，并实现他自己的服务的Test-double(不提供mock框架)

这些都不是100%确定的，这取决于我问的人:

让他/她保护一个方法不受空输入的影响(期望他/她使用多次返回来减少嵌套) 对象初始化器如何工作(期望他/她写线程安全的赋值)

此外，我还会问他/她是如何学习他/她的东西的，他/她在读什么(什么博客，书籍)。

这很有趣，冒着被否决的风险，因为我天生耳聋，被问到这样的问题需要我个人更努力地交流我的想法。

坦率地说，我真的不会读太多的典型问题，因为潜在的范式是“你能多好地表达你的想法和理解?”’，这才是面试官真正想要的。由于我的性格，沟通一直是我最大的弱点，而且很容易感到沮丧。

拥有知识并成为无所不知的类型是最理想的，但不幸的是，有些事情我不知道，但如果你真的不知道答案，不要害怕，承认它，而不是虚张声势。如果面试官问了我一个类似上述的问题，而我不确定或者误解了这个问题，我会直接说出来，这对我个人来说可能会很尴尬，但我已经学会了处理这个问题。

你会惊讶地发现，有多少人会在一天结束时被发现他们的“裤子脱了”。

我的2美分, 最好的问候, 汤姆。