大概四年前我獲得了計(jì)算機(jī)科學(xué)學(xué)位并開啟了軟件工程師的職業(yè)生涯。我將在這篇文章中分享一些我這一路過來學(xué)習(xí)到的經(jīng)驗(yàn)教訓(xùn)。先歸納一下：

• 不要假設(shè)
• 非技術(shù)問題才是最困難的
• 先思考，再寫代碼
• 你要創(chuàng)造的東西比用于創(chuàng)造它的工具更重要
• 每個角色都同等重要

[[264475]]

不要假設(shè)

在我開始***份工作后，我的***個項(xiàng)目是一項(xiàng)長期運(yùn)行的項(xiàng)目中一個短期任務(wù)。這個項(xiàng)目已經(jīng)經(jīng)歷過很多開發(fā)周期和很多開發(fā)者。它有很大很復(fù)雜的代碼庫，而且整合了很多外部服務(wù)。

我的***個任務(wù)是修復(fù)一些會間歇性故障的單元測試。要測試的代碼相對老舊，是一位資深開發(fā)者曾經(jīng)編寫的。因?yàn)閺?UI 看其功能效果良好，并且 QA 也徹底地測試過它，所以我就假設(shè)問題*肯定*和測試本身有關(guān)。

我花了近三天時間想要修復(fù)本來沒有問題的測試方法。當(dāng)我向我的團(tuán)隊(duì)領(lǐng)導(dǎo)解釋修復(fù)工作耗費(fèi)如此長時間的原因時，他教給了我重要的***課。他告訴我說：不要只是因?yàn)閯e人的代碼看起來像是正確的就假設(shè)它確實(shí)正確。

這可能是我學(xué)到的最重要的教訓(xùn)，而且這一教訓(xùn)可應(yīng)用于很多場景，而不僅是代碼相關(guān)領(lǐng)域。舉些例子：

不要只是因?yàn)槟憬羞^某人去做某些事就假設(shè)他確實(shí)會做。永遠(yuǎn)記得要達(dá)成明確的一致。你讓某人去檢查某些東西但還未得到答復(fù)?那就去跟進(jìn)一下。如果某些事情是重要的，那就值得保持跟進(jìn)。

不要假設(shè)別人理解你告訴他們的內(nèi)容，即使他們說自己確實(shí)理解。這個教訓(xùn)是我的職業(yè)生涯進(jìn)入到幫助指導(dǎo)更多初級開發(fā)者時所學(xué)到的。我發(fā)現(xiàn)我會快速說完指令，然后第二天跟進(jìn)時卻發(fā)現(xiàn)相關(guān)的開發(fā)者沒什么進(jìn)展，即使當(dāng)時他們說過已經(jīng)***地理解了需求。相反，你應(yīng)該讓那個人復(fù)述一遍討論過的內(nèi)容，這樣你才能確保他們確實(shí)理解了。這個經(jīng)驗(yàn)不僅適用于指導(dǎo)開發(fā)者，也可用于向 BA/QA 解釋等等。

不要假設(shè)對方是錯的。我發(fā)現(xiàn)開發(fā)者在自己的代碼無效時往往傾向于責(zé)備他人。你對你寫的代碼有保護(hù)欲，甚至?xí)_(dá)到說服自己相信不可能出錯的程度。如果 QA 告訴你他們遇到了一個問題，他們有理由這么做。消除他們的疑慮不會給你太多損失，而且比起被拒絕，他們也會更加感激。

非技術(shù)問題才是最困難的

在大學(xué)里時，所有的問題都是技術(shù)方面的，要解決的問題不過就是想辦法讓代碼有效工作。但是進(jìn)入職業(yè)生涯后，我發(fā)現(xiàn)情況很少再會是這樣了。

對于一個跨多個時區(qū)工作的大型團(tuán)隊(duì)而言，確保溝通至關(guān)重要。要確保流程有效，要有清楚的文檔記錄。要確定提供幫助或指導(dǎo)新團(tuán)隊(duì)成員的方法。為開發(fā)過程引入新東西時，要確保平滑過渡。當(dāng)數(shù)據(jù)數(shù)字著眼于推動當(dāng)前的議程時，要說服項(xiàng)目管理注重長期的代碼健康。

這只是你在參與項(xiàng)目時會遇到的一部分事情。在我看來，比起追蹤困擾你的空指針，這些問題可要難多了。

先思考，再寫代碼

你發(fā)現(xiàn)了一個可以改進(jìn)的流程。你立馬決定將其自動化。你投入了所有的空閑時間開發(fā)能完全改變你的團(tuán)隊(duì)的工作方式的東西。

聽起來很熟悉，對吧?包括我在內(nèi)，開發(fā)者都熱愛自動化解決方案。

我的經(jīng)驗(yàn)教訓(xùn)是什么?不要直接寫代碼。停下來想想問題，而不是解決方案。和更廣泛的人交談一下，而不只是開發(fā)者。首先搞清楚這究竟是一個技術(shù)問題還是一個流程問題。然后再尋找解決方案。

當(dāng)然，使用 Docker 和已寫好的***腳本構(gòu)建一些復(fù)雜的解決方案確實(shí)很炫酷，而且你可能也能學(xué)到很多，但為非技術(shù)問題提出技術(shù)解決方案可能無助于團(tuán)隊(duì)的長期工作。這可能掩蓋更大的問題。

你要創(chuàng)造的東西比用于創(chuàng)造它的工具更重要

我剛畢業(yè)時非常熱愛寫代碼、學(xué)習(xí)新語言和框架以及任何涉及到技術(shù)元素的東西。

不要誤會，我現(xiàn)在依然熱愛。但是，我后來意識到，只要我們開發(fā)者使用的工具能讓我們完成工作，那么工具究竟是什么其實(shí)不重要。在前端開發(fā)中，每隔幾天就會有一種新框架。盡管開發(fā)者跟進(jìn)這些進(jìn)展很重要，但最終用戶(重要的人)并不在乎工作原理，只要有效就行。

每個角色都同等重要

我已經(jīng)提到了不要自動假設(shè)非開發(fā)者是錯誤的的重要性。除那之外，我也學(xué)習(xí)到構(gòu)成你團(tuán)隊(duì)的每個成員(BA、QA、項(xiàng)目經(jīng)理、其他利益相關(guān)者等等)都和所有開發(fā)者一樣重要。

如果沒有每個角色的努力，項(xiàng)目是不會有成果的;類似地，如果不在各種資源類型之間平等地共享資源，項(xiàng)目也不會有成效。

我還學(xué)習(xí)到，即使確實(shí)是開發(fā)者寫出了實(shí)際的代碼，但如果沒有利益相關(guān)者，代碼就沒有價值;而如果不能在質(zhì)量上保證這些代碼能完成工作，也不會有利益相關(guān)者。

總結(jié)

希望你能從這些經(jīng)驗(yàn)教訓(xùn)中學(xué)到些東西。你在職業(yè)生涯中收獲了哪些有用的經(jīng)驗(yàn)，不妨也與我們分享!

原文鏈接：

https://medium.freecodecamp.org/five-important-lessons-from-four-years-as-a-software-developer-9b367f256226

【本文是51CTO專欄機(jī)構(gòu)“機(jī)器之心”的原創(chuàng)譯文，微信公眾號“機(jī)器之心( id: almosthuman2014)”】 

戳這里，看該作者更多好文