对于软件公司来说,让求职者显示一些代码是相当普遍的做法。但是,应聘者要求面试官给他看一小段他认为写得很好的代码是否可以接受?
对于软件公司来说,让求职者显示一些代码是相当普遍的做法。但是,应聘者要求面试官给他看一小段他认为写得很好的代码是否可以接受?
Answers:
由于多种原因,我总是要求查看一些代码:
然后还有更多的副作用:
确实同意向您显示代码的公司,出于明显的原因,不太可能仅仅向我发送包含整个代码库最新版本的源文件的压缩包。如果他们向我展示任何代码,他们将以一些演示的形式进行演示,这非常棒:这意味着我可以与潜在的同龄人交谈,它使我可以提出有关其编码文化,流程,和代码库,理想情况下,它将有助于开始专业的讨论,在该讨论中,我可以演示技能和知识,并且可以了解有关工作环境的更多信息。这也意味着我要看看他们使用的工具,这也是很有见地的-例如,如果他们向我展示的项目严重依赖于特定的IDE,则意味着每个人都可以使用它,无论好坏。最后,
但是,应聘者要求面试官给他看一小段他认为写得很好的代码是否可以接受?
我想这是整个“面试都是双向的”口头禅,但是我不希望得到任何口头禅。在面试室没有电脑的事实之后,知识产权问题是最明显的问题,而将您带到一个办公室有点尴尬。
而且,他们只是选择可以看的外观最好,意义最小的代码。最好的代码并不是真正的问题,最糟糕的是。这是从候选人那里获取代码样本几乎无用的同一原因。
候选人要求面试官给他看一小段他认为写得很好的代码是否可以接受?
您可以问任何您想要的,但是:
您可能不会得到它。
如果您知道了,它不会告诉您任何有用的信息。如果他们的代码中有10%漂亮,其余的都是意大利面条,那么您仍然会主要处理意大利面条。
您看起来像条聪明的裤子。如果您最终决定要在那里工作,那不是什么大帮助。
这是浪费宝贵的采访时间。
有更好的方法来找出您想知道的内容。提出类似的问题:
这要看情况。我一直很想知道我要去哪里工作。
我认为求职面试是双向的。公司找到您,您也找到公司。询问代码可能有点多,但是询问与开发相关的问题应该可以。
例如,我不会接受公司不使用敏捷技术或TDD或不打算接受和鼓励这种做法的工作。当一家公司为他们的产品和代码感到自豪时,我也很感激-面试官似乎在等您要求查看它,以便他有借口解释他们所做的所有出色工作。
哈哈,这是一个有趣的问题。如果有人在面试时要求我提供代码示例,我不会感到冒犯,但是除非他们事先询问并且我有时间仔细计划,否则我也不会显示任何代码。
我绝对理解提出这样一个问题的意图。作为求职者,我之前曾要求乔尔测验给面试官。他们不知道那是什么,但是他们很乐意回答。
在某些地方,问这些类型的问题可能会增加您的机会,而在其他地方可能会损害您的机会。生活的美好之处在于,如果它能增加您的机会,那便是您想要工作的地方。如果它损害了您的机会,那么您无论如何都不会想要这份工作。
通过礼貌地询问并能够解释为什么要看到它,我认为没有任何损失。
我曾在两次采访中问过这个问题,他们声称他们有高级开发人员正在迁移到asp.net mvc3或4,或者当他们说他们想要大量注释的代码时。由于缺乏他们对实际代码标准的了解,我在两次场合都拒绝了。我发现的唯一标准是,如果它可以复制并粘贴,那么它将起作用。我不会问这个问题,如果我正在做一个新项目,或者必须编写与团队中其他人无关的代码。如果我被雇用来修复现有软件或功能,我肯定会看到代码,除非我知道答案,否则我不会说是。假设您不问,他们说您可以固定日期选择器从今天开始。当您查看旧版代码时,您看不到jquery或jquery ui,而是一个自定义的日期选择器,该日期选择器将所有日期存储在xml文件中,并且每天晚上运行cron作业以更新其上未来的月份。由于实现此目的的代码少于本示例中的文字,因此这将令人头疼。如果您要处理他们的代码,请查看它。不询问就好像在引用客户认为它很小的工作。他可能拥有20英亩的土地,在他的1英亩的土地上园艺对他来说是很小的,但是gardner不能收取50 quid只是因为他所有的小工作都是从50开始。