初级开发人员常犯的错误
询问高级开发人员
我们最近在Reddit上的 Web 开发社区向高级开发人员询问了一个问题:
初级开发人员最容易犯的错误是什么?
我们想知道初级开发人员经常犯哪些错误,以及他们可以如何改进。令人惊讶的是,我们采访的高级开发人员给出了大量的回复——确切地说,超过 270 条!
由于这里有如此多有价值的信息,我们决定在本文中总结这些答复。
因此,请阅读一下,然后在评论中告诉我们您的想法:)
最常见的主题
回复中有很多精彩、具体的例子,但我们注意到其中有很多共同的主题:
- 代码质量
- 管理时间和期望
- 有效沟通与团队合作
这些似乎是高级开发人员最常谈论的话题。这也很合理——当你触及问题的核心时,这些问题几乎可以成就或毁掉任何职业生涯。
有趣的是,最受欢迎的回复涵盖了所有这些主题。例如,以下是得票最高的回复:
先质量,后速度
高质量的代码只会间接地影响用户。主要目的是保持较高的开发速度,让所有利益相关者受益
。—— zoechi * r/webdev
在“质量”的争论中,实际上存在两个阵营,一方认为质量代码是指:
- 编写干净、可读且易于维护的代码
- 编写按时交付并能运行的代码。
在满足最后期限、交付功能和编写最佳代码之间取得平衡显然是一个棘手的问题。
有些人认为,商业现实意味着团队通常没有时间去打造简洁的代码模式。最重要的是按时完成任务,并让客户满意。
另一方面,许多高级开发人员认为高质量的代码应该是优先事项,并且通过将其作为优先事项,即使无法满足短期期限,您实际上也可以提高长期速度。
然而,这种讨论可能会分散初级开发人员的注意力,他们的首要任务是作为开发人员不断成长和提升,而不是带领团队走向成功。因此,我们认为初级开发人员最好首先关注质量,然后再提高交付速度。
顺便说一句,我们正在构建Wasp,这是一个具有超能力的全栈 React + NodeJS 框架,它是提升您作为全栈 Web 开发人员的技能的最佳方法之一。
通过在 GitHub 上为我们的 repo 加注星标,您可以帮助我们继续使 Web 开发更快、更容易,并每周为您带来这样的内容。
保持谦逊并管理期望
作为初级开发人员,我们并不期望你第一次就能把所有事情都做对。
假设你会随着时间的推移学习最佳实践,并且在此过程中你可能会产生不一致的工作,犯错误,甚至可能在此过程中破坏某些东西。
但没关系。
这是流程的一部分,也是意料之中的事。重要的是要记住,这并不反映你作为工程师或个人的价值。
在回复中,也有很多开发者意识到,其他开发者“以后再修复问题”是为了逃避批评。他们普遍认为这是一种不好的习惯,因为即使开发者积累了更多经验,这种习惯也常常会困扰他们。
例如,“代码审查不应该被视为针对个人”,这是高级开发人员常说的观点。
因此,能够优雅地接受批评是一项需要培养的重要技能。
毕竟,前辈们会根据自己的经验指导你做出更好的决定,而后辈们则是为了学习。
但是你应该多久寻求一次前辈的建议呢?你应该听从他们的建议,还是听从某个人告诉你的YouTube 或博客文章上说的“唯一方法” ;)?
每次遇到困难时,您是否应该寻求帮助,还是应该损害自己的理智并独自挣扎数天?
嗯,这取决于你问谁。但大多数回复都明确表示:
- 你应该先自己尝试一下。
- 使用可用的资源(ChatGPT、Stack Overflow、Google)来尝试解决问题。
- 一旦进展明显放缓,就寻求帮助。
- 如果您有一个可能的解决方案并且它与高级开发人员的建议不同,这并不意味着它是错误的——有时可能有很多种方法可以实现相同的目标!
灵活变通,乐于接受改变
没有什么比科技世界变化得更快。作为一名开发者,你需要不断学习并适应新技术和趋势。如果你不喜欢变化,那么软件开发者这个职业可能并不适合你。
除了情况瞬息万变之外,这项工作还会挑战你的假设。例如,你认为可能是最佳的解决方案,结果却与团队的预期目标或最终产品不符,你不得不采用“次优”方案。
为什么?因为考虑到团队的限制,这可能是完成工作的最佳方法。( “抱歉,伙计,但我们不能用你最喜欢的框架。”)
保持灵活和开放心态的开发人员往往在这里具有优势。
他们对特定技术或方法不那么固执己见,更愿意根据实际情况进行调整。他们通常比同行进步更快,而且能够出色地完成工作。
如果您觉得这篇文章对您有帮助,请在 GitHub 上给我们一个 star来表示支持 !这将帮助我们继续制作更多类似的东西。
那么,您觉得怎么样?
好的,这就是我们的总结。
您对这些观点有什么看法?资深开发人员的评估正确吗?还是他们忽略了什么?
你最近有没有意识到一些你希望早点知道的事情?如果有,请在评论区分享!
嘘!我和我的同事在下面的YouTube视频中详细讨论了结果,并发表了各自的意见。如果你也感兴趣的话,可以去看看 :)