開發人員,千萬不要被這七大毛病阻礙了你的前行:
1.所有的程式都寫的都很爛,除了我的。
我要告訴你乙個壞訊息,兄弟,所有的程式都寫的很爛,包括你的。無論你在上面花多少功夫,其他大多數程式設計師總是會認為你寫的**很爛、他們能寫出比你好10倍的程式。
改正方法
2.我幾秒鐘就能把它改好,不用走變更流程了。
抄捷徑充滿**,每個人都想抄捷徑。有時候抄捷徑是必要的,但總的來說,抄捷徑是危險的,非常危險,應該避免這樣做。走捷徑也許會節省你數小時的時間,但如果走錯了,它可能會給你帶來數月的麻煩。
改正方法:遇到需要慎重處理的事情時不要太過自信。讓其他人來複查你的所作所為。如果你計畫要走捷徑,請確保讓你的負責人知道這樣做的理由以及其中的風險。每次在走捷徑時最好都讓你的經理來確認實施成功,也就是「讓他給你擦屁股」。
3.這是個幾分鐘就能搞定的事。
在我的家鄉**,那裡的**大教堂讓我非常的自豪,它的舉世聞名來自於它的美麗,也來自於它的建築完工日期的規劃(它動工於2023年,但是目前仍未完工),但這可能是因為他們沒有讓乙個程式設計師去估計這個完工時間,否則的話,估計出的完工所需的時間很可能2周。
改正方法:從一開始,你就必須嚴肅的認識到,對於乙個有一定規模的軟體開發過程來說,進行精確的時間評估是不現實的,我們能做的只是猜測。同樣要記住的非常相似一點是,我們通常會發現有很多事情根本不能預見到它們會花去我們數倍於我們初始估計的時間,我通常的做法是把估計的時間乘上1.5或2。
4.唯我獨尊
很多程式設計師參與的討論會基本上看起來就像是一場鬥雞,而不像是人類的討論,這通常會出現在關於設計和架構問題的討論會上。你基本上很容易看出其中各自都懷有順我者昌逆我者亡的心態,你基本上可以把大多數的爭論者所說的話直接換成咕咕!咕咕嘎!咕咕咕咕咕咕!咕咕嘎!
改正方法:把你的自負留在心底。太過自負是所有程式設計師身上的乙個非技術性的最大的乙個毛病。凡事要三思而行。
5.這不是我的錯!
在我看來,這另外乙個大多數程式設計師都會有的壞毛病是缺乏責任心。我們總在找藉口…就比如有人會說,如果在正常情況下,這個錯誤絕對不會出現,但說老實話,這很難讓人信服。
改正方法:犯了錯誤不需要去捶胸頓足,也不需要用刨腹自殺來謝罪。我們應該懷有一種健康的態度,說出這樣的話:「呀,抱歉,我們現在就去改正這個錯誤,是我的錯」,這是一種很敬業的態度,這能幫助我們樹立乙個好的聲譽,更好的得到你的同事的尊重。
6.沒有激情
重複的和簡單的任務通常不會帶來什麼動力,但這些事必須要完成,當程式設計師被要求去完成這些事情時,通常會顯得無精打采,沒有效率。
改正方法:紀律問題。很不幸,我再也想不出其它的**這種毛病的良方。
7.不成熟
我發現大多數程式設計師對「幹完」這個詞很糾結。請記住,幹完意味著:測試過(不僅僅只是單元測試),文件完整,提交過,合併過…
改正方法:這是乙個很麻煩的問題,相對於完全的完成某些功能性問題而言,這些並不是顯得很有必要的任務會很龐雜和難處理,通常需要你有紀律性和受過培訓。也許,這最簡單的能讓乙個程式設計師理解他的開發是否真正的完成的兩個辦法就是:相互複查和演示。
這些看似很小的事情,但是在程式設計師身上是很容易發生的,想要自己在it行業有所建樹,就要克服自身的這些缺點,才能達到成功的彼岸。
很多開發人員的毛病
很多開發人員老是說管理層輕視技術人員,可你們有沒有想過管理層為什麼要輕視技術呢?很多軟體公司老闆能自己身家千萬以上,個個都精明過人,如果技術人員真的像你們說的那麼有價值,老闆會想不到嗎,會冒著放棄長期利益的風險,僅僅就不肯尊重開發人員,給予開發人員高的待遇,這些人要是目光這麼短淺,怎麼可能賺到那麼多...
如何成為出色的開發人員
前言 之所以有此一文,不是空穴來風,也不是故意的譁眾取寵,而是最近的一些所見,所感。在本文中總結出來,希望對大家有幫助。因為一些工作原因,其他的系列文章沒有接著寫下去,還望大家見諒。本篇的議題如下 不要成為 的機器 如何有效的專案評估 不要成為 的機器 開發人員的事情就是coding 沒日沒夜的co...
如何成為優秀的開發人員?
對於每個從事開發工作的程式設計師來說,成為一名優秀的開發人員或許是他們一直所最追求的目標。就如何成為一名優秀的開發人員,alan johnson發表了一篇博文 what makes a great programmer?csdn對此文進行了翻譯,全文如下 事情猶如發生在昨天,那是在2000年,par...