在我看來，程序員是一個(gè)流動性很大的職業(yè)。

找工作就像找對象，也講究緣分二字。

只有找到適合自己的工作，才能和“這份工作”過得長久。

想要去一家公司，一定要提前打聽好這家公司的風(fēng)格，自己是否可以接受。

每家公司都不會盡善盡美，但要找到最適合自己的。

今天分享一位博主，從華為轉(zhuǎn)正到離職的經(jīng)歷，一起看看他的故事。

我轉(zhuǎn)正后看到了大家的能力和努力，也意識到在預(yù)期的時(shí)間內(nèi)難以達(dá)到我想要的高度，最終經(jīng)過各方面的考慮，決定放棄這個(gè)職位，重新回到外企找回適合我的節(jié)奏。

依依不舍的離職后，回想起來，覺得我在華為的經(jīng)歷特別珍貴，所以在此做個(gè)記錄。

試用期與加班工資

一般而言，試用期持續(xù)的時(shí)間為3-6個(gè)月，工資、獎金都按正式員工的標(biāo)準(zhǔn)計(jì)算。據(jù)我所知，唯一的區(qū)別在于，試用期的員工，周末加班不能轉(zhuǎn)調(diào)休，相當(dāng)于白加班。因此，不到最忙的時(shí)候，組長（PL）不會叫試用期的員工周末加班，如果非得加班，也會通過外出公干的方式讓他們調(diào)休。

我聽前輩們說，在2019年~2020年的時(shí)候，由于華為被美國制裁，曾采取過所謂的戰(zhàn)時(shí)狀態(tài)，那時(shí)候的壓力是最大的。作為補(bǔ)償，華為也額外劃撥了資金進(jìn)行激勵：正式員工周末加班，會直接換算成雙倍工資下個(gè)月發(fā)。如果周末兩天都加班，雙倍工資就是4天，這樣相當(dāng)于基本工資漲80%，接近翻倍了。當(dāng)然，這種連續(xù)的周末加班也很消耗精力，無論你有多么強(qiáng)的體魄或是多么年輕，最終都不得不承認(rèn)：命要緊。

現(xiàn)在周末加班，依然按雙倍工資計(jì)算，但不會下月發(fā)，而是給你累計(jì)，直到8年一次換工號，或者離職的時(shí)候，才會統(tǒng)一給你結(jié)清。并且，周末加班也需要主管審批，不再按打卡時(shí)間直接計(jì)算。

隨著工作的深入，我逐漸開始理解華為制定一些政策的原因，開始理解它為了獲得最大的收益而做出的取舍。

招聘

我們剛畢業(yè)那會，就聽說過華為只要是985/211的學(xué)生就招，編程題通過就行，幾乎不看你的個(gè)人經(jīng)歷。當(dāng)時(shí)我不理解，覺得這樣很容易招到一群廢物進(jìn)來啊？

進(jìn)來以后我發(fā)現(xiàn)，華為會以不信任員工為基礎(chǔ)，建立一套完善的制度和流程讓員工把活干漂亮。承受不了壓力的人被淘汰，承受住壓力并遵從制度和流程的人能活下去，在這基礎(chǔ)上智商、情商特別高的人會拿錢到手軟。

在這邊，每個(gè)員工都可能參與招聘，這幾乎成了他們在華為職業(yè)生涯中的必經(jīng)之路。他們會根據(jù)現(xiàn)有的人才庫，挨個(gè)打電話詢問就職意愿，并引導(dǎo)他們做面試題、在線編程并參與面試官的1對1面試。

我猜測可能是存儲的預(yù)算不太夠，因此招聘的時(shí)候傾向于招OD/WX的員工。OD的員工工號以300開頭，WX的員工工號以WX開頭，這兩種員工都不算華為的正式員工，其中OD的員工相對更優(yōu)秀些，主要從事開發(fā)工作。而WX開頭的員工基本只能從事測試工作，他們按照測試文檔一步步執(zhí)行并查看是否符合預(yù)期，絕大多數(shù)WX員工并不知道自己為什么要這么執(zhí)行，預(yù)期的結(jié)果代表著什么，因?yàn)樗麄儧]有資格參加方案的設(shè)計(jì)和串講，也沒有TDE(Test Design Engineer，負(fù)責(zé)設(shè)計(jì)測試用例的華為員工)愿意跟他們講解。

