深圳福田诚聘高级程序员和架构师 ( 积分: 300 )

  • 主题发起人 主题发起人 sslxml
  • 开始时间 开始时间
to bjaman,
1、我看你的说话方式更加咄咄逼人:一来又是揣摩别人自负,又是埋怨别人说话方式太咄咄逼人,还说些令人反感的风凉话。别人自不自负和你有什么关系?!如果别人一来就说你这个人自卑或者自大,你什么感受?不要随便扣帽子,这种习惯不好。
2、招聘方式使用笔试加面试又不是我们的发明,微软、华为、腾讯等都是笔试,我们周围的很多的公司也都有笔试,怎么也没有听见被人说是唯考试论。
 
每个公司有每个公司的原则,每个人有自己的做人原则,尊重别人才会赢得别人的尊重。
我们这里是来招聘合适的程序员的,不是来参加辩论的。
有兴趣的程序员随时可以和我们联系,我们时刻欢迎;不认同我们招聘方式的我们也祝愿你们找到其它更合适的公司。
要应聘的程序员直接给我们打电话或者发邮件即可,不用在此跟帖。
最后谢谢大家的关注。
 
高手应该有两类,一类是全而精,加一类是精而不全。
对于精于一方面而不全面的高手来说,他可能在某一方面特厉害,能够有非同一般的创造力,但这是局限性的。另一类高手精通各个领域,有非同一般的造创力,达到这种水平,是需要时间和天赋的。
企业招人,可能招三方面的人,精而全,精而不全,不精不全
我觉得楼主的笔试是必须的,他可以通过笔试第一关来筛选自己需要的人才。
如果企业要的是精而全的人,而你精而不全,或者不精不全,不般是通不过的,
当然也没有什么其馁,因为需要你这种人才的企业还在等着你呢。
 
楼主的公司我也去面试过,就在上个月.
初试过了,复试的时候没想到题目少了,但都是多选题,就更难了.
楼主给的第一题我确实也是做错了,我选的是D,()是错的.因为我也是记得//和{}我经常用,当时考试时想的是"/***/好像是C语言用的吧.好像也不错.可能就是最后一个是错的"
有一,两题重复.
还有好多题是考一些子的数据类型的占多数啊~真正算上编程的很少啊,都是考数据类型的那些啊,复试时分数比51100k少点点,复试被淘汰了.
上次还是让我见识见识了那20道多选题的厉害,佩服.
 
觉得自己还不错的,就到盛大来吧,我们这里大大的缺人。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=3674988
 
偶估计考题是在数据类型结构/内存对齐/位操作/指针(转换,偏移什么的)这几个出题,不要跟说这些东西用到才去查帮助,写通讯层,写到底层、协议、逻辑,这几个部分是经常要用到,而且要很清楚明白,不然前期工作就出错,找问题找了N久才找到是最前面工作误的事,是谁都要发晕的。
呵,倒是想见识一下面试题,哈。
BTW:我记得以前有道面试题,查了N久才查出来,给大家看看,说不定面试会考到,哈
下面foo函数是做什么用的?
function foo(V: Integer): Integer;
begin
Result := (V + 7) and (not 7);
end;
 
盛大只在上海招人吧。。。
 
个人认为这样的题目能反映出一些问题,但总的来说还是小儿科的题目,估计是你们公司的传统了吧,什么样的头就会招怎么样的下属。会这样题目的人只能说基本知识还比较扎实,但绝对推不出这个人的能力到底如何,反过来,不会这样的题目的人不见得没能力,尤其是架构师这样的职位,好像不是笔试能试出来的。所以如果得不出因果推论的笔试还不如不试。
就我的意思,第一题可以改成,Delphi有这么几种注释方式,请问您会在什么场合如何去使用他们?——这样的题目对于经验足的人是考经验,对于经验不足的人是考思维敏捷度。第二题可以改成,我如何判定Integer和Delphi里面的哪个数据类型完全等价?这样的题目可以考他的解决问题的能力,虽然很简单,却真的是在考思维能力。
所以很多公司干脆直接招数学系的人,很简单的道理,他们的思维能力已经得到锻炼和验证了,剩下的是经验,人品的问题了。
由楼主的题目可以看出,贵公司创新精神可能比较匮乏。呵呵,不知我猜测得对不对。
 
程序员嘛,越看越象武师[:D]
 
to soul,
本来不想发言了,因为这里只有招聘,不是辩论。但总坛主出面了,不回复一贴也太不给面子了。
>> 个人认为这样的题目能反映出一些问题,但总的来说还是小儿科的题目,估计是你们公司的传统了吧,什么样的头就会招怎么样的下属。会这样题目的人只能说基本知识还比较扎实,但绝对推不出这个人的能力到底如何,反过来,不会这样的题目的人不见得没能力,尤其是架构师这样的职位,好像不是笔试能试出来的。所以如果得不出因果推论的笔试还不如不试。
1、“什么样的头就会招怎么样的下属”这种话,不但否认了个人还否定了团队。我们毕竟即没见过面又没聊过天,彼此并不熟悉,你怎么知道别人是“什么样的头”?谦虚一点还是好。
2、基本知识扎实的人能力不一定强,但是能力强的人基本功必然扎实;你说“不会这样的题目的人不见得没能力”,如果这些人的工作是 Delphi 编程或设计,可以肯定地说:不会这样的题目的人 99% 就一定没有什么 Delphi 编程能力!我们没有必要为了赢得那剩余的 1% 而改变自己招聘的原则。
3、架构师这样的职位确实不是笔试出来的(还需要很多的其它方面的考察),但是这种笔试都不通过还能谈什么其它的?

