程序員拿完年終獎就跳槽？網(wǎng)友：這。。。
點擊上方[全棧開發(fā)者社區(qū)]→右上角[...]→[設(shè)為星標(biāo)?
點擊領(lǐng)取全棧資料：全棧資料
不管年終獎是年前還是年后發(fā)，這會兒也應(yīng)該都發(fā)完了。那今天我們來討論一個嚴(yán)（xing）肅（zai）認(rèn)（le）真（huo）的問題——什么情況下拿完年終獎的你可以考慮跳槽了！
苦逼
01
您的系統(tǒng)被稱為遺留方案
如果您目前的工作是打理某些“遺留系統(tǒng)”，那么請馬上整理簡歷、參與培訓(xùn)并業(yè)余時間多學(xué)點新技能。相信我，這時企業(yè)已經(jīng)開始物色新的人選來構(gòu)建新的業(yè)務(wù)系統(tǒng)，而這一切都將與您無關(guān)。
苦逼
02
未受邀參加您以往曾經(jīng)參加的會議
無論出于個人、專業(yè)或者技術(shù)原因，如果您被排除出定期會議之外，往往意味著您的工作可能不保。
苦逼
03
頑固的老板會給多樣性帶來巨大打擊
歧視問題無處不在，而且很多時候表現(xiàn)得并不明顯。這意味著可能在進行同樣的工作時，老板專門把您挑出來批判一番; 老板為您設(shè)定的工作標(biāo)準(zhǔn)與其他同事明顯不同; 或者您得到的獎勵更少。
可悲的是，這類狀況始終得不到良好解決。總而言之，在老板心中您的位置可有可無。面對這樣的狀況，不要勉強忍耐，選擇真正接納您的工作環(huán)境顯然更為明智。
苦逼
04
缺少質(zhì)量標(biāo)準(zhǔn)
有些企業(yè)并不重視單元測試以及負(fù)載測試等編寫工作，甚至?xí)δ切┱页鰡栴}并調(diào)試bug的員工簡單表達“感謝”,沒有一套標(biāo)準(zhǔn)的考核，分工不明確，導(dǎo)致您的自身利益受損。別說了，趕緊走。
苦逼
05
自上而下型設(shè)計/管理機制
我并不是說自上而下的傳達架構(gòu)或者是業(yè)務(wù)要求有什么不妥。我的意思是在那些不懂技術(shù)的上級領(lǐng)導(dǎo)，總愛胡亂摻和并提出一些大家都知道根本不可行的主意，而讓下屬們?nèi)?zhí)行任務(wù)。那么請快快離開，這種管理思路只會帶來恐怖的軟件成果與失敗的開發(fā)項目。
苦逼
06
極度崇拜敏捷原則
最近，某家咨詢公司制定了一份“敏捷流程”圖表，那份圖標(biāo)看起來就像是一個傻小子規(guī)劃的地鐵路線圖，并且有些公司就認(rèn)為這份圖表是軟件開發(fā)過程的最佳體現(xiàn)。
毫無疑問，采用SDLC/瀑布式開發(fā)流程還是敏捷方法應(yīng)視具體情況而定，且大多數(shù)情況是要求我們將二者相結(jié)合。但是，偏有很多人喜歡單純的從理論出發(fā)并將有效的現(xiàn)有方法扔進垃圾堆，而直接采用“敏捷流程”圖表。如果大家希望開發(fā)的軟件能夠起效，之前的制定的“敏捷流程”圖表顯然非常惡劣。
苦逼
07
發(fā)布書面的PIP或者負(fù)面評論
一般來講，管理者們解決問題的最好方式應(yīng)該是與對應(yīng)人員直接交談。如果他們更傾向于發(fā)布書面性質(zhì)的負(fù)面評論或者績效改進規(guī)劃（簡稱PIP），那么意味著其已經(jīng)在考慮將您炒掉了。
苦逼
08
隨意發(fā)布新的“必須完成”要求
開發(fā)者們往往得通宵達旦才能完成這些新增工作。而且不出所料，這種急工趕出來的結(jié)果往往非常糟糕。當(dāng)然，在某些管理者眼中這就是“敏捷”原則——他敏他的，咱走咱的。
苦逼
09
同一問題反復(fù)出現(xiàn)
如果您所發(fā)布的軟件反復(fù)遭遇同一問題，而團隊成員又拒絕改變工作方式，那么請盡快離開——別被這幫同事帶瘸了。
覺得本文對你有幫助？請分享給更多人
關(guān)注「全棧開發(fā)者社區(qū)」加星標(biāo)，提升全棧技能
本公眾號會不定期給大家發(fā)福利，包括送書、學(xué)習(xí)資源等，敬請期待吧！
如果感覺推送內(nèi)容不錯，不妨右下角點個在看轉(zhuǎn)發(fā)朋友圈或收藏，感謝支持。
好文章，留言、點贊、在看和分享一條龍