由于存儲這邊的人員流失較大，因此招聘的任務(wù)就很重。同時(shí)，存儲又傾向于招聘OD/WX的員工，所以招聘難度會很大?？偨Y(jié)一下就是：有能力的人看不上OD/WX，沒有能力的人又過不了在線編程等考核。

月度答辯和轉(zhuǎn)正答辯

在試用期，每個(gè)月都會有一次月度答辯，你要做PPT詳細(xì)描述在這一個(gè)月內(nèi)你做了啥，學(xué)到了啥，并現(xiàn)場回答評委的問題。在轉(zhuǎn)正那一次，又需要準(zhǔn)備轉(zhuǎn)正答辯，把整個(gè)試用期的工作進(jìn)行總結(jié)。

幸運(yùn)的是，由于項(xiàng)目過于緊張，最終我從試用期到轉(zhuǎn)正僅僅參與過3次答辯，包括轉(zhuǎn)正答辯。

在答辯過程中，評委們都會認(rèn)真聽你講，并經(jīng)過思考詢問你一些問題，這種氣氛還是不錯(cuò)的。實(shí)際上，答辯對績效的作用并不是特別大，因?yàn)槟闫綍r(shí)做的事情大家都能看到，也能估算出分量。

答辯最大的作用，在于防止新員工偷懶。當(dāng)一名員工進(jìn)入公司后，在完全熟悉流程，成為一顆忙碌的螺絲釘之前，會有短暫的空窗期。在這個(gè)階段，由于你啥也不懂，沒人會找你，也沒法給你分配任務(wù)。這時(shí)，如果你知道每個(gè)月都需要報(bào)告工作和學(xué)習(xí)進(jìn)展，就會產(chǎn)生足夠的動力，盡快融入團(tuán)隊(duì)。

轉(zhuǎn)正答辯完成后，基本上你已經(jīng)是一顆標(biāo)準(zhǔn)的螺絲釘了，這時(shí)候不再需要答辯，通過績效考核進(jìn)行激勵即可。

可信認(rèn)證

對于存儲的開發(fā)而言，每個(gè)人都需要通過可信考試。

可信考試分專業(yè)級和工作級，一共四門課，四個(gè)考試，往往新來的員工更容易通過，因?yàn)樗麄冇懈渥愕臅r(shí)間；而老員工沒有時(shí)間學(xué)習(xí)，幾乎都是裸考，最多有一兩個(gè)晚上的時(shí)間看資料，因此通過率更低。

我比較幸運(yùn)，很容易就通過了專業(yè)級（畢竟要求17級及以上的員工必須通過專業(yè)級）。從我的角度看，可信認(rèn)證的知識真的總結(jié)的挺好，是下了功夫歸納的，除了科目一的在線編程，其他科都是理論知識，涵蓋的范圍包括編程語言語法和技巧、編程語言規(guī)范、需求分析、安全紅線、設(shè)計(jì)模式、敏捷開發(fā)等等。我在閱讀那些學(xué)習(xí)課程和資料時(shí)，有強(qiáng)烈的似曾相識感覺，因?yàn)楹芏喽际俏医?jīng)歷過的場景，摔過的坑。這些經(jīng)驗(yàn)被總結(jié)成精煉的語言，通過以考促訓(xùn)的思想灌輸?shù)矫總€(gè)員工的腦子里。

可惜的是，由于極大的工作強(qiáng)度，所有人都是以通過認(rèn)證為目標(biāo)。他們幾乎不看課程和資料，直接在心聲論壇里面搜索往期的考題，背答案，以盡可能快的速度通過考試，白白浪費(fèi)了好多經(jīng)典的資料，這一點(diǎn)挺遺憾的。

接口人

從入職到導(dǎo)師脫手，其實(shí)就差不多兩個(gè)月時(shí)間。這段時(shí)間應(yīng)該是最幸福的時(shí)光，最重要的任務(wù)就是通過可信考試。兩個(gè)月后，開始接手一些簡單的任務(wù)，修改問題單或者承擔(dān)一些簡單的功能開發(fā)。

