我的筆記:中建電商怎麼樣?--埋下種子:得罪了將來領導(1)

我所在小組是收驗貨系統開發小組。咱們小組主要是作這樣一件事:將項目物資進出等業務信息化,在項目上安裝地磅等實現物資進出數量的稱重並將數據傳送到統一的平臺進行各類業務展現和開展後續業務。

 2018年,我剛進入小組,項目現狀是:地磅稱重時進行的車牌識別,效果很是糟糕,廣泛車牌識別正確率30%不到,道閘常常在車輛駛離地磅過程當中就錯誤的關閉(道閘杆子所以砸壞不少),還有跟車問題,上一輛車的稱重數據記錄到下一輛過磅車輛數據上。總的來講,這套系統在我入職前雖然有在項目上安裝使用,可是效果不好,無人值守總體業務基本無法運行。當時好幾個工地安裝了咱們系統,別人都是用咱們軟件作作 樣子(由於工地領導吩咐安裝的),這些項目表面安裝咱們軟件,而其實本身用原有的方式繼續進行物料的收發和結算------由於當時用咱們系統根本無法實現大體準確的收發貨數據記錄,更無法用咱們的系統收集的數據去和物料供應商作結算。

剛進公司時候,我如今的領導當時是個人同事,後來人事變更他升職上去了(後面寫一篇他升職的文章)成了我小組負責人。對於升職,當時我進這個公司我就知道公司幫派很嚴重,最大的就是「新蛋幫」基本全部項目有點職位的都是有新蛋背景的。每一年漲薪升職的也基本是新蛋幫,非新蛋基本無望。html

就這樣,我進入了一個天天都忙着處理線上各類投訴、各類軟件問題的項目組。很快一個軟件bug反饋到我這裏:(背景:咱們軟件是安裝在項目現場電腦上的客戶端程序,軟件有些系統設置當時咱們是序列化保存到本地文件中)客戶投訴軟件退出後無法再次啓動後。後來通過排查知道是序列化配置文件在本地打開是空白文本(雖然文件大小不爲0 ,可是用文本打開是0,用部分編輯器打開是&xxxx等看不懂的字符 )。編輯器

而後我將此事彙報給小組,當時就獲得小組的反對:測試都沒測試出這樣的狀況,不用理,線上不會有這種狀況(線上都由於這個緣由致使軟件不能啓動了,還說測試沒測出這個bug-這個時候我已經隱約到感受到本身進坑了) 。後來我又收到線上幾回一樣的反饋,我總結了出現這個bug的規律,而後找到測試,終於在測試電腦上重現了這個問題。此時項目leader承認了是有這個bug存在。而後就指派我去修改這個bug。ide

我根據本身的經驗,修改了這段保存本地配置的代碼。今後這空白配置的問題就再也沒出現過了。測試

相信你們也和我同樣,以爲這件事很簡單、很合理,就是出現bug修改bug這麼簡單的事。我也覺得這件事就這樣結束了,而後並無。code

在我最近提出想退出公司的想法後,小組責任電話個人時候,提到了這件事:由於那段代碼是小組負責人寫的,並且他自認爲那段代碼質量很好不會有錯,而我去動了他的代碼。對他形成了影響。就這樣從我改這個代碼後一直到我離職,這我的工做中從沒給過我好臉色看,反而是言語中至關的不尊重。即使他這樣對我,我也沒和他起衝突,我這樣告訴本身:我比他大一點點,我要成熟、理智、職業一些 ,不把那些放內心,只要項目運行得好就完事大吉。htm

記得後面還有件事比較有印象:我寫一個接口,提供給他使用。我寫完以後在工做羣裏把接口地址,接口文檔發送給他,同時我捎帶說了句接口參數的意思以及上下相關的業務和注意要點。這人立馬就在羣裏說:「我本身曉得看文檔,不須要你在這裏BB,這麼大我的了 ,咋個工做都還不會..." 當時我心裏是火的,可是也沒理會他,仍是本着那句話:我年紀比他大一點點,不必給他起火。blog

如上,就描述了我和他矛盾的原由。惋惜無知的我到離職才知道這事得罪了他。後來工做中各類不給我順暢。接口

後文繼續描述。。。開發

文章來自: https://www.cnblogs.com/paulxie/diary/2020/03/26/12571770.html文檔

相關文章
相關標籤/搜索