19年11月份,我爲什麼從上一家公司離職

最近要去找工作了,但是在過程中,我感覺自己總還有一份心結在這裏, 所以我不打算逃避,想直面自己,也就是在半年後,再來看一看自己當初的離職。

我爲什麼對這家公司這麼在意?

這是一家技術氛圍很濃厚的公司,上至公司領導層,下至公司中的團隊成員,每個人都是對技術有追求的。公司會抽時間來做code review,也會安排時間進行課程培訓*(但是因爲沒有經驗,所以效果並不是很好。。。。。。)*,在迭代開始前也會給時間寫代碼設計文檔。總之,如果沒有發生意外的話,一切都應該是沒問題的,畢竟996,一般人很難撐下來,但是在我在職期間,只有因爲能力不足而被開除的,但是沒有主動離職的,向心力這點上,CTO是做的真的很好。

那麼我爲什麼離開呢?

我的問題:太認真了

這的確是我離職前,CTO跟我說的原話,太認真了,一切事情我會自己扛,bug自己修,項目迭代自己跟進,也會主動聯繫業務那邊進行溝通,協商所需要的資料,但是啊,正是因爲我自己扛下了所有的事情,導致他那邊錯誤的估計了我這邊的壓力,而我也是傻,沒有主動向他申請資源來協助我這邊,導致我這邊雖然產出還是正常的,但是我已經真的是壓力山大了。即使後來我主動申請了資源,但是奈何造化弄人,公司分配不出所需的資源。

我的壓力來源1:和業務時間段不匹配

因爲是996,所以我下班時間一般在 21:30,到家大概是22:00,但是很巧,業務那邊也剛到家,開始錄入今天的工作內容(因爲我負責的是公司的內部管理系統,所以和業務交流最多),結果就是我剛到家,屁股還沒有坐熱,就會有各種情況發生,而且都是要求立刻修復的。至於這些問題的本質討論,接下來我會再講。這也就等於是我這邊到家還要開始工作,而且不處理完,一個剛入行的產品(他早期任務主要是負責和業務那邊溝通)就會像奪命連環問一樣,我想說能不能明天再修,我是真的累了,但是他說不行,而我也真的不是那種很喜歡起衝突的人,所以也就說修就修吧,也算是自己的責任。

於是說是996,但是我的時間更長。

我的壓力來源2:問題有時候不是bug

試問,當你找了半天問題,發現問題的本質不是bug,而是一些其他因素,你有多絕望?對我來說印象最深的一次是,那天是開始放假前的一天晚上,我在排查一個問題,通過阿里雲的log日誌查找,發現是操作人員忽視了系統的提示,然後他就開始抱怨,可想而知我當時的心情,我當時查完是凌晨2點,但是我一點也不想睡覺,我只是在反思,我到底做錯了什麼,爲什麼要這麼折騰自己,估計也就是在那一刻,我萌生了辭職的想法,我太累了。

我的壓力來源3:迭代和維護,工作量超綱

本來我這條業務線上是有一個很有經驗的產品配合的,他有能力,做事效率也高,最重要的是和他配合很爽,他會幫我屏蔽掉業務那邊的一些信息,會讓我可以抽出大部分時間來保證迭代進度,但是好死不死的,他去結婚了!!!結完婚又去度蜜月了!!!啊啊啊啊,於是一下子業務那邊的所有壓力都湧到我一個人身上了,等於是我,配上一個剛入行+剛入職的產品,兩個人守一條業務線。那酸爽,一邊我去迭代那位哥哥去度蜜月前留下的任務列表,一面我又要負責維護好系統。

想想自己那段時間,人家說上班時間摸魚,我是紅牛,咖啡,健力寶。記得印象最深的一次是,我有點小感冒,喝了感冒藥之後有點昏昏欲睡,結果給自己灌了2瓶紅牛之後還在工作,我真的是瘋了。

我的壓力來源4:代碼沒有文檔

我做的那條業務線,經過了很多人的手,雖然架構師還在,但是一些非他編寫的代碼,他也不是很清楚,加上期間公司業務都轉型過,現在的代碼裏有賊多之前業務的代碼,於是每次迭代,我都是儘量保證兼容之前的系統不出問題,本來也沒啥問題的,但是在後期,牽扯到修改老代碼,就出現對不上的情況了。其中我還有印象的是下面一個情況:

  • ocean_shop:系統錄入門店數據
  • approvaled_shop:經過審覈的門店數據
  • shop:小程序端展示門店數據

當然,這肯定不是公司真正的表名稱。業務錄入數據之後,會保存在ocean_shop中,在品控審覈通過後,轉存入approvaled_shop中,接下來再經過定時任務,會轉存到shop。但是,在頁面上,有頁面展示數據時,使用的是ocean_shop,有頁面展示數據時使用的是approvaled_shop,於是業務那邊就說,我錄入的數據怎麼沒有了。於是,我又要開始排查他的問題了。