但在一些部門，這時(shí)候往往會給你一個(gè)恐怖的任務(wù)--接口人。

一般而言，一個(gè)產(chǎn)品會被分為多個(gè)模塊，每個(gè)小組維護(hù)一個(gè)或多個(gè)模塊。當(dāng)測試發(fā)現(xiàn)屬于某個(gè)組的模塊出現(xiàn)問題，或者別的模塊依賴該模塊的部分工作不正常時(shí)，他們需要有人能幫忙查看原因，這個(gè)人就叫接口人。

一個(gè)組大概10個(gè)人，負(fù)責(zé)的模塊代碼量在數(shù)十~數(shù)百萬行的級別。乍一看，會覺得應(yīng)該選一個(gè)經(jīng)驗(yàn)豐富的員工，對組內(nèi)負(fù)責(zé)的模塊、歷史情況等掌握很清楚的人作為接口人。但實(shí)際上，幫他人看問題找原因，是一種吃力不討好的工作，因?yàn)轭I(lǐng)導(dǎo)看不到，身邊的同事也感知不到。

在外企，這個(gè)接口人通常是主管(Manager)。他會對問題進(jìn)行簡單的分析，再根據(jù)組內(nèi)成員的擅長領(lǐng)域、負(fù)載情況 ，選擇合適的開發(fā)去分析該問題。在華為，類似的崗位是PL，為了績效，他們不可能每天把時(shí)間浪費(fèi)在這上面。同時(shí)，組內(nèi)的每個(gè)人都忙得要命，最熟悉該領(lǐng)域的人可能正在完成緊急任務(wù)，根本沒時(shí)間去分析。因此，PL通常會找組內(nèi)資歷淺一些的同事去充當(dāng)接口人，并按固定期限輪換。

一個(gè)組維護(hù)的代碼量不算小，讓新員工去做接口人，美其名曰“鍛煉”，實(shí)際上是讓他去抗壓。作為接口人，PL的要求就是盡可能不打擾到組內(nèi)其他人，所有問題，除非真正是Bug，否則不能讓測試提單。這樣的要求看似簡單，但對于新員工而言，很多時(shí)候測試咨詢的問題你連他講的啥意思都不明白，再加上設(shè)計(jì)又存在各種歷史原因、特殊情況的考慮，新員工大多是懵逼的。想求助經(jīng)驗(yàn)豐富的同事？如果項(xiàng)目不太緊張的時(shí)候還好說，項(xiàng)目緊張起來，每個(gè)人都戴著耳機(jī)在通話，你可能好幾個(gè)小時(shí)都見不到他們空閑下來。而測試對你的響應(yīng)時(shí)間是有要求的，一小時(shí)不給清楚解釋？那就提單吧。

舉個(gè)例子：你在分析A問題發(fā)生的原因，閱讀完全陌生的代碼，另外2個(gè)測試給你留言，找你咨詢B、C問題。你簡單掃了一下B、C問題，都不是你熟悉的領(lǐng)域，需要花時(shí)間去讀代碼，了解設(shè)計(jì)，才知道是不是問題，所以你暫時(shí)沒回復(fù)。兩分鐘后，兩個(gè)測試分別給你打電話，你很煩，不想接電話，但他們不停的打，并在留言中告訴你再不接電話就提單。你只能接起電話好言相勸，告訴他們現(xiàn)在真的很忙，只能請他們先登記，排隊(duì)等你的消息。沒多久，你讀到A問題中一部分看不明白的邏輯，想找人問，一抬頭組內(nèi)所有人都在打電話。于是你咬咬牙一邊跟A的測試確認(rèn)測試用例的邏輯，一邊忽略部分看不懂的代碼去猜測后續(xù)的邏輯。這時(shí)候B、C的測試告訴你不能再等了，上面催著要提單，你只能暫時(shí)放下代碼再次解釋，給他們合理的截止期限并請求他們接受。突然電話又響了，是一個(gè)電話會議，問題很嚴(yán)重，線上四五個(gè)開發(fā)正在一起討論，需要你做確認(rèn)，TDE催促讓你趕緊看，搞不定就往上捅。你趕緊放下A問題，一邊讀D問題的現(xiàn)象，一邊憑你的理解去回答這幾個(gè)開發(fā)的問題。D問題的難度不大，但涉及的條件特別多，變量也多，邏輯很繞，你得理一下，正在理的過程中，A測試的TDE氣憤的給你留言：都看了兩個(gè)小時(shí)了怎么還沒結(jié)果？必須提單了。

