阿川私房教材:學程式,拿 offer!

63 個專案實戰,直接上手!
無需補習,按步驟打造你的面試作品。

立即解鎖你的轉職秘笈

詢問高級開發人員

問

我們最近在Reddit上的網頁開發社群向資深開發人員詢問了以下問題:

初級開發人員中最具破壞性的誤解是什麼?

我們想知道初級開發人員一直犯的錯誤是什麼,以及他們可以做些什麼來改進。令人驚訝的是,我們詢問的高級開發人員給了我們大量的回應——準確地說超過 270 個!

由於這裡有很多有價值的訊息,我們決定在本文中總結回應。

所以,請閱讀一下,然後在評論中告訴我們您的想法:)

最常見的主題

回覆中有很多很棒的具體例子,但我們注意到其中有很多共同的主題:

  • 程式碼品質

  • 管理時間和期望

  • 有效的溝通和團隊合作

這些似乎是高階開發人員最常談論的話題。這是有道理的——當你深入問題的核心時,這些事情幾乎可以成就或毀掉任何職業。

有趣的是,最受歡迎的回覆是涵蓋所有這些主題的問題。例如,以下是得票最高的回覆:

稍後清理

先質量,後速度

高程式碼品質只會間接影響使用者。主要目的是維持較高的開發速度,使所有利害關係人受益

zoechi * r/webdev

在「品質」辯論中,實際上存在兩個陣營,其中一些認為品質程式碼是關於:

  1. 編寫乾淨、可讀的程式碼,易於維護

  2. 編寫按時交付且有效的程式碼。

滿足最後期限、發布功能和編寫最佳程式碼之間的平衡顯然是一個棘手的問題。

有些人認為,業務現實意味著團隊通常沒有時間進行乾淨的程式碼模式。最重要的一點是按時完成任務並讓客戶滿意。

另一方面,許多高級開發人員認為品質程式碼應該是優先事項,並且透過將其作為優先事項,您實際上可以提高長期速度,即使無法滿足短期期限。

您不必接觸所有程式碼

不過,這種討論可能會分散初級開發人員優先事項的注意力,這些優先事項是作為開發人員成長和改進,而不是帶領團隊取得成功。因此,我們認為初級開發人員最好先專注於質量,然後再提高交付速度。


順便說一句,我們正在建立Wasp ,一個具有超能力的全端 React + NodeJS 框架,成為提升全端 Web 開發人員技能的最佳方法之一。

透過在 GitHub 上為我們的儲存庫加註星標,您將幫助我們繼續使 Web 開發變得更快、更輕鬆,並每週為您帶來這樣的內容。

https://media1.giphy.com/media/ZfK4cXKJTTay1Ava29/giphy.gif?cid=7941fdc6pmqo30ll0e4rzdiisbtagx97sx5t0znx4lk0auju&ep=v1_gifs_searchx97sx5t0znx4lk0auju&ep=v1_gifs_search}&ridgi.

https://www.github.com/wasp-lang/wasp ⭐️ 感謝您的支持🙏


保持謙虛並管理期望

作為初級開發人員,您不會期望第一次就能把所有事情都做對。

人們假設您會隨著時間的推移學習最佳實踐,但在此過程中您可能會產生不一致的工作、犯錯,甚至可能會破壞一些東西。

愚蠢的

但沒關係。

這是過程的一部分。這是預期的。重要的是要記住,這並不反映您作為工程師或個人的價值或價值。

在回覆中,也有許多開發者認識到另一個開發者希望“稍後修復問題”,以此來消除對其工作的批評。他們普遍認為這是一種壞習慣,因為即使開發人員獲得了更多經驗,這也常常困擾著他們。

例如,「程式碼審查不應該針對個人」是高階開發人員的共同觀點。

因此,能夠優雅地接受批評是一項需要培養的重要技能。

畢竟,前輩會根據他們自己的經驗指導你做出更好的決定。青少年也在那裡學習。

資深開發人員並不了解一切

但是您應該多久尋求一位前輩的建議呢?你應該照他們所說的去做,還是按照某些人在 YouTube 或某些博文中告訴你的那樣去做 x 的唯一方法;)?

你是否應該在每次陷入困境時尋求幫助,還是應該犧牲自己的理智,獨自掙扎數日?

嗯,這取決於你問誰。但大多數回應都明確表示:

  1. 你應該先自己嘗試一下。

  2. 使用您可用的資源(ChatGPT、Stack Overflow、Google)嘗試找出答案。

  3. 一旦你進展緩慢,就尋求幫助。

  4. 如果你有一個可能的解決方案,而且它與高級開發人員的建議不同,這並不意味著它是錯誤的——有時可能有很多可能的方法來實現相同的目標!

提問打擾前輩

保持靈活性並樂於改變

沒有什麼比科技世界的變化更快。作為開發人員,您需要不斷學習和適應新技術和趨勢。如果您不喜歡改變,那麼軟體開發人員可能不適合您。

一切都比你想像的還要長

除了事物不斷變化之外,這種工作還會挑戰你的假設。例如,您認為可能是最佳的解決方案結果與您團隊的預期目標或最終產品不相容,您被迫使用「次優」解決方案。

為什麼?因為這可能是最好的方法

考慮到團隊的限制來完成工作。 ( 「抱歉,朋友,我們不能在這個框架上使用您最喜歡的框架。」

保持靈活和開放思想的開發人員通常在這方面具有優勢。

他們對特定技術或方法不太教條,更願意適應當前的情況。他們通常比同齡人進步得更快,並且能夠出色地完成工作。


如果到目前為止您發現這很有用,在 GitHub 上給我們一顆星以表示您的支持!它將幫助我們繼續製造更多類似的東西。

https://res.cloudinary.com/practicaldev/image/fetch/s--OCpry2p9--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_66%2Cw_800/https://dev-to-uploads.s3.amazonaws.com/uploads /文章/bky8z46ii7ayejprrqw3.gif

https://www.github.com/wasp-lang/wasp ⭐️ 感謝您的支持🙏


所以你怎麼看?

好的,這就是我們的總結。

開發商

對於這些意見,你有何看法?高階開發人員的評估是否正確,或者他們是否遺漏了某些內容?

您最近是否意識到一些您希望早點知道的事情?如果是的話,請在評論中與我們分享!


噓!我和我的同事也在下面的 YouTube 影片中更詳細地討論了結果並權衡了我們的意見。所以檢查一下,如果這是你的事情:)

https://www.youtube.com/watch?v=eermNn9VhOA


原文出處:https://dev.to/wasp/what-junior-devs-get-wrong-an8


共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。

阿川私房教材:學程式,拿 offer!

63 個專案實戰,直接上手!
無需補習,按步驟打造你的面試作品。

立即解鎖你的轉職秘笈