上面說完我的問題,接下來就是公司方面的問題了。

公司方面的問題:缺人+對這條業務線不重視

公司那段時間一直在招人,也在請獵頭在幫忙挖人,但是在上海這邊實在招不到人,因爲人家聽說996,很多人都退避三舍。於是公司改變方向,重點在深圳那邊招人,因爲深圳那邊對於大小周還算是習以爲常一點。於是就開始了兩地辦公的方式。爲了同步信息,也就有了後來的每週一早上的視頻會議,會同步一些公司現在的進度,接下來的重點工作內容,以及各條業務線的迭代內容。

問題1:新人培訓沒有做好

那段時間公司湧進了很多新人,包括深圳那邊,上海這邊也是,開發也有,產品也有,業務也有,其中最多的就屬BD了。加上我這邊是一切數據的起點,於是,技術部這邊要我幫他們配置好數據,業務那邊因爲對系統不熟悉,所以爆發出了很多所謂的bug,等於是我這條業務線上的壓力陡增,都可以說是DDoS攻擊了。

除了上面說的業務下班開始錄入數據,深圳那邊技術部也會在下班之後找我,讓我幫他們配數據,否則他們沒有辦法進行第二天的工作,雖然我聽說深圳那邊基本都是忙到11點30才下班的,但是我這邊真的hold不住啊。

問題2:公司對這條業務線不重視

因爲我們後端這邊設置有郵件報警系統,所以如果沒有收到報警郵件,也不會知道發生了Bug。但是業務那邊一直在抱怨系統不好用,出各種問題,於是,我上面說的那位產品,就一直受到上海這邊領導層負責人的壓力,我又有一次有幸參與了他們的會議,那簡直是被批的擡不起頭來啊,甚至他這邊剛上線的一個電子合同的功能,在他這邊覺得能給90分了,結果到了那位負責人的眼裏,就20分,而原因也僅僅是因爲商家不想籤電子合同,一定要有紙質合同,可想而知,當負責人把這口鍋扣在他頭上時,他有多氣憤,我還記得他當時跟我說,他準備辭職了。而讓我感覺更深的是,他對自己這份工作的一份放棄。

但是好在後面,他在一次公司例行的陪訪(會要求產品和BD一起去談合同,在此期間收集系統信息,保證需求的質量)後,明白了BD口中所謂的問題的是什麼,也打算在離職前,把自己的工作做好。

後記

那家公司給我的壓力大到離職後,我直接4個月不敢寫代碼,因爲我一打開電腦,開始寫代碼時,就會回憶起當時那段黑暗的日子,那種壓迫感,那種絕望感。對了,這裏再提一件事情,在我提出離職之後,CTO也調了其他人來參與這條業務線,打算來接替我的工作,結果來一個跑一個,都說業務太複雜了,幸好之後找到的一個新人,他理解能力很強,兩個人一起守了這條業務線一個月之後,我離職了。

現在也算是釋懷了,畢竟一切都過去了,在我離職之後,公司實現了業務的拆分,將小程序端的業務交由深圳那邊負責,上海這邊全員負責我之前那條業務線,早這樣多好。然後在20年1月份,我上面提到的那位產品離職,那位剛入行的產品,好像是被開除了,還有比我早一天加入公司的一個PHP後端也離職了,剩下的事情我就不是很清楚了。

總的來說,我覺得蠻對不起公司的,因爲CTO信任我,才把那條業務線交給我守的,但是奈何造化弄人啊,期間我也向CTO說過我這邊感覺壓力有點大,能不能請人來帶一下隊,的確幸運,招到一個幹這行10年的大神,兩個人合作了一個月左右,那段時間是真的爽啊,因爲和他合作效率太高了,兩個人可以很快溝通好,兩個人負責的部分拆分的很乾淨,他那邊需要什麼,我這邊提供好,之後的事情就不用管了。加上產品那邊協商好,一個需求從確定到執行,效率快的飛起時,那幹起活來是真的爽,但是就像我上面說的,奈何造化弄人啊,他去另一家創業公司擔任CTO去了,於是,我接下來不僅需要接盤他寫的那段代碼,還有我之前的公司,歐啦啦。。。。。。

除了覺得對不起CTO,我也感覺挺對不起自己的,那段時間簡直是不把自己當人看,我身邊的人,近到我對象,遠到在浙江的爸媽,都感覺到我整個人脾氣變得極度暴躁。其實想想,雖然我離職代表了我存在一些缺憾,存在一些做不好的地方,但是起碼我是從心底裏對自己離職這件事情抱有正確的觀念的。我不會說如果我沒有走會怎麼怎麼樣,甚至在後面說如果我克服了這些問題之後我會怎麼怎麼樣,我只能說,一切都過去了,與其我一直抱着,自己離職是錯誤的,會對自己造成什麼什麼影響,不如說,我更加願意相信,未來還是有機會的。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章