如果實(shí)在搞不定了，測試等不及要提單，一般是要跟PL講的。但作為新員工，你要做好心理準(zhǔn)備，因?yàn)檫@時(shí)候免不了一頓臭罵。因?yàn)镻L永遠(yuǎn)是忙得要死，他有方案要討論，有設(shè)計(jì)要做，還有大量組內(nèi)雜事，本來已經(jīng)焦頭爛額，你不僅不能幫他分擔(dān)，還告訴他現(xiàn)有的某個(gè)問題搞不明白，他也是很崩潰的。但這頓罵往往又是值得的，因?yàn)镻L會快速給你指明方向，因?yàn)槿绻嵌ㄎ黄?，他會快速糾正你的方向（順帶著煩躁的大罵幾句）。

這大概就是接口人的工作狀態(tài)。上午9：40~11：30，中午14：30~18：00，晚上19：30~21：30是高峰期。

問題單

剛才提到很多次“提單”，就是指的問題單。測試提的問題單，一般代表某個(gè)模塊的功能有Bug。

問題單的跟蹤，華為有一套系統(tǒng)叫DTS，測試提單，開發(fā)解決的流程大致如下：

1. 測試外包員工在DTS系統(tǒng)中創(chuàng)建一個(gè)問題單，填寫產(chǎn)品、版本、問題描述等信息。
2. 問題單提給負(fù)責(zé)該模塊的測試TDE（華為正式員工）審核。
3. 測試TDE把問題單轉(zhuǎn)發(fā)給負(fù)責(zé)該模塊開發(fā)的組內(nèi)PL。
4. 組內(nèi)PL再把問題轉(zhuǎn)發(fā)給需要解決該問題的開發(fā)。
5. 開發(fā)把問題解決，提交代碼，填寫根因分析并把問題單轉(zhuǎn)給組內(nèi)PL。
6. 開發(fā)同時(shí)需要與測試TDE預(yù)約時(shí)間，與測試TDE串講問題單發(fā)生的原因和修改后的影響。
7. 組內(nèi)PL等串講完成并且最新的Build包含開發(fā)的CommitId后，將問題單轉(zhuǎn)給測試TDE。
8. 測試TDE將問題單轉(zhuǎn)交給測試外包員工進(jìn)行驗(yàn)證。

這么一套流程走下來，感覺脫了層皮。這大概就是所有開發(fā)都聞問題單色變的原因吧。

對于上級領(lǐng)導(dǎo)來說，他不需要知道細(xì)節(jié)，只需要要求一個(gè)組的問題單的目標(biāo)數(shù)量即可。比如今天整個(gè)組剩下40個(gè)問題單，明天的要求是35個(gè)，后天是30個(gè)...

于是，為了達(dá)成目標(biāo)，PL非常反感問題單走到自己組頭上。有的問題單涉及到模塊間的協(xié)調(diào)處理，測試提單的時(shí)候發(fā)現(xiàn)的是A模塊的問題，但A模塊經(jīng)研究后發(fā)現(xiàn)，實(shí)際問題出在A模塊依賴的B模塊身上，B模塊由另一個(gè)組維護(hù)，于是跟B模塊的接口人溝通。這種情況，即使已經(jīng)基本確定是B模塊的問題，B模塊的PL、接口人也會想盡一切辦法拖延問題單走給B模塊的時(shí)間，定位問題根因和修改方案后，才會同意問題走到B模塊。畢竟每天的問題單目標(biāo)放在那里，多一個(gè)在自己頭上，都是沉重的負(fù)擔(dān)！這種時(shí)候，A模塊的PL肯定也不希望問題單在自己組，所以這時(shí)候就看他們兩個(gè)PL的PK了，作為PL，至少都在華為奮斗了好幾年，大家像戰(zhàn)友一樣有感情，互相理解下，這次留給你，下次留給我，互相不撕破臉。

在這套流程中，開發(fā)最不喜歡的步驟就是測試串講。這個(gè)設(shè)計(jì)的初衷是好的：擔(dān)心你的改動造成的影響測試不清楚，從而無法對受影響的場景進(jìn)行測試。但遺憾的就是這個(gè)規(guī)定太死板，絕大多數(shù)的串講根本沒有意義，只需要測試進(jìn)行原場景復(fù)現(xiàn)，并檢查問題是否解決即可。

我覺得之所以問題單的設(shè)計(jì)如此復(fù)雜，依然是對員工的不信任。在外企，流程就簡單多了：

1. 測試創(chuàng)建問題單，填寫產(chǎn)品、版本、問題描述等信息。
2. 問題單提給需要解決該問題的開發(fā)者。
3. 開發(fā)把問題解決，提交代碼，填寫根因分析和需要重點(diǎn)測試的場景，把單轉(zhuǎn)回給測試驗(yàn)證。

步驟的簡化，就對員工的素質(zhì)要求高。就拿問題單與測試的串講來說，一般開發(fā)人員覺得這個(gè)改動的影響比較大，可能需要重點(diǎn)測試一些場景的時(shí)候，就會在問題單上注明；同理，測試如果意識到開發(fā)人員的改動有風(fēng)險(xiǎn)，或者對開發(fā)人員的根因分析不太理解時(shí)，也會主動找開發(fā)人員溝通。

華為的流程復(fù)雜，它的基本邏輯是：信任DE/TDE這種在華為干了很長時(shí)間的優(yōu)秀員工，新員工不值得信任。配套的激勵也是傾向于PL/DE/TDE，這會讓新員工做得很憋屈，但這沒關(guān)系，因?yàn)榭倳^濾出一批忍得住憋屈，愿意遵從規(guī)則堅(jiān)持努力下去的人。外企的流程簡單，每個(gè)員工都干得很開心，但是如果出現(xiàn)一些想偷懶的員工，公司的確沒有太多拿得出手的整治方法，頂多就是長期不漲工資。

復(fù)雜的流程導(dǎo)致了一個(gè)問題，就是測試TDE的繁忙程度超乎想象。因?yàn)橐粋€(gè)測試TDE往往負(fù)責(zé)多個(gè)模塊，也就是對應(yīng)著多位開發(fā)，當(dāng)問題單較多的時(shí)候，容易形成了單點(diǎn)瓶頸。舉個(gè)例子，假設(shè)一名TDE手上有10個(gè)外包測試員工，分別測出了10個(gè)問題，這10個(gè)問題對應(yīng)著8個(gè)開發(fā)，那這8個(gè)開發(fā)人員修復(fù)完問題后，跟外包測試員工串講并不算數(shù)，必須排隊(duì)給這名TDE串講，從而形成了單點(diǎn)瓶頸。

測試TDE忙得找不著北，脾氣自然也不會太好。開發(fā)更是一點(diǎn)也不敢得罪測試，如果TDE不爽你，別的不說，就單單在串講里給你挑刺、或者把你的串講排到最后，都會大大拖慢你的工作進(jìn)度和工作熱情。

代碼檢視與Committer

代碼檢視，也就是Code Review。每個(gè)開發(fā)寫好代碼后，都必須發(fā)代碼檢視才能合入主干分支。

在外企，一般開發(fā)會找對這個(gè)領(lǐng)域比較熟悉的兩個(gè)開發(fā)進(jìn)行檢視，得到兩個(gè)Approve以后，就順手合入了。

在華為，代碼合入理論上需要以下步驟：

1. 選擇兩個(gè)開發(fā)檢視
2. 檢視通過后選擇一個(gè)Committer審核
3. 審核通過后，選擇具有合入權(quán)限的人合入。

