程式設計師如何調整心態

2021-03-04 04:15:48 字數 1456 閱讀 5584

不少程式設計師多多少少經歷過【恐懼面對程式設計】的時候,出現這個問題的時候,你要選擇改變思想,還是繼續維持下去並且最終成為乙個更差的程式設計師?

下面一些經驗的分享會幫助你調整心態,成為一名優秀的程式設計師。

一、 更好的工具&流程,讓你減少恐懼

下面給出的一些工具和流程或許可以使得我們少一些憂慮:

版本控制意味著你可以無所畏懼地改動**而不必擔心回不到舊版本。這對於現在的我而言已經是必備工具了——我無法想像要是我在程式設計的時候沒有版本控制的話,得有多惶恐。

很多人還提到測試也能增加乙個人的信心。我就曾經讀到過這樣一本有關於測試的書,非常的好《working effectively with legacy code》,書中每一章的標題都是關於使用遺留**的可怕和困難。(書中定義「遺留**」為「沒有測試過的**」,以便有一種韻味)。

例如,「在沒有徹底了解**之前我沒法改動它。」「我怎麼知道我沒有破壞了某些東西?」「我時間不多,但是不得不硬著頭皮改**。

」下面這條來自uncle bob martin,很好的闡述了這個概念。

即使有好的設計和w / o測試,你依然會害怕改變,然後這些**就會漸漸地生鏽腐爛。只有經過良好的測試,你也不害怕,才能好好地整理這些**。

但是,測試和版本控制並不是我們唯一的工具!我們還可以建立

——允許和鼓勵破壞的qa環境

——一次只允許改動一點點的部署

——輕鬆恢復原部署的能力

——職責就是詳細測試軟體的qa團隊

——如果程式出現異常能發你郵件的工具以及更多。

二、 害怕責怪(以及無責任的事後檢討)

但是,工具和流程絕對不是唯一的方法。即使我擁有著令人驚嘆的工具和qa系統、最好的部署工具以及經過完善測試的**,我依然會犯錯誤,而且犯的錯誤往往相當危險。

etsy、google和stripe(我工作的地方)都有無責任的事後檢討機制。這意味著,如果你做出的改動最終破壞了某些東西,但是其他人在談論的時候只能關注你做的改變和事實現象,而不能責怪於你。(例如,「這個改動為什麼會引發這個問題?

」,而非「julia是怎麼搞的,破壞了***?」)

因為如果你只管乙個勁地責怪別人破壞了某些東西,那會導致他們以後更加害怕做任何改動,然後最終只會給你乙個糟糕的程式。

三、 非理性憂慮

有的憂慮是非理性的,而且這還會傳染。假設,你做了部署之後,有什麼地方出錯了,你找到了原因,並修復了問題,就不會有人責怪於你,那麼是不是感覺以後面對部署也不怕不怕了?

但是遺憾的是,我們是人而非機械人,在做部署時,總是情不自禁地擔憂緊張,然後直到一段時間執行正常,才會放下心頭的大石。

關於這類的非理性憂慮還有很多,我就不一一贅述了。

四、寫給自己的話

今年是我生命中第一次親密接觸大型的軟體系統,有時候我真心特別憂慮和擔心!馬上就是新的一年了,希望明年我能越乾越順手,哦也=^_^=

英文原文:fear makes you a worse programmer

翻譯作者:碼農小峰

分享者:imooc

業務員如何調整心態

許多業務員的出差計畫和其實際的出差行程差之千里,不了解市場,工作方向不明確,工作無計畫,只是憑著感覺東一頭西一頭亂撞,隨機性拜訪,根本談不上什麼效率,費用花了不少成效卻不大。作為管理層有責任,有義務去指導 去監管業務員去工作。管理層要深入一線,對市場 人員真正了熟於胸。分析業務員工作效率不高的真正原...

教你如何做程式設計師

20.記錄下在和別人交流時發現的自己忽視或不理解的知識點 21.儲存好你做過的所有的原始檔 那是你最好的積累之一 22.對於網路,還是希望大家能多利用一下,很多問題不是非要到論壇來問的,首先 你要學會自己找答案,比如google 都是很好的搜尋引擎,你只要輸入關鍵字就 能找到很多相關資料,別老是等待...

如何摧毀程式設計師的效率

下面是一幅在網上廣為流傳 關於程式設計師工作效率的 辛普森爸爸也許會說 這很有趣,因為事實正是如此。我還沒有搞清楚保持高效的訣竅,主要是因為我從沒有一貫的高效。周思博 joel spolsky 曾在他的一篇部落格中說過 有時我什麼事都幹不了。當然,我走進辦公室,到處閒逛,十秒鐘就檢查一次電郵,看網頁...