不要在 (React) 作品集网站上浪费时间 - 60 多位招聘经理和一项调查
你随处可见这样的场景:为了找到工作,新晋开发者们投入了数小时的时间来创建自己的作品集网站。他们脑子里想的都是很棒的设计,包括炫酷的配色、精美的动画和出色的用户体验。
但经过数周的工作,结果看起来更像是......呃。
为什么要这么费劲?好像业内所有人都认为,要找工作,就得有个作品集网站。
其实并非如此。很多开发者(包括我自己)即使没有个人网站也能找到好工作。即使他们是自学成才的(同样包括我自己)。
所以关键问题是:参与招聘流程的人是怎么想的?这些人是把关人。你必须激发他们的兴趣才能得到工作。如果他们根本不关心你的个人网站,那你为什么要建它呢?
为了回答这个问题,我针对招聘人员和招聘经理进行了一项调查。结果很明确:找工作并不需要个人网站。恰恰相反,它甚至可能适得其反。
所以在你开始(或继续)在你的投资组合网站上浪费大量时间之前,让我们来谈谈
- 调查结果
- 为什么作品集网站常常会变成一个巨大的时间浪费
- 它们甚至会损害你获得工作的机会
- 四种比作品集网站更有利于求职的替代方案
我收集了 60 多位招聘经理的答案。事实证明,作品集网站并不能帮你找到工作
我个人对作品集网站的经验很明确:我的很多同事都没有。我也没有。但我们仍然找到了很棒的工作。
但这不客观,对吧?这种个人经历也适用于其他人吗?
为了深入了解,我联系了 300 多位参与招聘流程的招聘人员和 React 团队负责人。我问了他们两个问题。
想象一下这种情况:
您看到两份由缺乏专业经验的开发人员提交的求职申请。两份简历都包含其 GitHub 个人资料的链接和作品集项目列表。其中一位开发人员还提到了一个个人网站。请问您如何评价以下问题(0 到 5 分)?
- 你会看一下个人网站吗?
- 没有个人网站的开发者的成功率会更低吗?
屏住呼吸。结果如下:
注意:如果您正在招聘开发人员,欢迎自行参与调查。点击此链接,即可在 Google 表单上进行调查。
结果显而易见。绝大多数招聘经理都会看你的网站……但根本不在乎。
你说得对。现实并非黑白分明。并非所有人都对第二个问题打0分。相当多的人打了1分或2分,有些人甚至打得更高。
同时,调查的框架相当开放,也留下了一些问题:作品集网站是什么样的?某个开发者的 GitHub 项目是否比其他开发者更好?
因此,“没有个人网站的开发者获得职位的机会会更低吗?”这个问题不出所料地经常得到这样的回答:
这取决于。
幸运的是,很多招聘经理都非常友善,并且提供了更深入的见解。我们将在本文的其余部分讨论这些内容。
作品集网站或许还能帮我找到工作,但可能性不大。何不试试自己建一个呢?
你说得对。根据招聘经理的说法,作品集网站可能会给你加分。但为什么呢?让我们来听听两个比较积极的声音:
这里的关键点是,网站可以展示
- 特点
- 创造力
- 奉献精神和热情
现在,这些都是重点。尤其对于经验不足的开发者来说。你的性格对于融入团队至关重要。创造力对于解决问题至关重要。
但最重要的是,初级开发人员需要成长。在最初的几年里,他们必须学习很多东西。这可能非常艰难,也可能令人兴奋,这取决于不同的视角。无论如何,奉献精神和热情能帮助他们度过这段时光。
如果你能让招聘经理相信你专注、热情、乐于学习,你就能领先一步。而作品集网站或许能帮到你。
同时,正如 Renato 提到的,所有这些功能在 GitHub 项目中都能找到。在我看来,GitHub 上的项目比个人网站要好得多。不过我们稍后再讨论这个问题。
现在,让我们来看看为什么你不应该建立作品集网站的两个原因。
原因 1:作品集网站可能会浪费大量时间
当我从头开始构建网站时,通常会发生以下情况:
- 我心中有一个设计,看起来非常酷。
- 我开始编写代码、创建标记并使用 CSS 设置样式。
- 几个小时过去了,我大概只完成了计划的10%。结果看起来糟透了。
- 我开始逐像素移动元素,在这里添加边框,在那里更改颜色。所有这些都在浏览器的开发工具中完成。
- 布局看起来还是很糟糕。所以我开始寻找好看的网站、专业的设计,或者其他可以借鉴的例子。
- 经过几天的努力,网站看起来还不错。但还不够让我满意。我还需要让它响应式,并且兼容跨浏览器……
如果您经历过类似的事情,您就会知道从头开始创建作品集网站的最大缺点之一:
你可能会花很多时间把所有事情都理顺。通常比预期的要多得多。
问题是:你真的想把所有时间都投入到一个作品集网站上吗?即使最重要的人不在乎?他们可是决定你能否得到这份工作的人。
你可能明白了。从时间角度来看,作品集网站是一项风险投资。但你可能会想:“我有时间。而且这仍然是一个练习编程技能的机会。”
好的。但是还有另一个问题。
原因二:作品集网站可能会影响你的求职机会
面对现实吧:大多数开发者并非天生的设计师。他们也不需要成为设计师。毕竟,这通常不是开发者的本职工作。
但问题是,与 GitHub 上的个人项目不同,作品集网站需要看起来美观。
即使网站运行良好,信息也相当不错,但糟糕的设计会让您显得无能。即使您的网站看起来很棒,其他人也未必会认同。
但这还不是全部。
他说得有道理。这不仅仅关乎设计。还有一个部分我们很少会提前想到:
网站必须维护。
随着时间的推移,事情会发生变化。你的链接可能会变成404,代码中某个部分的改动可能会破坏另一个功能。曾经很酷的个人项目现在看起来很糟糕。我们的简历会不断更新。
网站必须定期检查。我见过几周或几个月前的作品集里就出现了失效链接。尤其是在早期,当你的网站和 GitHub 作品集有大量变更时,失效的风险很高。
总结一下:
一位智者曾经说过:“保持沉默并被认为是傻瓜,比说话并消除所有疑虑要好。”
这么说吧:与其拥有一个看起来糟糕透顶或功能失常的作品集网站,不如没有。尤其现在还有很多不错的替代方案。这些替代方案对你的求职影响更大,你将在下一节中看到。
不过继续之前,我们来个……广告时间。(其实也不算广告,更像是个赠品,如果你刚开始做开发者,可能会用得上。总之,先喝杯咖啡,我们继续。)
比作品集网站对你的求职影响更大的替代方案
如果你决定放弃你的作品集网站,那你真的节省了很多时间!恭喜!
但你应该怎么做呢?
以下是一些对您的求职有较大影响的替代方案。
替代方案 1:专注于你的 GitHub 作品集
如果您还没有专业的开发经验,就必须证明自己的技能。从招聘经理的角度来看,给您提供工作机会就等于在押注您。您能否成为他们团队的宝贵资产?
你在 GitHub 上发布的公开项目是证明你已做好求职准备的绝佳机会。你的代码本身就说明了一切。如果你以专业的方式构建你的项目,那么你的求职之路将会非常顺利。
Sam 有一个重要的观点:你的 GitHub 项目在面试中是一个很好的开场白。面试通常会以简短的自我介绍开始。之后,你可能会被问到你过去的经历。
如果你还没有专业经验,你的 GitHub 项目可以为面试官提供另一种选择。他们会询问你的技术决策。他们会尝试理解你的思维过程。他们可能会问你事后认为需要改进的地方。
这不仅对面试官来说是一个优势。
面试开始时,你会谈论一些你擅长的事情。你创建了这个项目。你可以展现你的热情,分享你的专业知识。
这听起来不是比询问有关 React 中的组件生命周期或 JavaScript 中的原型继承的纯技术问题舒服得多吗?
看到这里,你可能会问,区别在哪里?如果你发布作品集网站的源代码,它和其他 GitHub 项目基本一样,不是吗?
我问过一些招聘经理,他们确实这么说。但还是有一点区别的。
作品集网站其实就是一个网站。更准确地说,是一个静态网站。
坦白说,这些离现实世界的 Web 应用还差得远呢。作为一名 React 开发者,你的工作就是开发 Web 应用,而不是构建静态网站。
不同之处在于,Web 应用程序本质上是动态的。它们具有状态,并从 API 加载数据。它们提供交互元素和表单。
所以,与其投入大量时间打造个人网站,不如构建一两个功能齐全的 Web 应用。这比任何静态网站都能更好地证明你具备处理实际生产项目的技能。
那么只剩下一个问题:如果您的目标是给招聘经理留下深刻印象,您应该如何打造以及究竟应该打造什么?
别担心,我会支持你的。这里有一份深入的 React 作品集项目构建指南,让你像专业人士一样闪耀。
选择 2:通过博客文章或视频分享你的学习成果
你有一个个人网站,里面还有博客?这改变了游戏规则。
它仍然是一个静态网站,并不能真正证明你的制作能力。但重点已经不再是网站本身,而是你创作的内容。
事实上,你甚至不需要一个网站。只需在dev.to上创建一个帐户即可。在你的简历上,只需添加一个指向你的 dev.to 帐户的链接,而不是个人网站的链接即可。就这样。
博客文章或其他内容能够产生如此大影响的原因如下:
- 您允许读者(即招聘经理)了解您的思维过程。
- 你可以证明你的沟通技巧。
- 你展现了你的专业知识。
- 您可以让读者大致了解您的个性。
所有这些要点对于获得第一份工作都至关重要。但招聘经理很难在面试之外评估你的思维过程或沟通能力。
通过创建教育内容,您可以立即提供这些宝贵的见解。这可以让您领先其他候选人一步。
现在,博客文章如果太过混乱,也可能适得其反。所以,这里有两个写好内容的技巧。
- 时刻以读者为中心:问问自己是否理解自己所写的内容。找出解释中的漏洞,并逻辑地串联你的想法。这并不容易,需要练习。但下一步会很有帮助。
- 彻底编辑你的内容:博客文章写完后,不要立即点击发布。让它休息一会儿。几天内不要再翻看。然后回来用全新的眼光重新阅读。阅读时,请牢记第一点。
此刻,你或许已经确信写博客文章是个好主意。但你或许会觉得自己了解得还不够多,英语不够好,或者根本不知道该写些什么。
但让我猜猜:您经常做以下两件事,对吗?
- 您编写代码,遇到问题,并以某种方式克服它们。
- 您将学到有关编码的新知识。
很简单。选择其中一个并写下来。
我个人非常喜欢第一种方法,因为它能让你深入了解你的思维过程。而且写起来也相对容易。不过,创建一个精简版的代码来说明问题可能会有所帮助。这样读者就能理解。
我的学生 Kelvin 则采取了另一种方法。他在 Profy 上开发 Reddit Analytics 应用时学习了集成测试。他的母语并非英语,而且当时对测试还很陌生。但他仍然在 dev.to 上写了这篇文章,甚至还被他们的新闻通讯推荐了。
我想我已经表达清楚了:写几篇博客文章并不需要花费太多精力。这比从头开始搭建一个作品集网站要省力得多。但它对你获得第一份工作的影响却可能是巨大的。
如果您想以开发人员的身份深入了解博客,我强烈推荐这门免费课程来帮助您入门。
方案 3:为你的作品集项目撰写详细的 README 文件
这一点与创建博客文章非常相似。不过,它仍然值得单独提及。
通过在 GitHub 上为你的项目撰写详细的 README,你可以展示你的沟通技巧并阐述你的思考过程。当然,这不像写博客文章那样深入。同时,它也更省时。
说实话,一份好的 README 文件对于任何作品集项目来说都是必不可少的。原因如下:
想象一下,一位招聘经理打开你的一个 GitHub 仓库。他们首先看到的是 README 的内容。然而,大多数开发者只是保留了“Create React App”创建的默认内容。
真是浪费了一个机会。
相反,提供一些关于你的应用的信息。写下你的技术决策。引导读者找到最重要的代码。
我知道,写第一篇 README 可能很难。如果你想了解更多信息,这里有一份指南,教你如何写出让招聘经理印象深刻的 README。你也可以在那里获取模板。
方案四:优化你的简历
当你申请工作时,你的简历是别人首先看到的。让我再强调一遍:简历是最重要的。
初次联系的人很可能是招聘人员或人力资源部门的人员。他们会在几秒钟内决定你的简历是应该被扔进垃圾箱,还是值得你花更多时间去完善。
我希望你能理解整理简历的重要性。如果没有一份像样的简历,根本没人会看你的作品集网站或你的 GitHub 项目。
尽管它影响深远,但许多开发人员似乎在简历上花费的时间和精力非常有限。至少从我目前看到的许多简历来看是这样。
以下是我关于简历的最重要的建议。
- 选择简洁的模板:请不要使用花哨的模板。不要使用过多的颜色。简洁易读即可。您可以使用flowcv.io快速创建一份优秀的简历。
- 纠正拼写和语法错误:从Grammarly这样的应用程序开始。如果可以的话,找个朋友(最好是母语人士)帮忙校对。
- 保持信息简洁:尽可能使用项目符号。如果您要写摘要段落,请简短。如果您有工作经验,请提及您的影响和贡献。
- 记住:所有东西对外人来说是否都清晰易懂?例如,如果你以前在一家公司工作过,项目或功能的内部名称对外人来说可能毫无意义。
如果您想了解更多信息,这里有一些来自经验丰富的招聘经理的简单提示,可以帮助您创建出色的简历。
现在你知道了如何写简历。但是内容呢?
显然,您的简历应该包括有关您的个人数据、工作经历、经验和教育的所有相关事实。
如果您还没有专业的开发经验,则应该提及您的 GitHub 项目。任何开源贡献都应如此。
为了方便招聘人员或招聘经理,请添加项目链接(源代码和部署版本)。如果您有任何操作系统方面的贡献,也请提供链接。例如,提供 GitHub 上 Pull Request 的链接。
总结
调查结果显而易见:参与调查的60多位招聘经理中,大多数都会查看你的作品集网站。但从你获得工作的机会来看,我们可以得出以下结论:
如果您根本没有网站,那也没什么关系。
如果你想建立一个作品集网站,一定要确保它美观且维护良好。它应该响应迅速,没有失效的链接,没有过时的数据。
但要注意,把所有事情都理顺可能需要很长时间。作品集网站可能会浪费大量时间。
因此,也许最好选择这里提到的替代方案之一:
- 专注于你的 GitHub 作品集
- 撰写博客文章
- 为你的项目撰写详细的 README
- 优化你的简历
这些对你的求职都会比作品集网站更有影响力。所以,要明智地分配你的时间。
文章来源:https://dev.to/profydev/this-survey-among-60-hiring-managers-reveals-don-t-waste-your-time-on-a-react-portfolio-website-17ge