一般Committer是在一個(gè)團(tuán)隊(duì)里的資深員工，技術(shù)比較強(qiáng)，并且做事仔細(xì)認(rèn)真。

在一般開發(fā)階段，權(quán)限會放松很多，步驟簡化為：

1. 選擇一個(gè)開發(fā)檢視
2. 檢視通過后找一個(gè)Commiter檢視并審核再合入。

Committer的數(shù)量是很少的，大概占20%左右。100個(gè)人要合入代碼，都得找這20個(gè)人進(jìn)行代碼審核。這部分人基本已經(jīng)是DE(Design Engineer)，主要承擔(dān)方案設(shè)計(jì)、困難問題攻關(guān)等任務(wù)，同時(shí)還要幫大量的同事檢視代碼。所以他們大多也會忙到找不到北。

這些Committer一方面承擔(dān)著方案設(shè)計(jì)等項(xiàng)目上對自己未來有利的工作，另一方面檢視所有人的代碼，有任何問題得會得到耐心的解釋（不解釋清楚就不會給你審核通過），所以他們的進(jìn)步會很快。而新員工大多只是執(zhí)行者，對整體規(guī)劃、背景原理等都搞不清楚，他們想讓Committer耐心解釋是不可能的，只有在審核代碼的時(shí)候，能學(xué)到點(diǎn)東西，但也是零零碎碎的。

這樣以來，新員工和老員工(Committer)的差距就拉開了。最終導(dǎo)致的結(jié)果就是知識斷層，新員工很容易流失，因?yàn)樗麄冎荒茉诜爆嵉墓ぷ髦噙M(jìn)行自學(xué)，老員工沒時(shí)間教他們；同時(shí)他們得到的激勵也相對較少，除非拼死拼活爬到Commiter這個(gè)位置，否則未來的發(fā)展一片渺茫。

功能開發(fā)

一個(gè)需求過來，需要評估完成的時(shí)間。但這只是一個(gè)參考，每一級都會想辦法把時(shí)間往短了壓。導(dǎo)致最后到開發(fā)者這一層，幾乎是不可能完成的任務(wù)。

舉個(gè)例子，一個(gè)任務(wù)，參與設(shè)計(jì)的開發(fā)和測試預(yù)估12+4天，版本給的要求是10+3天，但當(dāng)這個(gè)任務(wù)真正給到參與實(shí)現(xiàn)的開發(fā)和測試時(shí)，可能只剩下6+1.5天。

中間的時(shí)間到哪兒去了？從上到下，每一層領(lǐng)導(dǎo)都擔(dān)心任務(wù)完不成，所以想預(yù)留一點(diǎn)緩沖。所以時(shí)間從10+3天傳達(dá)到下層變成8+2.5天，逐漸往下最終變成6+1.5天。

所以，功能的開發(fā)極其緊迫，你想在規(guī)定的時(shí)間里完成幾乎是不可能的。

一開始，我會因?yàn)橥瓴怀扇蝿?wù)非常焦慮。后來我發(fā)現(xiàn)，原來大家都完不成，目標(biāo)放在那兒成了擺設(shè)，雖然目標(biāo)時(shí)間快到了就開始催，但實(shí)際上做不完也不會怎么樣。不過，催你的人心里是有底線的，這個(gè)底線就是他的上級給他的要求，只是這個(gè)底線他永遠(yuǎn)不會告訴你。

出征海外

出征海外，一般是指的上一線去海外銷售我們的存儲產(chǎn)品，可以選擇的駐扎地很多，幾乎全球都可以。但是選擇歐洲那些條件好的國家，補(bǔ)貼很少，選擇非州那些條件不好的國家，補(bǔ)貼很給力。

在存儲這邊，每年需要出征海外的人數(shù)是有指標(biāo)的，幾乎每個(gè)團(tuán)隊(duì)都要出人。

除了極少數(shù)愿意舍家棄子去海外打拼的小伙伴，絕大多數(shù)人是不愿意去的。所以，要求你去海外，和逼你離職差不多，基本成了淘汰人的方式。

我看過幾個(gè)能力還不錯(cuò)，經(jīng)驗(yàn)也比較豐富的員工，被要求出征海外。他們雖然沒有Committer這么拼，但五年左右的時(shí)間也讓他們積累了很多知識，也算是骨干員工。無奈的是，由于這個(gè)硬性規(guī)定，不得不選擇離開開發(fā)崗位。

其實(shí)我很不理解，這些工作五年左右的員工，對他工作過的模塊應(yīng)該是很熟悉了。好不容易達(dá)到了這樣的水平，也適應(yīng)了華為的工作強(qiáng)度。這時(shí)候應(yīng)該是他們發(fā)光發(fā)熱的最佳時(shí)期，但華為卻讓他們出征海外，重新招新員工進(jìn)來再經(jīng)歷一次痛苦的學(xué)習(xí)和適應(yīng)過程。

實(shí)際上，這些開發(fā)者的知識對海外銷售而言起不到多大作用：你掌握了產(chǎn)品中你們組負(fù)責(zé)的某個(gè)模塊，里面包含數(shù)百個(gè)結(jié)構(gòu)體和數(shù)千個(gè)字段，你能理解每個(gè)字段的含義和設(shè)計(jì)它們的原因。所以呢？那又怎樣？在銷售的時(shí)候，客戶對此是不感興趣的?？蛻舾信d趣的內(nèi)容，還是需要參加培訓(xùn)才能掌握。那為什么不直接讓新人去做銷售呢？

選擇離開

其實(shí)對我而言，錢給到位以后，最在意的有兩點(diǎn)：

1. 工作輕松
2. 前途光明

這兩點(diǎn)只要滿足一點(diǎn)，我就不會考慮離職，如果兩點(diǎn)都滿足，那我會誓死效忠。

首先，主要是我自己的原因，因?yàn)槲乙恢敝廊A為工作不輕松的。

我家離公司車程大約40公里，雖然樓下就有班車，但班車以早上08:30到達(dá)為目標(biāo)（以行政的標(biāo)準(zhǔn)上班時(shí)間08:30~18:00為準(zhǔn)）。所以發(fā)車時(shí)間為早上07:10，也就是說，我最遲06:50就得起床，刷牙洗臉后趕緊下樓上班車，然后在班車上搖搖晃晃的睡覺。

我有好幾次做噩夢，夢到因?yàn)槟涿畹脑驅(qū)е聸]趕上班車，內(nèi)心崩潰到了極點(diǎn)。

兩個(gè)月后，我實(shí)在受不了，決定在公司附近租房，平時(shí)騎自行車上下班。這樣，早上可以睡到08:50，每周末回去一次。一開始還好，但隨著工作壓力逐漸變大，周末慢慢開始變成單休，相當(dāng)于我周六晚上回家，周日晚上10點(diǎn)左右，又得坐地鐵回出租屋（為了周一早上睡個(gè)懶覺）。本來這樣也能適應(yīng)，但我女兒滿一歲以后，變得越來越可愛，我舍不得那種離開她的感覺。我在家里客廳安裝了一個(gè)360攝像頭，每天吃晚飯的時(shí)候，就看著我媽和女兒玩耍，有時(shí)候透過攝像頭喊一聲“甜甜”，女兒以為攝像頭就是我，經(jīng)常仰著頭對著攝像頭喊爸爸，令人心酸。

其實(shí)在入職前，這個(gè)問題我也有想過。當(dāng)時(shí)的想法是，在華為如果能安定下來，就在郫縣租一套好點(diǎn)的房子，把一家人都接過來，每天中午可以跟家人吃個(gè)飯，晚上偶爾也可以跟家人一起吃飯。但后來我媽不太愿意搬走，我老婆也遲遲沒有找到合適的房源，最后不了了之。另外，每天中午、每天晚上都要騎行5公里左右回去看一眼女兒，確實(shí)也挺折騰，加上工作越來越忙，人也越來越疲勞，哪怕真的興師動眾的搬到郫縣，效果也不大了。

記得那段時(shí)間，最難受的就是每天晚上吃過晚飯，從園區(qū)散步回公司的那一刻。我會問自己，天已經(jīng)黑了，我為什么還不能休息？我干的事情有多大價(jià)值，對我到底有多大吸引力？每天都這樣，我該怎么享受生活？當(dāng)時(shí)有句話特別火，叫青春才幾年，疫情占三年。那種感覺類似于此。