>> 就我的意思,第一题可以改成,Delphi有这么几种注释方式,请问您会在什么场合如何去使用他们?——这样的题目对于经验足的人是考经验,对于经验不足的人是考思维敏捷度。第二题可以改成,我如何判定Integer和Delphi里面的哪个数据类型完全等价?这样的题目可以考他的解决问题的能力,虽然很简单,却真的是在考思维能力。
1、第一题这种改法把标准化的题型改为非标准化题型,使得考核失去了基本的公平性和可比性。
2、第二题这种改法本质上和我们的题目一样,好不到哪里去。

>> 所以很多公司干脆直接招数学系的人,很简单的道理,他们的思维能力已经得到锻炼和验证了,剩下的是经验,人品的问题了。
1、你知道数学系都学些什么吗?最好不要那么想当然,术业有专攻而已。
2、在招聘的时候,经验怎么检验?!人品怎么检验?!

>> 由楼主的题目可以看出,贵公司创新精神可能比较匮乏。呵呵,不知我猜测得对不对。
还好,有没有创新精神不是由你说了算的。

to all,
对他人品头论足的时候请先反观一下自己。品人容易但于己无益;反省并提高自身才是根本。
 
就你上面出的那两个题要是靠我的话,我都觉得是对我的侮辱
 
:)
wr960204还是这么top gun
 
考架构师,用上面的题目也许只要楼主会认为合适。
个人认为,招聘的题目要符合公司的业务。
如果公司业务考虑到存储效率问题,可以多点类似第二题的相关内容。
第一题还可以适合基础面和所有行业。
以上仅供楼主参考
 
我DELPHI开发了7年,做过的项目很多,大的上百万的项目小的几百的项目都做过,但是找工作的时候,笔试总是过不去,郁闷,后来面试时碰到笔试基本上交白卷,还是让招聘方看看我做的项目吧,往往看过我做的项目后,认可度就上来了。
 
to wr960204,
如果去应聘,就应该遵守人家的游戏规则。
象你这么容易觉得被侮辱的心理只能说明你的职业素养很差!
to LanHer,
我们招聘架构师不是通过考试的,考试只起到筛选的作用,只是第一关而已。
to sun_delphi,
有些人有单打独斗的本事,有些人喜欢团队合作;项目做得多还要看做得是什么样的项目,有盖鸡窝的能耐不代表能够盖大楼。
to all,
发言前请看清楚别人的观点,没有了解别人的观点就对别人品头论足既是对别人的不尊重也是对自己的不尊重。
 
“什么样的头就会招怎么样的下属” 不带任何褒贬在内。通常事实就是这样,我们这里也是这样的情况,相同性格的人更容易在一起做事情嘛。其实sslxml兄弟不用对我说得太在意。按你既定的想法做好了。
我们招聘很在意这些点,可以供你参考。
我们可以不在意一个人知识面是否全面,但会在意这个人是否愿意去学。
我们可以不在意一个人是否能回答问题,但会在意这个人是否能发现问题。
我们可以不在意一个人一些基本知识是否过关,但在意这个人当知道自己这个知识不足时的反应。
我们可以不在意一个人工作经验多少,但会在意这个人是否有良好的产品意识。
........
诸如此类.......
其实,人各有各的特点,术业也有专攻,一个方面是天才,其他方面可能会是傻子,那么求才当然是求天才,并且通过协调弥补掉他们之间的缺陷。一个好的领导,无非就是识人用人而已。
另外,我将你的题目改成了非标准模式,不过我敢担保,就凭这两个问题,我就基本能看出一个人的思维模式和能力了,不信大家可以回答回答,我来做个郎中,切切脉。提示,这个两个问题其实很容易回答又很难回答。
1.Delphi有这么几种注释方式,请问您会在什么场合如何去使用他们? // { } (* *)
2.如何判定Integer和Delphi里面的哪个数据类型完全等价?
 
呵呵``周末没来```越顶越高```
TO sslxml:
我觉得你说话处事的方式,有点火药味,如果你觉得我上周说的话对你或对你的公司带有什么刺激性,我在这里非常抱歉了。
因为人思维方式不同,所以理解的就不同,呵呵``就如你所说的我的思维混乱,谢谢指正。
TO ALL;
论坛应该是自由的,只要不涉及到人身攻击,政治问题的``我想 都可以倡言吧!
顶````不让它沉了!祝LZ早日找到人才!
 
to soul,
1.Delphi有这么几种注释方式,请问您会在什么场合如何去使用他们? // { } (* *)
>> 场合?无限种。你说前 n 种,我补充第 n+1 种。
2.如何判定Integer和Delphi里面的哪个数据类型完全等价?
>> 很多办法,我随便写一个
>> CheckEquals(TypeInfo(Integer), TypeInfo(LongInt)); // passed
>> CheckNotEquals(TypeInfo(Integer), TypeInfo(ShortInt)); // passed

BTW, 你说的那几点供我参考的招聘要点,恰恰是造成软件开发不确定性的若干原因。
不当家不知道柴米贵,当你对一个项目(人、财、物)完全负责的时候,你再回头看看你刚才给我说的那些招聘要点。
 
soul果然是老大啊,句句有理,佩服.
大牛wr960204兄呢,说说你的看法呢.
 
to eloveme,
论坛是自由的,这当然,但也不能恣意对别人品头论足吧。每个人的自由应该是以不影响其它人的自由为标准的。
谢谢你的祝愿。
to all,
这个帖子本来是招聘贴,没想到现在搞成辩论贴了,实在是无奈呀。
但往好处想,还真该谢谢大家帮顶此帖呢。[:)]
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
I
回复
0
查看
663
import
I
I
回复
0
查看
659
import
I
I
回复
0
查看
979
import
I
后退
顶部