大家好！经过一段时间的缺席写作后，我回来了，试图重新找回状态。我想强调的是，在这里分享的经验是基于我的学术和专业经验。因此，重要的是要记住，这里描述的内容可能仅代表现实的一小部分，不应被解释为特定流程、程序或服务的最终公式。 我目前对职业生涯的新阶段感到非常兴奋。我学到了很多东西，并希望与社区分享这段旅程的一些经验。我希望这里提供的信息对读者有很大的价值。 以人为本——软技能的重要性 几年前，我第一次参加选拔过程时，我清楚地记得我经历的几乎无聊的步骤：人力资源面试、实践测试、技术主管面试，最后是经理面试。在我的开发人员生涯中，我参加过几次不同模式的面试。当时，我总是觉得与人力资源人员面试很不自在。我不太明白为什么，心想：“如果我能达到技术测试的要求，我已经表现出足够的能力胜任这个职位了。”  当我担任技术开发负责人时，我的职责之一是与人力资源部（是的，我不明白为什么会和这些人一起参与选拔过程）合作，准备一项技术测试，并确定两位后端领域候选人的面试形式。我以为自己已经知道后端领域的初级开发人员应该交付什么，以及什么会被视为测试中的差异化因素。然而，我没有想到的是，尽管代码很重要，但除了项目交付之外，还出现了其他需求：如何从沟通角度评估候选人？他们对这个职位有什么兴趣？他们所呈现的背景如何影响他们是否适合这个职位？这些问题和其他问题与两位候选人提供的代码一样重要，这是我在早期从事开发人员时从未考虑过的事情。 我记得坐在会议桌前做出最终决定时，有点惊讶地发现，会议对每位候选人的技术技能讨论得如此之少。部分原因是他们是入门级候选人，因此可以预料到他们的技术技能不会那么发达，而这并不是讨论的重点。 然而，即使是更高级的职位，尤其是高级职位，考虑沟通、文档、适应性、主动性等经常提到的技能也至关重要。除了技术技能外，这些软技能是基础，对于职位的成功至关重要。事实上，这是我的下一个观点。 初级和高级（不，不是中级）之间的界限。 我知道有很多关于与经验水平相关的术语的含义和分类的讨论，比如“高级”。有人说“高级是根据多年的经验来定义的”，另一些人则声称“在某些公司，一年后你就获得了高级经验”。还有人说“初级和高级之间没有明确的区别”或“高级只做代码审查和批准 PR”。这些说法有些可笑，有些则有一定道理。事实上，“高级”的概念非常多样化，我无法定义一个通用的标准，但我可以提供一些指导，以便以更个性化的方式理解这种分类。  资深不仅仅意味着技术知识，尽管这无疑非常重要。真正的资深，或者至少是优秀的资深，是能够解决代码和系统架构方面的复杂问题的人。保持代码质量、遵循良好的开发实践和具备项目管理知识是至关重要的方面。 关键的区别在于，资深开发人员必须能够独立执行所有这些任务，更重要的是，能够与不同级别和部门的团队合作，以交付尽可能好的项目。此外，真正的资深开发人员（或至少是最好的资深开发人员）不仅领导和指导团队，还培养和准备其他开发人员承担新的职位和责任。 我第一次领导项目的经历 当我接手第一个项目时，我的老板知道我之前没有领导过任何其他项目。我只是参与了开发，并在与管理层沟通方面制定了一些有助于开发的事情。他问我的第一个问题是：  我当时并没有马上知道答案，这是一个非常复杂的问题。因为项目只是在大纲中，我们不知道堆栈，完成每个任务需要多少时间以及上面人们感兴趣的其他指标。为了能够在第二天交付，我对几种项目管理方法进行了全面的研究：Pert，规划扑克，我们协作选择了最适合的方法，挑战开始了。对于团队的每个成员来说，最好的开发平台是什么，使用的最佳堆栈是什么，系统架构将如何工作，研究市场上的其他解决方案，监控每个开发人员的水平， 。  “多少人以及什么样的人足以完成这个项目。” 与管理层开会，开会，开会 其余的工作包括与开发人员沟通、分配任务、监控指标，基本上就是一只眼睛盯着 Asana（估计项目交付时间），另一只眼睛盯着 Meet，以确保我的麦克风没有打开，没有不想要的东西“意外”溜走。 在我最不经意间，我与代码的距离越来越远。我的角色变成了提出改进建议并修复一些关键错误，以便项目能够正常运行，或者至少为开发人员提供坚实的基础。 结论与回顾——向大师致以深情 我的职业生涯始于一名开发实习生，有趣的是——你可能会觉得这对我来说有点矛盾——我没有任何具体的经验（至少在我的工作记录中没有正式记录）来将我归类为初级、正式或高级开发人员。我获得的大部分经验来自个人项目和大学研究。这是一个循序渐进的过程，直到我意识到我的技能自早期以来一直在不断发展。 但是是的，我作为一名开发人员在不同级别上努力工作，并有机会在我的整个职业生涯中结识不同类型的高级专业人士： 非常能干、高效的高级职员，但不善于沟通，解决问题时却不解释他的方法。 这位学长沟通能力和教学能力都很好，但是经常有紧急任务，没有时间授课。 这位资深人士热衷于过度工程和集中技术，但他能按时完成任务并兑现承诺。 最重要的是，尽管这些专业人士存在一些可以理解的缺点（虽然可能存在，但平衡需求非常困难），但他们都有一些宝贵的经验可以传授。这些经验帮助我塑造了我的职业生涯，让我清楚地了解了系统开发中什么行得通，什么行不通。

This story contains new, firsthand information uncovered by the writer.

Read My Stories

Co-Founder and Cybersecurity Research

The Surprising Lessons I've Learned as a Tech Lead

Meet the Writer: Hacker Noon's Contributor Lucas Matheus, Tech Entrepreneur, Tech Lead and Hacker

該音頻是用故事的原始語言製作的！

作为技术主管，我学到的令人惊讶的教训

About Author

註釋

標籤

这篇文章刊登在

Related Stories

架构师指南：构建 AI/ML 数据湖参考架构

Claude Sonnet 3.5 系统提示泄漏：法医分析

释放人工智能的力量。前沿技术的系统评价：摘要与介绍

数字游民请注意：您需要了解泰国新推出的 DTV 签证

架构师指南：构建 AI/ML 数据湖参考架构

Claude Sonnet 3.5 系统提示泄漏：法医分析

释放人工智能的力量。前沿技术的系统评价：摘要与介绍

数字游民请注意：您需要了解泰国新推出的 DTV 签证

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps