很多程序員都在抱怨加班多，覺得該做的都做了，別人沒做的，自己都做了。為什么？為什么別人能拿到幾萬的工資，自己只能拿到零頭呢？

每一位程序員在編程的時候難免會犯錯誤，但如果不從錯誤中吸取教訓(xùn)，那么習(xí)慣成自然，你會經(jīng)常犯錯的。從錯誤中不斷的學(xué)習(xí)，鍛煉好的行為習(xí)慣有助于事業(yè)上的穩(wěn)定。

這就是我們?nèi)绾螌⑿←湉脑憧分袇^(qū)別出來以及如何避免編程禁忌的絕好經(jīng)驗。

1.不提升非技術(shù)技能

我們認(rèn)為非技術(shù)技能是項目成功的主要因素。這些非技術(shù)技能也可以稱之為“軟技能”，總體上來說，它已經(jīng)被公司證明為能夠駕馭企業(yè)和客戶之間的長期商業(yè)關(guān)系，因此也能決定公司的成長發(fā)展路徑。一些關(guān)鍵的軟技能指標(biāo)包括：

a.紀(jì)律——這是最重要的特征之一，缺乏紀(jì)律，最終會讓這個開發(fā)團(tuán)隊在開發(fā)能力上“缺乏自信”。

b.顧客的聲音——不把客戶置于決策的核心地位只會跟你們業(yè)務(wù)的原始目的相沖突。

c.溝通——尤其是當(dāng)客戶和供應(yīng)商并不在同一地點的時候，明確而及時的溝通是填補(bǔ)服務(wù)空白的極好措施。

d.了解需求——在整個開發(fā)生命周期過程中，決定成功和失敗的之間的一個至關(guān)重要的區(qū)別將會給人留下深刻的印象。

2.對編碼不理智

古人云：善泅者溺，善騎者墮。但估計絕大多數(shù)的程序員都認(rèn)為自己的編程技術(shù)絕對的牛。而同樣真實的是，每一個代碼，讓不同的程序員去實現(xiàn)的話都會不可避免地發(fā)現(xiàn)它所存在的缺陷。所以說，只有通過在一個項目上的合作，程序員之間必然有的摩擦才能證明誰是最好的。健康的競爭是好事，但它不應(yīng)該成為一個本來可以成功的項目的負(fù)擔(dān)。

另一個創(chuàng)意阻礙是無法將預(yù)定義的模板使用在對你有利的開發(fā)項目里。幾乎所有的編程語言有一個很好的在線/內(nèi)置的代碼片段存儲庫，可以修補(bǔ)代碼，防止重新編程。

然而，如果因為不理解需求或缺乏接觸各種可用庫/模板的話，這就意味著程序員最終會無意間將一開始就創(chuàng)建的代碼付之東流。這不僅增加了開發(fā)時間，也提高了總體成本。另外一點就是，發(fā)布了的代碼已經(jīng)經(jīng)過了質(zhì)量檢測，所以只有將它用作模板才能發(fā)揮它更大的價值。

3.不一定什么都要被理解

如果你是剛調(diào)到這個團(tuán)隊來的編程人員，對于手頭的工作并不是很熟悉，那該怎么辦？肯定是先看一些前任留下來的工作計劃，要是他寫的詳細(xì)倒也沒什么，如果寫的不詳細(xì)，估計會讓你更加的撓頭。

因此，推己及人，在需要交代的工作上，最好是把任務(wù)寫的盡可能的詳細(xì)。這么做也是非?，F(xiàn)實的原因：能夠把編程問題解決掉，最好是保證使用解釋性的語言和英語發(fā)音來表示變量。一些基本的指針可以讓你的程序更容易被理解。

4.不使用經(jīng)過驗證的工具和技術(shù)

程序員的好壞從他使用的編程工具和調(diào)試工具上就能看出。在異常情況的跟蹤上，下面就是程序員經(jīng)常會出現(xiàn)的常見錯誤。

• 對一些可能會對其它代碼有影響的常見案例進(jìn)行捕捉，處理這些比較常見的異常情況（而不是特殊的異常）意味著無意中除除掉了會抑制整個程序的殘留部分，因此并不會影響他人的代碼。
• 也許程序員可能帶有惡意的意圖來捕捉所有的異常情況，但即使是捕捉到了也不實施采取措施，這就是常說的“虛假安全閥”，這種異常處理手段是對整個軟件的穩(wěn)定和安全的一種妥協(xié)方式。

5.糟糕的控制版本

