新開發人員在第一週必須避免的關鍵陷阱

過去 6 年裡，我在 Palantir 的 5 個團隊工作過。

我希望有人在我職業生涯開始時警告我這 7 個錯誤。

準備好了嗎？讓我們開始吧。

？下載我的免費 101 React Tips And Tricks Book，搶佔先機。

錯誤#1：對你還不完全理解的事情給予強烈的意見

我們希望在工作的第一天證明我們的價值。

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

但是，這可能會導致你對尚未完全理解的事情提出強烈的意見。

範例

• 有人問有關測試的問題 → 你宣稱，「沒有 100% 的覆蓋率就是犯罪。」

• 有人談論狀態管理庫 → 你質疑團隊為什麼使用 Redux 並建議 Zustand。

• 團隊決定削減功能以趕上最後期限→你談論這會對你以前的公司產生怎樣的適得其反，失去用戶，yada yada...

我現在可以告訴你：99% 的情況下這都不會成功。

為什麼？

• 您沒有完整的上下文，因此您的輸入充其量是嘈雜的，而在最壞的情況下，會適得其反。

• 當同事爭論或向你解釋事情時，你浪費了他們的時間。

• 您可能會在沒有意識到的情況下被認為「愛炫耀」。這不是交朋友的最好方式嗎？ .

那麼，在最初幾週你應該保持安靜嗎？ 絕對不是。

您被聘用是為了為團隊做出貢獻並分享您的觀點。但是，請確保：

• 您盡可能收集有關團隊和產品的背景資訊 - 首先問「為什麼」。

• 你不會太執著於自己的觀點。將它們作為建議而不是嚴酷的事實來呈現。

• 盡可能「展示，而不是講述」。

錯誤#2：試圖自己解決所有問題

除非您是團隊中唯一的人，否則請尋求協助。

嘗試一段合理的時間後詢問。什麼是合理的取決於問題的類型：

• 如果您確定一小時後也找不到解決方案，或者問題影響了您的工作效率，請立即詢問。例如，您應該立即提出「如何設定這台電腦來進行測試？」之類的問題。

• 如果這是一個可以透過Google搜尋或使用人工智慧工具解決的技術問題，請先試試看。如果不起作用，請在 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中文網其他相關文章！