比起這個你更應該想如何減少bug，只要程式有問題，那必須是程式設計師的問題，難道老闆還能讓別的崗位員工去解決嗎？這是工作的一部分

程式設計師算是比較神秘的工作，天天忙碌著敲寫程式碼，做著看的見卻摸不著的東西，彷彿生活在虛擬世界中，在外行看來枯燥無味，但對我們程式設計師來說非常鍾愛，喜歡解決問題之後的那種喜悅、喜歡噼裡啪啦敲寫程式碼的聲音。

我們是程式設計師，不怕加班，不怕勞累，吃苦精神常在。雖然不愛言語，但我們不願意當背鍋俠，不能忍受莫名的屈辱，以下幾點可供參考。

1，提高程式碼質量，減少Bug。要不讓自己當背鍋俠，贏得大家的尊重，首先要做好自己，程式設計師就是寫程式碼，程式碼質量是第一，嚴格要求自己，努力提高程式碼質量，雖不能杜絕Bug，但我們儘可能將Bug降到最低。

2，產品、功能交付前要嚴格測試。一個是內測，內測是將常見的問題扼殺在搖籃中，比如在自己電腦上自測，搭建測試環境模擬現場環境進行自測。另一個是發包給公司測試部門進行更嚴格的測試。透過這兩輪測試，基本上就能達到上線標準。

3，善於溝通、責任劃分清晰。大部分程式設計師都不善於表達自己，光低頭幹活，這樣時間久了之後，別人就當你是軟柿子捏，遇到問題可能嫁禍給你，讓你背鍋。所以，我們平常工作中，既然知道自己的弱點，我們就要慢慢地鍛鍊提高自己。所謂的責任劃分，就是自己只幹自己份內的事，其他事兒，呵呵，跟我無關。

很多程式設計師都認為，只要把程式碼寫好了，少製造幾個Bug，就不會被甩鍋了，就會得到領導賞識了，Too young to simple...

如果掌握下面這幾點，可以我們讓我們的工作做的更好。

雖然我自認為自己是一個情商比較低的人，但畢竟在職場混跡了十餘年，也見識過形形色色的人；根據我多年的經驗，雖然我們一門心思把工作做好，但是總會有人把心思放在怎麼混日子、怎麼拍馬屁、怎麼推卸責任上。

當你有一天發現現實中有很多這樣的人，工作能力一般、欺下瞞上卻又能混的很好的時候，你會怎麼做？

我是依然選擇【把工作做好放在第一位】！

當你在開發過程中，需求/產品/業務告訴你有個地方需要修改一下的時候，你怎麼做？

如果是合理的要求，當然是要積極響應，配合修改；

但是有一點要注意，就是在確認完修改內容之後，一定要對方提供書面內容，比如需求文件，比如郵件，甚至可以是通訊軟體對話的截圖；千萬不能電話或面對面溝通後，就直接動手敲程式碼了。

這些書面內容，很可能會成為日後避免背鍋的證據！

領導交給你一項任務，一週之內完成，你是週五快下班的時候向領導說說“已經完成”，或“有些困難，預計要晚兩天”，還是每一兩天就向領導彙報一下工作進度呢？

如果生產環境出現一個比較嚴重的Bug，你是想辦法偷偷地改掉，還是帶著修改方案去告訴領導呢？

我們努力把工作完成，定期向領導彙報，就算一切進展順利，也需要說一句“進度正常，會按時間完成”；

如果有困難、有阻斷，也要及時讓領導知曉（帶著解決方案去找領導，有些資源可以讓領導幫助協調）。

很多公司都會組織定期述職，不少程式設計師很是牴觸，認為做PPT都是浪費時間，有這精力還不如多敲幾行程式碼，其實這種想法是錯誤的。

我們在工作過程中，一般都是向直屬領導彙報，除非特別出色，否則上面的大領導不會清楚你在做什麼，也不會知道你的工作能力是怎麼樣的（其實有的時候，你做的工作連直屬領導都不一定百分百清楚）；

這時候各種述職就是一個很好的表現機會了。

最後還有一點，不知道大家是否見過那種欺上瞞下的領導呢？

他們會把手下人的工作成果全部攬在自己名下，不給下屬任何評優和晉升的機會，甚至頻頻甩鍋給下屬；

想象一下，如果你的專案經理，技術一點兒不會，所有的工作都是讓你來做，但是向上卻維護著天天加班、認真工作的形象；年底績效自己是優秀，你是不及格...你會怎麼做？

如果碰到這樣的領導，還是趕緊調崗或者跳槽吧。