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

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

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

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

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

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

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

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

以下是我用来筛选c#程序员职位的程序员的一些方法:

引用类型和值类型之间的区别是什么?

解释IDisposable接口，c#语言构造需要它，以及如何实现它。

如果将null作为参数传递给具有不允许该参数为空的契约的方法，您将抛出哪个异常?

这可能不是你想听到的，但我建议不要关注狭隘的技术，而是一般的编程和解决问题的技能。扎实的开发人员可以快速学习您想让他们做的任何事情。

举个例子，我并不是一个支持紧凑框架的人，所以如果你这么做的话，我可能会让你的面试失败。但如果我需要使用它，我可以做一些研究，然后直接投入。

Joel的书《Smart and Gets Things Done》为招聘开发者提供了很好的建议，其中有大量关于该问哪些问题的内容。我强烈推荐它。

还有一些:

局部类。那么它的局限性呢? 密封类 如何在。net中进行本地化? 数据库连接 各种配置文件 代表vs事件 非托管dll访问 反射 泛型类 .NET 3.5最热 单元测试框架。

我想如果我在面试一个有LINQ经验的人，我可能会让他们解释一下LINQ。如果他们能解释延迟执行、流、IEnumerable/IEnumerator接口、foreach、迭代器块、表达式树(无论如何都是加分项)，那么他们可能就能应付其余的问题。(不可否认，他们可能是“还行”的开发人员，还没有“得到”LINQ -我真的在想这样的情况，他们声称知道足够的LINQ，使这个问题成为一个公平的问题。)

在过去，我问过几个已经列出的问题，以及其他一些问题:

引用类型和值类型之间的区别 按引用传递vs按值传递 可替换和终结器 字符串，不可变性，字符编码 浮点 代表 泛型 可空类型