在任何涉及多個團(tuán)隊的項目里，當(dāng)談到版本控制的時候不去介紹使用最佳實踐都是一個十足的罪過。版本控制的目的是確保由一個人執(zhí)行的編輯或修訂不去影響另一個人的工作。

6.擁有最新信息的個人代表不了團(tuán)隊

這是相對有趣的一點，所有的商業(yè)產(chǎn)品都想要以自身的敏捷技術(shù)和產(chǎn)品文化來給客戶留下深刻的印象，但是現(xiàn)實中很少有廠商會花時間去磨練他們員工在介紹產(chǎn)品特點上的技能。

許多公司只是簡單地提供了一些基本的培訓(xùn)，并且抱希望與員工在真實的日常項目里學(xué)到更多的技能。

所以部門經(jīng)理和項目的直接領(lǐng)導(dǎo)可以通過以下兩個辦法來提高員工的業(yè)績：

一旦有新員工加入，就立刻強(qiáng)制安排他參加專業(yè)培訓(xùn)，讓他知道他的角色是用來干什么的，盡早產(chǎn)生創(chuàng)造力。例如一個測試人與加入之后，就應(yīng)該向他介紹編程的理念，之后將培訓(xùn)重點放到測試實踐上，而不是繼續(xù)闡述編程的重要性。

現(xiàn)階段的技術(shù)的進(jìn)化程度比以往任何時候都要快，，所以要記住，定期培訓(xùn)是必不可少的，這是在給團(tuán)隊創(chuàng)造價值。例如一個Web 設(shè)計師需要知道響應(yīng)式設(shè)計，提供給設(shè)計師大量的用戶日常使用的移動設(shè)備的不斷擴(kuò)張的樣品，希望他們能獲得靈感。

7.不恰當(dāng)?shù)臏y試

測試作為整個系統(tǒng)開發(fā)生命周期（Systems Development Life Cycle，簡稱SDLC）的重要一個要素，通常不需要開發(fā)團(tuán)隊給出太驚人的結(jié)果。但是如果在測試環(huán)節(jié)沒有付出恰當(dāng)?shù)?、相?yīng)的努力的話，這是說不過去的。下面的一些方法或許對你的測試團(tuán)隊有用，至少在你們交付產(chǎn)品的時候能夠給用戶一個好的交代。

• 單元測試
• 實物模型
• 綜合測試

8.注意安全漏洞

有的時候在軟件開發(fā)過程中，就會遇見如下這樣的安全漏洞：

A、不同組件之間意想不到的交互作用：a、輸入不正確的驗證信息；b、SQL資料隱碼攻擊；c、跨網(wǎng)站指令碼；d、命令植入攻擊；e、跨站請求偽造（CSRF）；

B、難以實施的資源管理，包括：a、不尊重可用內(nèi)存緩沖區(qū)；b、對外控制；c、使用有潛在危險的功能；

9.和客戶交流

最初的合同簽訂后，開發(fā)公司通常會忘記每天與客戶進(jìn)行產(chǎn)品上的信息交互，以至于在交貨的時候還需要進(jìn)行升級。兩大關(guān)鍵的交流點可以讓你和客戶保持更好的、更長的關(guān)系：

在客戶開問之前，開發(fā)方應(yīng)該和客戶進(jìn)行交流溝通。

和客戶保持周期性的交流。

10.避免標(biāo)準(zhǔn)實踐面臨的迫在眉睫的最后期限

通常情況下項目都會遇到進(jìn)度延誤的現(xiàn)象。然而，這不是說你有理由去偷工減料或者是在開發(fā)或測試階段?；ㄕ?，未經(jīng)測試的模塊絕對是一個隱患，會讓你的開發(fā)團(tuán)隊名譽(yù)受損的。

一個更好的方法來管理延遲是提前告知客戶并且積極執(zhí)行延遲計劃。只要延期的理由是有效的，客戶應(yīng)該會理解，也會給你額外的時間來解決這個問題。

顯然，在項目的最后期限內(nèi)，急急忙忙完成編程的質(zhì)量肯定不是特別保險，所以在交付之后開發(fā)團(tuán)隊整體上會花更多的時間和努力來進(jìn)行跟蹤維護(hù)，這樣的成本也是很巨大的，最好的辦法就在一開始就制定完美的執(zhí)行計劃。項目再造所耗費的資源或許是項目本身的成本的好幾倍，任何一個公司寧愿花更多的時間在初始開發(fā)上，這樣最終的產(chǎn)品一定會符合SDLC標(biāo)準(zhǔn)，并在缺陷和不良問題上有足夠的話語權(quán)。

對于顧客來說，時效性不能以犧牲質(zhì)量為代價，永遠(yuǎn)都不能。