BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

2012.5.25微博热报——面试程序员的方法、敏捷转型

| 作者 侯伯薇 关注 0 他的粉丝 发布于 2012年5月25日. 估计阅读时间: 6 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

梁斌penny在微博上指出,面试程序员的时候,要的是生产力,而不是高智商;姜信宝Bob在微博上提出问题,从非常成熟的瀑布式转型到敏捷开发,是否需要制定敏捷开发流程。两条微博引发大家的热议。

@梁斌penny微博上提到:面试程序员最好的方法,定义一个系统,让其回去rush一个礼拜,rush出来,gtest都能过,外部几下子搞不挂,就行了。别尽整些数学题,ACM小trick题,用这些没用的来苦逼码农何苦呢,要的是生产力,不是高智商。

大家对如何面试程序员也表述了自己的观点,有人赞同,也有人反对:

81米:有道理,因为实际生产过程和搞研究完全两码事啊,很多思路对了,具体参考的资料可以很方便获得的…

爱瞎折腾的土人:这样的好处是能比较全面看出一个人的实际能力,缺点是是无法防作弊。折中一点的办法是关起来搞一天。不过这也有问题,就是各人环境不同,有人vi,有人ide。企业就算肯出钱让你搞一天,却很难提供合适的工作环境。

鞠海洋:这只能适用于候选人少的时候,像有些公司大规模招聘,来上1000个候选人,总要先通过面试题砍掉一批。

Ghost_141:还有,有些人在一个方面很精通,但是其他的不是很行,你让他看代码他能看懂,让他写完全不成,那样的话很有可能做不出一个系统来。总之感觉面试者在这个方法前太弱势了。

你也曾是愤青:我觉得有这种想法的人才是真正不尊重程序员的人, 你10个里面挑1个, 就要浪费别人九周的时间? 还要别人rush? 你凭什么? 现在技术面试有弊端是没错, 但这个主意明显是空想嘛. 我觉得目前看来最有意义的, 就是编程社区: stackoverflow + github 的发展, 以后谁求职, id一报高下立分。

sagasw:想法很好,不过不容易实现,还是很理想主义。我多半是根据要找的人大致级别询问问题,6年经验的,对一两个小问题能很快回答清楚,能说清楚自己曾经做过的系统一些细节,知道一点点设计模式,说话能看着我,没有不良习惯,感觉不是冲动型或者过于缓慢型的,英语能对付几句,就可以收下了。

一杯摩卡ICT:我觉得面试问数学题一个原因是还是想招具有一定分析问题、抽象能力的码农,因为本身工作就是要抽象模型,将不可计算的问题转化为多项式时间复杂度可以解决的问题,所以这些能力还是需要具备的。

郭昂9:我觉得不妥,这反而是最容易作弊的方式。我面试还是看四点,第一,问一件过去做过的事情,要问细节,可考察一个人的经验、交流以及诚信;第二,基本功,例如数据结构,要问内涵,不照抄书本;第三,出一道实际问题让其提思路,考察解决问题能力;第四,现场写程序,不一定要很难很刁钻,但要考察其素质。

SiDT:我一般核心问两个问题,处理过最难的技术问题(看专业功底),作过或参与过的代表性系统(看团队贡献和系统把握)。

左手戴佛珠:这个要看你招聘什么水平的程序员,如果你是招个写代码的,一般只要IDE用的熟悉,对将要从事的工作所采用的技术较熟悉,并且感觉人还靠谱就可以了。如果是招高级程序员或者架构师一般我就是从设计模式或者UML、原型开发等方面来看。

@姜信宝Bob微博上向大家请教:你认为从非常成熟的瀑布式转型到敏捷开发,需要制定敏捷开发流程吗?或者制定milestone敏捷衡量指标?

很多人都给出了自己的意见:

徐毅-Kaveri:在转变的过程中是需要的,但是转变完之后应该要抛弃掉或者弱化其作用(更重要的是内化到每个基层工作者的习惯中)。

路宁同学:那些是手段,都在被或强或弱地使用着,对它的过度自信会带来副作用。流程会浮现出来,改进也自然有人关注其效果。

larrycaiyu:不要从流程想起。看看传统的最大问题,来想针对的方法。再把这些串起来,制定一些指导性的说明。不倾向于制定流程。另外,那瀑布熟透了点。

赵卫David:为什么需要制定敏捷流程呢?实施现有的敏捷方法有什么障碍呢?比如scurm,我们要创造我们的but吗?所以最好不要一开始去做这个事情,但是在转型过程中,也许它就涌现出来,以组织特有的语言描述来指导团队。无论有无敏捷流程,是否but,一切都要以敏捷价值观和原则来指导和衡量。

大绍鹏:新的标准可以是转变过程(持续改进过程)中的一个基线,不需要一步到位搞一个特别“理想的”新流程,逐步地改进以适应人的转变的过程需要。不过如果你的团队都是学习能力特别强的同学,或者已经进行了大量地宣传、教育、讨论、workshop、试点,群众基础已经打牢,那就可以考虑加快转变的速度。

大卫张33:瀑布是应对确定性问题的,敏捷是应对不确定性问题的。milestone和指标是将不确定性问题转化为确定性问题的努力,是在走老路,这是一种误导。但已经适应了确定环境的人们对不确定抱有很大的畏惧感,指标能带给大家安全感,减少对转变的抵触,可能是必要的,但在后期它会减缓真正转变的速度。

Ethan苏于登:回复@姜信宝Bob:跟徐有点不同的意见。敏捷开发流程是什么呢?这个词好像用得有点广泛。用scrum或xp不已经是很好的起步了吗?关于指标,如果是想了解自己的实践与使用的进度,以便持续调整方向,那是非常合理的。况且我们都需对boss交代,总需要拿点实际的东西出来吧,也许这可成为部分考量?

关于面试程序员和敏捷转型,你的观点如何,欢迎加入讨论。


 欢迎读者关注@InfoQ官方微博,推荐热门话题,可私信@InfoQ,同时请您说明推荐理由。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

长期做嵌入的暗物质码农路过 by wen bob

看了一下楼上的各种方法,感觉好恐怖。像我这样的十几年嵌入经验的码农,该怎么办。。。我就是那种典型的暗物质:不在网上留名、讨论技术问题。stackoverflow之类的方法就免了吧,rush也不适合我这种慢热型的。另外我个人也反对那种整天唧唧喳喳的开发团队,以我的经验,这种团队嘴炮牛逼战力是渣。sagasw说的认真面试还靠谱点,但我属于那种会被直接飞掉的缓慢型的。。。左手戴佛珠那种更不着边际,换一个行业,你会发现架构设计是另一种样子,UML算什么呢,你去硬件公司里转转去。我唯一不明白的是:面对面的交流,就那么不好或不重要,有那么难吗?真的必须弄点玄虚的才行?非得谈点最有难度的才可以?好好说人话,行不行?

Re: 长期做嵌入的暗物质码农路过 by zhou yang

兄弟,说的诚恳,无所谓什么方式,对口味就行了,短短的几分钟面试能问出个啥来~关键看这个人性格,学习能力,做事情的态度等~~

Re: 长期做嵌入的暗物质码农路过 by wu remoter

再者是那句老调重弹:思维、看问题深广度。

Re: 长期做嵌入的暗物质码农路过 by rao aaron

我同意你的观点,不过你这种方法更多还是需要面试官比较有经验

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

4 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT