Posted on 2007-01-07 16:12
huzhiming_2006 阅读(4925)
评论(51) 编辑 收藏 所属分类:
程序生活
公司需要一个代码能力编写比较强的员工,我来做面试官,我开始,心里的状态很差,因为我认为我的技术和能力都还不到位,但是,大哥对我的信任,给了我信心,我要努力把这次面试的任务成功完成,准备了一些我认为公司需要的员工,应该具有的知识能力范围之内的题目。
如下:
1)设计模式:对抽象工厂模式的理解。
2)对O/R MAPPING的理解。
3)对MVC三层的理解。
4)asp.net机制 HttpHandle/HttpModule的理解
5)w3c标准,及三大浏览器(FireFox,IE,Opera)对他的支持情况,及他们三个的不同。
6)对ajax的理解及应用。
7)javascript的面向对象式编写
8)对vs2005,vs2003,mssql 2005,mssql2000的了解。
9)对asp.net2.0的了解,几个概念:provider,profile,membership,role的理解。
10)xml的了解。
和三个上机的基础小题目:
1)运用JAVASCRIPT,写一个类,类名:student,他的属性:name,age,tall,他的方法:getName,getAge,getTall
要突出javascript的oop思想。
2)写一个xml文件,
格式如下:
<student>
<name>11</name>
<age>33</age>
</student>
使用c#语言,遍历所有节点,然后再页面上输出。
3)利用VS工具,建一个框架页面,这个框架页面包括一个左框架,一个右框架,左框架页面里面包含一棵树,点击树的节点,然后,右框架页面输出,点击的树的节点的value。
前面理论和后面的上机小题目,各占40分,最后20分,是形象分和语言表达分数。
我感觉这些知识,我们需要的员工,理论应该张口就来的东西,上机题目,应该很快就写完。
但是最后的结果不是很理想。仅仅有几个还好。我想上面的题不难。
今天希望自己完成了任务,也祝愿今天面试者们都有一个好的未来。
最后没有被录取,原因是很多的,不是你不优秀,而是,要在需求与适合之间做一个最佳的平衡。
最后,祝愿所有程序员2007年都健康,快乐。
Feedback
题目还好,比较简单可以考最基本的知识。
不过我觉得 provider,profile,membership,role 这些不一定需要很熟悉,了解即可。
很多系统中往往用不到这些。
3)对MVC三层的理解。
在.Net领域俺比较在意MVP,对MVC只能答答字面意思了
5)w3c标准,及三大浏览器(FireFox,IE,Opera)对他的支持情况,及他们三个的不同
看是什么样的系统了,应用性的国内一般只考虑IE。FireFox,Opera俺都没考虑过
9)对asp.net2.0的了解,几个概念:provider,profile,membership,role的理解。
以前的项目里从来都不用这一套。真要用学起来也不会有多难。看公司的开发架构了。
其他感觉自己还凑合,呵呵
恩,是的,上面的理论,我也是挑着问的,对profile,membership,role等,他们只要说了解,我就问些很浅的东西,如果不了解,我也不深问,因为我也晓得他们大概的意义。
是的,这次主要还是上机能力的考察,毕竟公司想招个编码能力强的。
to dudu
好的,我会注意的,用摘要的方式。
可以查帮助??????
如果可以上网和查帮助,这些问题应该很好解决 :)
脱机来做,有的可能一下想不起来吧~~~~
这些题目不会找到高手的,这些是典型的应试,编码是一种对软件构造思想的实现,思想理念最重要
偶也被老板临时拎去面试新人过,hoho~~~
结果不理想的说
这些题都是次要的,最关键的是上机能力,和解决问题的能力。我认为高手,就是解决问题能力强的人。
可以考些基础的知识,比如数据结构和算法、操作系统原理等方面的知识,
如果这些都够硬的话,就招进来试用个把月然后再决定要不要。
试题设计还是不错的,可以算是偏高级程序员的试题了。因为一部分弟兄都还是直接写sql操作数据库就完了的,也不考虑设计模式之类的。
异议:个人认为面试上机操作不是个好的方式,每个人都有不同的工作习惯,可能不是自己的电脑做东西就是感觉很不爽。做微软一套东西,有个msdn或上网查查,一些细节的东西基本都能解决了。
想知道一个人怎样,聊一下就差不多了。
我觉得题目不是很好,其实要了解一个人,最好的方法是聊一聊,我知道网通就是这么干的,而朗讯是让用英文介绍一个自己做过的项目。
上面的几个题,我都记不住细节,但是又帮助文档情况下,写出来根本不成问题,但是对思想,对全局,对实际问题的解决能力,恐怕体现不出来。
这类面试容易出现"考高官先入为主"这样一个问题,我以前参加过一次面试,对其中有一个问题,我说我的,考官说考官的,大家说的是同一个东西,只是表述不一样,他硬说我是错的,我也就难得跟他争了!
工作的时候也可以上网的吧
没有帮助一时还真不好写
懂得运用工具达到自己目的才是最好的
題目很簡單
只是第5題(w3c標准)對于企業應用來說無所謂﹐一般只要IE即可
第9題那些東東不是很必要(個人認為)﹐可以考些asp.net2.0的新變化即可
要正确回答所有这些问题,挺吃力的,很多东西做过,但就是说不上来
看来大家都不喜欢面试的时候哦还要上机,聊一下确实就能大致了解一个人的能力了。
说实话,在一个陌生的环境里面做上面的题目,感觉我也没有把握,:)
用这样的题目想找出一个编码能力强的人,我看难啊
不过用来做升学考试题还凑合着,对这那些理论,我向来就不怎么知道,我一样可以做开发,从单个模块的设计到系统的架构都参与过,可我就不知道什么是设计模式,只是了解一些UML而已
此事古难全,我觉得做试题有时真的很痛苦的。
我想很多程序员同我一样,都是知道用什么类,什么方法解决问题
但可能方法名都记不全是什么文档,更不用具体参数了。
查一下msdn都用不了什么时间。
用了2个多礼拜的Javascript+AJAX. 感觉搂主问的JS的问题都比较简单。虽然俺的JS刚刚入门。
能答出理论的问题来,当然是更好咯,说明此人学习很扎实,会从实际开发项目中总结(很多要说出理解的试题,当然也要看他理解的怎么样),说句老实话,确实觉得要求有点过高,很难找到全部都能答出试题的人来!
不过我觉的,不一定要求这么高,只要“代码能力编写比较强的员工“就行了,所以我觉得还是出一个难一点的上机题——解决一个实际问题的题,给他们1-2个小时,可以查MSDN,然后看他们的代码写的咋样,不一定要把题做出来,然后从中再找适合要求的人,我觉得这样会更符合你们公司的要求!
考的太多了吧。
每个人专业的地方可能不一样。主要还是看他的基础能力和如何面对困难的能力。
如果楼主招聘到人的话,我估计有2种。一种是做题型的,只会做题和说理论性的东西不会解决实际问题;第2种是能力型的,不过这种牛人你们公司不开1W以上估计没人去的吧!
谢谢楼上的,我们公司基本上已经确定人选了,可是让你失望的是,你的估计是完全错误的!!!
javascript没问题,页面没问题,其它就难了
笔试题,没帮助,都不会,有帮助全会
上机题也一样有google全会,没google都不会
虽然做开发六年多了,题目中所提到的技术也全部都实际使用过.
不过你如果那么出题的话估计也一下子很难答得上来.
如果你是去大学招应届生的话,建议多考些和开发思想上的题目吧,不要太注重具体技术了.
如果你招收的是经验者,建议多考虑他所经历过的项目和资历.
主考官有些简直就是意思表达不明白,例如:我去一家做投资的公司面试JAVA,他问到Socket时,说Socket服务器端用的是哪个class,我回答的是class Server,他说:“是Server么?”我无语,如果不是Server我还真猜不透他问的是哪个class还是哪些class,你要说哪些类就哪些类吧,非要吧类说成是class,我就操了。问到存储过程和触发器时,他就问我用过没,我说没用过,他好像就不满意,我没用过,并不表示我不懂和不会写啊,你又不只招有过这方面工作经验的人,同我一起来的一个女生她还是应届毕业生,日!
呵呵,楼上说的有趣,以前我也是跟你一样的想法,不过我可以很负责任的告诉你,我已经用过存储过程和触发器了!
大哥,你是第一次招人吧,这么多,一下子怎么答啊,上机嘛还可以,随便来一个:对ajax的理解及应用,那也太广泛了吧,可以写学术报告了。怎么几次面试都遇到像你这样的新手,呵呵,估计是你一定认识