其次，就是個(gè)人職業(yè)的發(fā)展問題了。

作為新員工，我所在的部門，我只能勉強(qiáng)跟入職一年左右的同事共事。有一種說法：你的績效在PL給你分任務(wù)的時(shí)候就已經(jīng)確定了，PL可以分給你有價(jià)值、有曝光度的重要任務(wù)，也可以分給你吃力不討好的雜事。作為新人，自然是要從打雜開始，而身邊的人都兢兢業(yè)業(yè)，我擅長的知識在這里又起不了作用，發(fā)展的前景可想而知了。

我仔細(xì)思考過，如果我要達(dá)到骨干的水平，至少也要兩年的時(shí)間，這么長時(shí)間沒有自己的生活，而且年齡越來越大，還面臨被派去海外的風(fēng)險(xiǎn)，實(shí)在不值得。

跟我同級別的同事，基本都是DE，他們在存儲工作的時(shí)間大概是8~12年。我的工作年限差不多，但作為新人加入，要學(xué)習(xí)各種工具，了解華為的存儲架構(gòu)、代碼細(xì)節(jié)甚至是各種設(shè)計(jì)的歷史原因，哪怕拼盡全力也要5年才能達(dá)到他們的水平。

最關(guān)鍵的是，這些工作了10年甚至更長時(shí)間的員工，還一個(gè)比一個(gè)卷：你以為每天晚上2點(diǎn)回家很卷了？又冒出連續(xù)工作30小時(shí)的。你覺得任務(wù)太重，一周完成是不可能的，人家可以五天完成還順帶做了很多其它任務(wù)。相比之下，我充分認(rèn)識到自己精力、智力和能力的差距。

這種巨大的競爭壓力，也使得我神經(jīng)上出現(xiàn)了些問題。我記得有一次晚上10點(diǎn)，我坐地鐵回出租屋，到出租屋快12點(diǎn)了，我洗漱完后想著玩會手機(jī)困了就睡，結(jié)果一直到2點(diǎn)也絲毫沒有困意。我玩半小時(shí)，試著睡半小時(shí)，反反復(fù)復(fù)好幾次，一看時(shí)間，已經(jīng)5點(diǎn)了。那種時(shí)候是最恐懼的：眼看著天快亮了，一點(diǎn)睡意也沒有！

那天我一直挨到天亮，早上7點(diǎn)過，才在外面熙熙攘攘的車流聲、人流聲中睡著，這應(yīng)該是我這輩子唯一一次失眠。鬧鈴在08:55準(zhǔn)時(shí)響起，我又得拖著疲憊的身體騎車奔向公司，經(jīng)歷從早上0930的忙碌一天。

在輕松和前途兩頭都不占的情況下，我最終還是決定投降放棄。其實(shí)，還存在轉(zhuǎn)崗到其他部門，開發(fā)新產(chǎn)品，大家在同一起跑線的機(jī)會。如果新的工作機(jī)會晚點(diǎn)出現(xiàn)，我可能會提出轉(zhuǎn)崗，或許就不會離開華為了。

總結(jié)

總體而言，華為的競爭力真的比外企強(qiáng)太多。它通過殘酷的內(nèi)部競爭，讓員工把活盡可能干漂亮。這雖然換來了大量員工的抱怨，但不妨礙公司的快速發(fā)展和進(jìn)步。

最終離開華為，回想起來還是非常不舍，想起跟大家一同奮斗的場景：站會時(shí)PL跟我們挨個(gè)定目標(biāo)，同事間的討論和幫助，測試串講，Story設(shè)計(jì)，多個(gè)模塊的同事共同實(shí)現(xiàn)的功能等等，還是讓我覺得這是一段珍貴的經(jīng)歷。

只能說為了家庭和生活，我做出了妥協(xié)，放棄了作為奮斗者的機(jī)會。最后，希望跟我一同奮斗的小伙伴們都能得到自己想要的，不留遺憾！