新开发人员在第一周必须避免的关键陷阱

过去 6 年里，我在 Palantir 的 5 个团队工作过。

我希望有人在我职业生涯开始时警告我这 7 个错误。

准备好了吗？让我们开始吧。

？下载我的免费 101 React Tips And Tricks Book，抢占先机。

错误#1：对你还不完全理解的事情给出强烈的意见

我们希望在工作的第一天证明我们的价值。

想要向同事展示您值得雇用是自然的？.

但是，这可能会导致你对尚未完全理解的事情提出强烈的意见。

示例

• 有人询问有关测试的问题 → 你宣称，“没有 100% 的覆盖率就是犯罪。”

• 有人谈论状态管理库 → 你质疑团队为什么使用 Redux 并建议 Zustand。

• 团队决定削减功能以赶上最后期限→你谈论这会对你以前的公司产生怎样的适得其反，失去用户，yada yada...

我现在可以告诉你：99% 的情况下这都不会成功。

为什么？

• 您没有完整的上下文，因此您的输入充其量是嘈杂的，而在最坏的情况下，会适得其反。

• 当同事争论或向你解释事情时，你浪费了他们的时间。

• 您可能会在没有意识到的情况下被认为“爱炫耀”。这不是交朋友的最好方式吗？.

那么，在最初几周你应该保持安静吗？ 绝对不是。

您被聘用是为了为团队做出贡献并分享您的观点。但是，请确保：

• 您尽可能多地收集有关团队和产品的背景信息 - 首先问“为什么”。

• 你不会太执着于自己的观点。将它们作为建议而不是严酷的事实来呈现。

• 尽可能“展示，而不是讲述”。

错误#2：试图自己解决所有问题

除非您是团队中唯一的人，否则请寻求帮助。

尝试一段合理的时间后询问。什么是合理的取决于问题的类型：

• 如果您确定一小时后也找不到解决方案，或者问题影响了您的工作效率，请立即询问。例如，您应该立即提出“如何设置这台计算机来进行测试？”之类的问题。

• 如果这是一个可以通过谷歌搜索或使用人工智能工具解决的技术问题，请先尝试一下。如果不起作用，请在 30 分钟后寻求帮助。

为什么寻求帮助？

• 你不知道你不知道什么。

• 花在弄清楚别人已经知道的事情上的时间是你可以花在富有成效的工作上的时间。

如果您所处的环境不容易获得帮助，您就必须想办法解决问题。

确保为下一个人记录您的发现。这会建立一个知识库并为您赢得“好队友”积分。

错误#3：过于关注入职培训而忽视同事的工作

我超级内向？.

所以，我发现很难随机接触新朋友。

然而，每当我加入新团队时，我都会强迫自己与队友交谈——而且这总是有回报的。

怎么样？

• 当我意识到我的同事都是愿意提供帮助的普通人时，入职感觉不再那么令人生畏。

• 我获得了宝贵的背景知识并了解什么对团队最重要。

• 我建立了一个可以寻求支持的人际网络。

所以，一旦您加入新团队，请立即与队友一对一会议。

询问他们的工作、团队的历史、他们如何看待自己的角色以及他们可能有的任何建议。

错误#4：试图记住一切

在我的第一支球队，我感到超级迷失？.

人们在会议中使用缩写词，我很难听懂对话。即使我知道一些缩写，我仍然感到不知所措。

我试图记住一切。

但这毫无意义。

一切最终都会成为第二天性。一开始感到不知所措是正常的。

关键是不断提出澄清问题。

随着时间的推移，您会更好地理解事物并建立肌肉记忆。

错误#5：过度抱怨你的团队系统

没有完美的代码库。

没有完美的团队。

书籍和博客常常给人这样的印象：

• 每个人都应该使用最新的库或框架。

• 所有遗留代码都应该重构。

当你加入一个具有不同实践或“混乱”代码的团队时，你可能会开始抱怨。

你甚至可以列出所有“错误”的事情。 ?‍♀️

这是开始新工作最糟糕的方式。

除非你被聘用来彻底检查团队及其流程（即使如此），否则不要这样做。

为什么？

• 你在暗示团队因为缺少一些东西而“贫穷”。

• 您正在为同事添加未经请求的工作。

• 你正在疏远那些在不了解他们所面临的限制的情况下构建系统的人。

相反，要有积极的态度：

• 寻找提供价值的方法。

• 展示，而不是讲述：在拉取请求中引入更好的模式。

• 与团队进行技术讨论。

如果您对系统不满意，请考虑去其他地方面试？.

错误#6：尝试在没有上下文的情况下重构代码

我犯了这个错误。

我想提供价值，所以我在没有被要求的情况下重构了代码。

事情没有我希望的那么顺利。

后来有人加入团队，不请自来地重构了我的代码，我就尝到了自食其果的滋味？.

在没有上下文的情况下重构某人的代码感觉就像是一种攻击。这就像有人破坏了你的艺术。

不要@我：我知道这不健康？.

为什么这是一个问题：

• 您错过了代码存在原因的上下文。

• 你忽略了更重要的任务。

相反，仅在以下情况下重构代码：

• 有人寻求帮助。

• 您可以将重构集成到有意义的工作中（例如拉取请求）。

错误七：设定不切实际的期望

在最初几周内不要每天工作 12-14 小时，除非您打算长期工作。

这似乎是个好主意，因为：

• 你想证明自己的价值。

• 你觉得要学的东西太多了。

• 您正在试用期。

但这可能会适得其反：

• 它为您的团队设定了不切实际的期望。稍后缩减规模可能会产生摩擦。

• 这是不可持续的，可能会导致倦怠。

相反：

• 首先满足团队的期望。

• 如果您想做更多，请确保其可持续且有益。

第一周是一个宽限期。人们期望你学习，而不是立即交付价值。

这是一个包装？.

入职具有挑战性。

但是一些错误可能会使情况变得更糟：

• 在没有上下文的情况下分享强烈的意见。

• 在没有上下文的情况下采取行动。

• 没有利用你的同事。

避免这些错误，你就会很快融入新团队。

别忘了加上“???”。

如果您正在学习 React，请免费下载我的 101 React Tips & Tricks 书。

如果您喜欢这样的文章，请加入我的免费时事通讯，FrontendJoy。

如果您想要每日提示，请在 X/Twitter 或 Bluesky 上找到我。

？本周提示

？值得深思的

<script> // Detect dark theme var iframe = document.getElementById('tweet-1877747297402142883-419'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1877747297402142883&theme=dark" } </script> <script> // Detect dark theme var iframe = document.getElementById('tweet-1876901704563872142-960'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1876901704563872142&theme=dark" } </script>

以上是新开发人员在第一周必须避免的关键陷阱的详细内容。更多信息请关注PHP中文网其他相关文章！