诚实?

“什么是。net ?”

如果他们能给你一个明确的答案，关于。net是什么，不是什么，它是如何使用的，它是由什么元素组成的，等等……如果他们能让你相信他们知道这是什么，那么他们很有可能非常了解。

事实上，很多人并不真正知道。net是什么。甚至包括那些为它写程序的人。

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

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

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

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

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

这是一个可变的问题，你现在不应该完全回答，但你应该在适当的时候回答:

“.NET框架提供了什么来完成任务X ?”

或者更具体地说:

" .NET框架是否包含一个做X的对象?"

例如，我最近花了几个小时开发了一个对象，该对象经过优化，可以存储一个布尔值数组并对其进行操作，例如执行集合的NOT、OR、XOR、and、设置所有值等。直到我完成了所有的单元测试，并将其调整到最佳性能，我才意识到我的“BoolArray”对象已经存在于. net框架中，名为“BitArray”。

这可能是一个很难回答的问题，因为很多时候关于使用什么对象/ helper的最佳答案是你不知道或不完全理解的。如果每个人都知道简单的StringBuilder(一个可以显著提高性能的基本工具)，. net世界将会多么美好。

没有,真的。也许有一些非常简单的问题，世界上最聪明的人也不知道答案。不是因为他们很难，只是因为他们还没有遇到过。你应该着眼于整个程序包和开发人员的技能，而不是他们是否能够回答任意的问题。

如果这个问题很简单，可以用一两句话回答，那么告诉不知道的人也很容易。你应该寻找他们对概念的理解和推理能力，而不是他们回答“每个。net开发人员都应该能够回答”的问题的能力。

了解引用类型和值类型之间的区别。

要知道事件是作为硬引用存储的(也就是说，要记得取消事件注册，否则应用程序将会泄漏内存)。

字符串是不可变的。

诚实?

“什么是。net ?”

如果他们能给你一个明确的答案，关于。net是什么，不是什么，它是如何使用的，它是由什么元素组成的，等等……如果他们能让你相信他们知道这是什么，那么他们很有可能非常了解。

事实上，很多人并不真正知道。net是什么。甚至包括那些为它写程序的人。