忍受你是长辈的工作； 让这成为一件容易的事。

当谈到你的第一份科技工作时，最重要但最少被谈论的障碍之一不是申请、面试或入职。

它正在赢得尊重。

当你第一次开始新工作时，无论级别如何，你的同事都会自然而然地怀疑你的能力、你的经验，甚至你的个性。

作为一名大三学生，尤其是在大学毕业后的第一份工作中，你处于不同类型的显微镜下。

幸运的是，成为初级学生有其好处，比如了解你需要指导。 最好的雇主将确保您获得优质、实践和耐心的指导。

剩下的人会让你选择一位经验丰富的员工，他们可能不会因为你现在成为他们的问题而感到高兴。

作为一个刚刚接触数据工程和整个科技行业的人，我在工作的头几个月里花了很多时间试图尽可能自给自足。

在此过程中，我制定了一些策略，随着时间的推移，这些策略使我减少了对高级团队成员的依赖，进而使我能够发挥更大的影响力。

记下（并参考）笔记

如果“写下来”不是开创性的建议，我很抱歉。

然而，当你身处新环境，尤其是新工作时，手写信息可以帮助你快速记住它。

虽然我不确定公司是否有针对初级开发的官方“时钟”（如果是这样，我不会感到惊讶），但他们肯定对进展有更广泛的期望，即到第二季度，他们应该完成大约 x 吉拉门票。

能够在纸上记录上级的想法、建议和要求将减少后续问题的必要性，而后续问题可能会延迟开发过程。

别介意，有重要的科学证据表明手写笔记可以增加对关键信息的记忆，比如你在工作的第一天、第一周、第一个月和第一年需要什么。

你做笔记的最后一个原因是如此明显，听起来我已经到了这里。

看着某人拿出笔和纸的行为表明他们正在投入并投入到接下来的步骤中。

相信我，这会让老年人安心。

好吧，至少，直到他们对你的代码进行严厉的审查。

测试您的代码......并提供证明

在经历了太多的部署失败（幸好没有发生灾难性的）之后，我的高级团队成员在提出拉取请求时实施了一项新规则。

我们不仅需要测试我们的代码，而且如果我们包含演示输出的日志屏幕截图，这将对审阅者有所帮助。

由于我们作为审阅者和提交者（提交者？）都采用了这条规则，因此我在部署方面遇到了更少的麻烦。

这不一定是因为我正在编写更好的代码。

这是因为，随着标准的提高，我在提交之前会花更多的时间来校对和测试我的作品。

如果你想成为一名新员工，超越自我，请记住一句话：

测试。

每个人都有自己的测试代码策略，但对我来说，在部署之前评估代码功能和质量的最佳方法是创建并激活虚拟环境（PyEnv 是我的最爱）。

当代码在生产中失败时，老年人最讨厌听到的一件事（我知道，因为我已经说过很多次了）是“它在我的环境中运行”。

如果您模仿生产条件（包括适当的依赖关系），您将提交健壮的、可重现的代码。

3 在我之前

我面前的3是小学老师使用的一个短语，要求学生在遇到问题时，在向老师寻求帮助之前查阅三个不同的信息来源。

奇怪的是，当我在电视制作部门实习时，这意味着在打扰我们工作过度、工资过低的老板之前，先问问其他 25 名实习生中的一位。

尽管听起来很奇怪，但这种策略也可以应用于技术工作。

在我的团队中，我们有一个软规则，如果我们绝对陷入困境超过几个小时，我们就会向其他人寻求帮助。

我曾经经常滥用这条规则，诚然，我会感到沮丧并过度思考问题。

如果您确实需要帮助，但认为自己过于依赖资深队友，请横向调动。

很有可能，您团队中的一位同事可能即将升任高级职位，但尚未获得晋升。

或者，可能只是有人不那么忙，但可以提供不同的观点。

我坚信我可以从任何人身上学到一些东西，所以我不会拒绝向比我新的人询问他们对问题的看法。

寻求横向来源的帮助可以完成两件事：它可以在同侪之间建立友情（如果你足够谦虚，向处于你职位的人寻求帮助，就不需要愚蠢的权力斗争或政治），并且它可以让你的上级从他们的许多项目中解放出来。 他们的盘子里都有。

对于每个问题，提供一个可能的解决方案

除了判断您解决问题的能力之外，更多高级团队成员可能会注意到您如何寻求帮助（必要时）。

你必须意识到，向上级寻求帮助就像在谷歌上搜索一些东西，如果你不提供正确的上下文，你将不会得到足够的答案。

坦率地说，在不知道为什么要尝试进行操作的情况下提出概念性问题是没有帮助的。

例如，询问是否应该将嵌套 JSON 转换为数据帧或保留其原始形式在很大程度上取决于您的用例。

此外，在回答这些问题时，您的高级队友将不得不抽出时间来复制您的情况或拆解您的代码。

通过为每个问题附上您已经尝试过的可能解决方案，让他们的生活变得轻松。

您还可以将您的问题改写为更具经验性而非概念性，因此您可以问“您什么时候遇到过这种情况？”，而不是说“我在这里做什么”。

这种改写表明你不仅对快速回答感兴趣，而且对快速回答感兴趣。 你希望你的前辈分享他们的经验，这样你就可以去解决问题。

你不是用勺子喂的。 你正在被推向正确的方向。

自信但透明

虽然我很幸运能够在自己的岗位上获得一些适销对路的技能和宝贵的现实经验，但我获得的最大资产是信心。

然而，我一开始并没有信心。

恰恰相反。

当我本应更加确信自己解决问题和做出贡献的能力时，我经常犯低估自己技能的错误。

高级团队成员欣赏那些他们知道可以信任的人，他们可以在很少监督的情况下完成中低优先级的任务。

就像记笔记一样，只要表现出自信就可以让对方放松下来，尤其是当那个人仍然对你有些怀疑时。

对技术的信心并不意味着总是知道正确的答案。

知道你以前遇到过棘手的问题，并且相信你会找到解决方案。

另一方面是，如果你不知道什么，就说出来。

我的高级团队成员非常善于让我坦然承认自己没有遇到过某个术语或编程概念。

结对编程会议或启动会议不是假装自己无所不知的时候。 提出任何问题，无论多么基本。

这比稍后要求澄清要好得多。

带走

最近我成为了团队中的新人，我的问题肯定惹恼了我的队友，简单地说，我的“新”，我对你们中那些因为害怕看起来“愚蠢”而犹豫是否提出问题的人表示同情。

尽管这篇文章包含了不要惹恼你的队友的技巧，但我想说的是，我很幸运能够从一些非常耐心和知识渊博的在职指导中受益。

您很可能会有类似的经历。

请记住，当团队雇用初级开发人员时，他们并不期待一名博士级别的全栈开发人员。

他们聘请了一个足够了解但仍需要成长空间的人。

肯定会有成长的烦恼，你可能会觉得自己是上级的烦恼。

但请记住，您需要尽一切努力让自己感到舒适、自信和有能力。

最重要的是，记住您的感受，以便在帮助下一代人才时保持耐心和同理心。