作為四年的軟件開發(fā)人員，五個重要經(jīng)驗教訓(xùn)

自從我獲得CS學(xué)位并開始我作為軟件開發(fā)人員的職業(yè)生涯以來已經(jīng)差不多四年了。 在這篇文章中，我想分享我在此過程中學(xué)到的一些經(jīng)驗教訓(xùn)。
目錄
-永遠不要假設(shè)
-非技術(shù)問題是最困難的
-首先考慮，稍后編碼
-你創(chuàng)建的內(nèi)容比創(chuàng)建它的工具更重要
-每個角色都同樣重要
-結(jié)論
永遠不要假設(shè)
在開始我的第一份工作后，我的第一個項目是一個長期項目的短期任務(wù)。 該項目見過許多沖刺和許多開發(fā)人員。 代碼庫龐大，復(fù)雜，并且與外部服務(wù)有許多集成。
我的第一個任務(wù)是修復(fù)一些間歇性失敗的單元測試。 正在測試的代碼相對較舊，由高級開發(fā)人員編寫。 由于功能從UI工作得很好并且經(jīng)過QA徹底測試，我假設(shè)問題必須與測試本身一致。
我花了近三天時間試圖修復(fù)未破壞的測試。 當(dāng)我向我的團隊負責(zé)人解釋為什么修復(fù)工作花了這么長時間時，他教我第一堂課。 他告訴我永遠不要認為別人的代碼是正確的，因為它看起來像它。
這可能是我學(xué)到的最重要的一課，可以應(yīng)用于很多情況，而不僅僅是涉及代碼。 以下是一些：
1永遠不要以為某人會因為你的要求而做某事。始終得到明確的協(xié)議。還沒有收到你要求檢查某人的回復(fù)？發(fā)送跟進。如果有重要的事情，重要的是跟進。
2永遠不要假設(shè)有人理解你告訴他們的內(nèi)容，即使他們說他們這樣做了。這是我在職業(yè)生涯中取得的成就之后學(xué)到的，我?guī)椭笇?dǎo)了更多的初級開發(fā)人員。我發(fā)現(xiàn)我會通過指令進行步槍攻擊，并在第二天跟進，發(fā)現(xiàn)有問題的開發(fā)人員雖然說他們完全理解了所需要的內(nèi)容但沒有取得多大進展。相反，讓這個人給你一個關(guān)于討論內(nèi)容的演練，這樣你就可以確定他們理解了。這不僅適用于指導(dǎo)開發(fā)人員，例如向BA / QA等解釋某些內(nèi)容。
3永遠不要認為對方是錯的。我認為開發(fā)人員傾向于責(zé)怪其他人，因為他們的代碼不起作用。你對你編寫的代碼保護起來，直到你確信它不會出錯。如果QA告訴你他們遇到了問題，他們有理由這樣做。給他們帶來懷疑的好處不會花費太多，而且他們會比關(guān)閉更能體會到它。
非技術(shù)問題是最困難的
在大學(xué)里，所有的問題都是技術(shù)問題。 弄清楚如何使一段代碼工作幾乎總是手頭的問題。 然而，在職業(yè)生涯中，我發(fā)現(xiàn)這種情況很少發(fā)生。
確保在跨多個時區(qū)的大型團隊中進行溝通。 確保流程有效，并且清楚地記錄在案。 弄清楚如何幫助船上或指導(dǎo)新的團隊成員。 試圖在開發(fā)過程中順利引入新的東西。 當(dāng)數(shù)字在當(dāng)前推動他們的議程時，說服項目管理專注于長期代碼健康。
這些只是一些示例，顯示了你可以在項目中遇到的各種事情。 在我看來，它們比追蹤那些困擾你的空指針要難得多。
首先考慮，稍后編碼
你發(fā)現(xiàn)了一個可以改進的流程。 你立即決定自動化它。 你花費每個空閑時間開發(fā)一些會徹底改變團隊工作方式的東西。
聽起來很熟悉吧？ 包括我在內(nèi)的開發(fā)人員喜歡自動化解決方案。
我學(xué)到了什么？ 不要馬上去找代碼。 停下來，思考問題，而不是解決方案。 與一系列人交談，而不僅僅是開發(fā)人員。 首先確定問題是技術(shù)問題還是流程問題。 然后你可以找出解決方案。
當(dāng)然，使用Docker和好編寫的腳本提出一些復(fù)雜的解決方案會很酷，你可能會學(xué)到很多東西，但從長遠來看，為非技術(shù)問題提出技術(shù)解決方案可能無助于團隊。 它可能只是掩蓋了更大的問題。
你創(chuàng)建的內(nèi)容比創(chuàng)建它的工具更重要
當(dāng)我畢業(yè)時，我喜歡編寫代碼，學(xué)習(xí)新的語言和框架，以及任何涉及技術(shù)元素的東西。
不要誤會我的意思，我仍然這樣做。 但是，我已經(jīng)意識到，只要我們用作開發(fā)人員的工具使我們能夠完成工作，那么這些工具是什么并不重要。 在前端開發(fā)中，每隔一天就有一個新的框架。 盡管作為開發(fā)人員保持活躍是最重要的，但最終用戶（重要人物）并不關(guān)心某些事情是如何發(fā)揮作用的。
每個角色都同樣重要
我已經(jīng)提到了不自動假設(shè)每個不是開發(fā)人員的人都錯了的重要性。 除此之外，我了解到組成團隊的每個成員（BA，QA，項目經(jīng)理，其他利益相關(guān)者等）與任何開發(fā)人員一樣重要。
如果沒有來自每個角色的表示，項目就不起作用，并且如果不在不同資源類型之間平均分配資源，則同樣不起作用。
我了解到，即使是編寫實際代碼的開發(fā)人員，也沒有沒有利益相關(guān)者的代碼，如果沒有質(zhì)量保證他們的立場，就沒有利益相關(guān)者。
結(jié)論
我希望你能從這些課程中學(xué)到一些東西。 如果你有一些你已經(jīng)學(xué)過的課程，你想分享，我很樂意在答復(fù)中聽到它們。

新聞名稱：作為四年的軟件開發(fā)人員，五個重要經(jīng)驗教訓(xùn)
新聞來源：http://www.muchs.cn/news8/114608.html

網(wǎng)站建設(shè)、網(wǎng)絡(luò)推廣公司-創(chuàng)新互聯(lián)，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡(luò)營銷seo公司；服務(wù)項目有軟件開發(fā)等

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)