一时兴起，写了点东西，有兴趣的同仁过来讨论一下。

大家基本经历过以前的面试：做题，一般分智力题和业务题。
可是，由于现代资讯的发展，智力题的答案很多都流传开来，智力题反而勘查的是记忆力。
业务题，与业务相关，对于熟悉这个领域的程序员考察的还是记忆力，对于不熟悉的是很不公平的。
我的观点是：能够从网络上快速找到确切答案的都不该成为测试内容，也不该成为衡量一个人的重点。

考察一个程序员，关键是他写程序的能力和以后的潜力，自然写程序是比较好的办法。
面试初级程序员（毕业生）可以测试他代码风格和考虑问题的全面程度。
Eg：给出三个边长，判断组成的三角形类型。

面试高级程序员（有经验者）可以测试他架构和代码效率。
Eg:Mis管理系统框架，业务框架，图形对象处理。（这个写起来比较耗费时间，所以只要求框架，大家有没有更好的例子）

写程序应该不限语言，对API的依赖应该降到最低程度。

主要看被测试者是否做到了以下几条,前提(在固定时间内实现了功能):
1.代码结构清晰明了,没有人为加剧业务的复杂程度.
2.类,函数名简练直白,能使人望文生意.
3.类和类之间是否高内聚,低耦合.
4.程序员是否预计到变化并在程序中做了相应的处理.
5.该优化的部分是否已经优化.

请大家批评。