程序員犯錯後果

① 在阿里巴巴上班程序員寫錯代碼會被開除嗎

不會李寬胡。阿里巴巴是一傢具有創新精神的科技公司，注重員工的創造力和創新能力。因此阿里巴巴不會因為程序員寫錯代碼而開除員工。相反，阿里巴巴鼓勵員工創造性地解決問題，積極推崇巧歷「犯錯是成功的一部分」的理念，認為從錯誤中學習和成長是一種很好哪攔的經驗。

② 程序員刪庫跑路是多是出於什麼心態

這一切的緣由還是因為加班壓力山大，試問經常加班到公司只剩自己是什麼感覺，這沒人能體會。

互聯網圈子裡，一直以來都流傳著「刪庫跑路」的段子。很多程序員會把 「刪庫跑路」當做發泄工作壓力的口頭禪。然而現實中，這兩年程序員刪庫跑路的新聞層出不窮。刪庫對一個公司的影響不言而喻，可能會導致系統瞬間崩潰，所有相關功能癱瘓，接著就是公司無法估計的經濟損失。跑路的程序員也被抓，可以說是兩敗俱傷。

③ 程序員怎麼樣保證自己的程序沒有BUG!

但大部分程序員都有一個問題就是不太願意測試自己的代碼。他們草草的調式完成以後就認為工作結束，測試那是測試人員的工作。 1. 影響了程序員自己的聲譽 2. 影響了產品的質量 3. 影響了客戶的信任度 4. 這個時候再 DEBUG 難度增大了許多。 大的不說，就說多自己聲譽的影響吧。如果你的程序總會有這樣那樣的 BUG ，你得到收益會減少，即使你寫了很多代碼。 程序員必須克服一些自身的致命缺點才能夠從根本上解決這個問題。那麼這個問題是什麼?前面我們已經提到，程序員對自己的代碼都非常寬容，認為那是正確的沒有問題。實際上這種想法比較正常，程序是通過程序員思考和設計之後才寫出來，程序員不會將自己認為不正確的東西寫到代碼里，而到這個時候都一直假設程序是正確的;但人非聖賢，怎麼可能不犯錯誤來。實際上程序員在對待其他程序員時候的態度就很好，帶著一種挑剔和學習的態度;但一旦對待自己的代碼就很難這么做;這就是最致命的。程序員也必須對自己的代碼帶著挑剔和學習的態度;這個基礎是假設自己的代碼是錯誤的，然後需要做的是怎麼樣證明自己的代碼是正確的。程序員自身可以在程序生成的每個階段做這些工作：仔細的設計(這個時候畫點時間是值得的，必須保證我們對自己的程序有清晰的輪廓後才能開始動手寫)、編寫代碼時、單元測試(單元測試的重要性就不在贅婿了)、功能測試。 仔細的設計：這個的仔細是說在程序員編寫代碼之前，其必須對代碼的整個結構以及邏輯結構有明確的清晰的了解，只有這個時候才可以去寫代碼。這里沒有談到文檔，但我說到了一定要清晰的思路，但清晰的思路不是每個人都可以在腦袋中直接形成的，很多人都是普通人，沒有辦法在腦袋瓜中把所有問題都想清楚，那麼就記下來，特別對於復雜的邏輯。 編寫代碼：對於沒有把握的代碼，例如：新設計的演算法，最好保證其正確性。可以單獨將這部分測試，這可以讓代碼模塊化的同時又保證了代碼的正確性。一句話：少量的代碼保證質量還是比較簡單的。 單元測試：單元測試的重要性不在贅敘了，現在也有許多工具可以幫助程序員並減少工作量。 功能測試：程序員保證自己代碼質量的最後一關;為了做這樣的工作我們可能必須寫一些代碼來測試，甚至是測試工作。使用大量的 CASE 來測試，以及錯誤的 CASE 。這里和測試人員的測試不同之處在於：仍然讓程序員的注意力放在其自己的代碼范圍內，減小了排錯的難度。 如果你通過了以上的步驟都找不出你程序中有任何問題的話，那麼我想你的程序應該足夠健壯了。其實還有一點必須說明的就是：代碼 REVIEW 。 前面說道了程序員對待別人代碼的態度是挑剔和學習的態度，所以讓其他程序員來 REVIEW 你的代碼也是檢查程序有沒有邏輯錯誤的很好的辦法。團隊中應該交叉 REVIEW 代碼，這是實踐的經驗。 作為一個好的程序員必須有以上的習慣，以及對待自己代碼象孩子一樣，我們要愛惜我們的代碼，同時也要讓代碼走正確的路。

④ 程序員是否比其他行業容錯率更高

我認為實際情況並不是這樣的，因為程序員甚至比其他行業的容錯率更低一些。在手機軟體這個領域，如果你的軟體一行代碼出現了錯誤，那麼可能導致你整個軟體的後台崩潰，會影響到你的整個用戶群體，造成非常不好的影響。

⑤ 指針為什麼是不安全的呢

因為指針數據是可以直接訪問內存單元的。如果指針數據被惡意寫入一些特定的值，便會出現很多的問題。有可能不想被用戶知道的存在於內存中的數據將被指針調用。有可能惡意用戶可以通過指針向特定內存單元寫入特定的數據，造成緩沖區溢出等等的問題。 造成的後果將有可能是重要數據被竊取，甚至使惡意用戶獲得系統的高級許可權。