諸位碼農有沒有碰到這樣的help遭遇

nz_engineer

被新來的supervisor整了.本來是他先review我的code,然後講某module的結構不好（其實也不是我原作,我前任開創的）,OK這種主觀的東西您老卵咱不跟您爭,I aglee. 他要幫我重寫一下,重寫過程中"指出"我一個logic問題,我以為是發現bug了問他啥,他說這個xxxx啥有問題(原來是主觀判斷),我指給他本來是這樣.... 他看明白了"Ah, OK"
然後又跟我講#define是可以global effect的(一個.c當中的#define沒有被別的.c include的話也可以在其他.c中生效),不應該在local的.c中用#define,我說沒聽說過也不相信有這神功,叫他試下,結果一build也沒出現他講的現象,他講這是compiler dependant 恰好這個compiler不這樣behave, OK咱也不爭了,aglee.

然後過了兩週他"幫我"重寫完了,commit 了叫我test.我問你commit之前test過了麼,他講test過了,OK我就pull 出來跑跑看,發覺一大堆問題,完全不能工作了.這下好,thanks to his help,我難道還要幫他debug? 因此拖延了項目時間,責任還是算在我？因為是我的structure不好導致他來help造成的?

假設你狠你take this module那就幫忙幫到底 test到沒問題再走人,你他馬的拉了一堆屎讓我來幫你揩?
論責任,若整個module全是我做的,哪有問題你拿我來問罪 願賭服輸,哪怕說這幾個bug沒解決不准回家 或者因為我的bugs造成的損失拿我開除 咱也沒一個屁好放. 這插一槓拉一堆屎後面讓我增加工作量算啥help?

這他馬是逼我主動辭職的信號吧?

momohan

新官来了把之前人的手下都赶走不是正常的么。 一朝天子一朝臣。 是这个意思吧。、

nz_engineer

momohan 发表于 2018-6-19 16:19
新官来了把之前人的手下都赶走不是正常的么。 一朝天子一朝臣。 是这个意思吧。、 ...

這位新官之前一個傑作:review code叫我按照他意思改一個啥啥啥,導致引起其他系統的不正常工作,為了handle it,部分沒按照他講的改,不然得面臨整個系統overhaul,那次為了這個害得我忙到深夜.

這次感覺是動真格了,感覺他對既有的code base樣樣不滿,恨不得rewrite everything from scratch.可憐我這人太隨和了,接這code base時沒這麼ambitious就按照既有節構來extend,這下是大麻煩了

很多人都想推翻了按照自己意思重來 但是真的推翻了重來得付出多少 你搞得定麼.我沒這本事您有您來呀,別您改一半讓我為您開屁股,最後全責任我負

jack2k

别较真，他说咋改，就咋改，要学会玩太极，联合其他人一起搞政治。

nz_engineer

jack2k 发表于 2018-6-19 16:29
别较真，他说咋改，就咋改，要学会玩太极，联合其他人一起搞政治。

我就是都按照他改,現在一地的屎輪到我揩.奴才哪有狗膽敢說個不字. 這人已經跟大老闆那告狀 講我的structure不好.
你看我若真的想跟他爭,我還不提那個#define不用#include就能引響到全體.c這種"高論".

jack2k

nz_engineer 发表于 2018-6-19 16:31
我就是都按照他改,現在一地的屎輪到我揩.奴才哪有狗膽敢說個不字

那你慢慢弄呗，什么责任的都是头担的，最好是系统崩了，上不了线了，大头惊动了，最好。你就负责表演。

nz_engineer

jack2k 发表于 2018-6-19 16:34
那你慢慢弄呗，什么责任的都是头担的，最好是系统崩了，上不了线了，大头惊动了，最好。你就负责表演。
...

我覺得不是他承擔,且不說他已經對大老闆告狀說我的structure不好, 他並沒有從我手上接手這個項目,他現在"幫"了一下之後還是丟給我debug說明責任人還是我,等最終出大事我必然是遭千夫指,而且我也完全無法控制局面

責任不明晰是個大問題,有權力的可以隨意染指別人的code 然後卻不承擔後果

xydh

帮他擦干净屁股， 从此江湖地位不可动摇

huazhb

这个你怕什么， 都有source control的记录， 到时候谁的问题， 一看就知道， 谁都赖不掉

nz_engineer

xydh 发表于 2018-6-19 16:38
帮他擦干净屁股， 从此江湖地位不可动摇

唉,咱曾經在天朝工作過的,都說天朝人際權位厲害,我在天朝還沒被這樣整過

nz_engineer

huazhb 发表于 2018-6-19 16:39
这个你怕什么， 都有source control的记录， 到时候谁的问题， 一看就知道， 谁都赖不掉 ...

可他可以講他這個help是為了拯救我的poor structure才出現的,換言之若不是他及時相救,後果更不堪設想. 台詞我都幫他想好了

還有個問題是 由於我服從他的命令進行重寫某module導致沒辦法handle測試部門的bug fix （我必須先完成整改再重新測試） 為此已經遭罵了 但是按照他的命令 一面我被測試捱罵 一面我還不能去handle bug fix 沒有他的permission.

根本問題:我沒法拒絕他的"help"

這麼霸道的做法真沒碰到過 我怎麼coding得按照您的思路 您那麼狠還要我來幹麻 直接開除不更爽快麼

nz_engineer

其實我總結下這個問題,每個人設計以及實現的preference不同,他讓我按照他講的改寫,改出來他還是不滿意,因為畢竟每個人的思考方式都有略微不同,你若控制慾那麼強,看別人的那麼不爽,那就只能您來搞定一切,而不是去"指導"別人. 就直接講 you are disqualified, go away.咱倒也服了

huazhb

nz_engineer 发表于 2018-6-19 16:43
可他可以講他這個help是為了拯救我的poor structure才出現的,換言之若不是他及時相救,後果更不堪設想. 台 ...

这个确实难办， 属于倒打一耙， 你英文如果不好还讲不过他， 其实你也可以一口咬定， 你写的完全没有问题， 就是他的code造成这些问题， 既然他不讲道理， 你也不用讲道理了， 不过你应该是要做好走人的准备了

nz_engineer

huazhb 发表于 2018-6-19 17:05
这个确实难办， 属于倒打一耙， 你英文如果不好还讲不过他， 其实你也可以一口咬定， 你写的完全没有问题 ...

沒錯 我是有走人的準備,不過現在這樣自己主動辭職等於是向他投降了 咱得等公司主動開除...
我也是從菜鳥過來的,也見過老人指導小人的工作現象,但那個前提是菜鳥/小人是打下手的,指導者才是責任人. 現在我是責任者(不然testers找我bug fixes不找他),他卻偏要來指導一個責任者而自己不承擔責任.

這種奇恥大辱只在文學上聽說過 沒親見過

jack2k

nz_engineer 发表于 2018-6-19 16:58
其實我總結下這個問題,每個人設計以及實現的preference不同,他讓我按照他講的改寫,改出來他還是不滿意,因為 ...

你玩消失，休假去。
或者你想办法，激怒他，让他当众失控。
总之，保持冷静，拼韧劲。

nz_engineer

jack2k 发表于 2018-6-19 17:12
你玩消失，休假去。

他昨天剛跟我講了 近期不准休假,他都想到了

我是異常冷靜,前面講了咱也是天朝時代就工作過多年的,也不是氣盛的小年輕,隨他搞吧.就等主動開除了 這廝來之前我一直被老闆表揚 由他告了狀後老闆已經罵過我一次了

他批判我也批判我的前任的codebase 恨不得某行code都由他重寫才滿意. 我是來不逢時,應該他先接手我前任的codebase,讓他重頭改寫全部,然後我再來接手,可能問題就小點了

woshidajiangyou

所以refactor code都要非常小心
有时候，虽然旧代码各种不合理，但是只要可以跑起来的，就是好代码，可以正常工作
虽然你refactor后表面上跟好，但是有没有cover所有的edge cases呢？很多时候refactor只会引入更多麻烦

一般情况下，只有引入新功能的，才会在涉及到的旧代码做部分refactor，没事千万不要refactor旧代码，尤其在没有人complain的情况下，往往是自寻烦恼

nz_engineer

woshidajiangyou 发表于 2018-6-19 17:20
所以refactor code都要非常小心
有时候，虽然旧代码各种不合理，但是只要可以跑起来的，就是好代码，可以正 ...

我跟你的看法一樣,問題是他這種arrogent的人是不可能听得進去的,我前面都舉兩個例子,他無證據下就無端指控我的code有問題,可見此人性格一般

另外啥叫好code啥叫爛code 本身就是主觀的,你就算再符合他的意見寫,寫出來在他看來還是不如他自己寫的"好" 就這麼回事 你嫌別人不好就請fire me 最直截了當

他不是自尋煩惱,他是為我找煩惱,我承擔責任.最後把我開了還可以在老闆面前邀功:你看這麼爛的一個人,被我發現了即時開除,你們這麼多年都不知道.   假設最終項目黃了血本無歸,反正我是唯一承擔罪名的 一切都是我引起的

huazhb

nz_engineer 发表于 2018-6-19 17:10
沒錯 我是有走人的準備,不過現在這樣自己主動辭職等於是向他投降了 咱得等公司主動開除...
我也是從菜鳥 ...

你等公司开除你到时候你的Reference不太好啊

nz_engineer

huazhb 发表于 2018-6-19 17:27
你等公司开除你到时候你的Reference不太好啊

相比之下,這樣主動辭職reference上更好麼？

我也是IT界的老人了,啥開除不開除已經死豬不怕開水燙了.幹了這麼多年第一次被整(可能以前的supervisor沒他這麼閒心),也算增加人生體驗 沒白活

novogaga

aglee是啥？

nz_engineer

novogaga 发表于 2018-6-19 17:50
aglee是啥？

agree

novogaga

nz_engineer 发表于 2018-6-19 17:54
agree

说到重写代码，我一直在做这种事，但是我一般都是重写自己的代码，因为熟悉。
这个supervisor刚来你们公司就开始做这种事情是他自己托大了，可以看出来他根本不了解你们公司的业务逻辑，所以他自己随便操作了几下的test case没有cover所有的可能性。
另外既然你们公司有tester，我想象中你们应该是有一个一个的ticket/task给你们做。下一次如果他再要求重写代码，建议你强硬要求他新开一个ticket针对这个要求，这样你无论怎么做都有一个记录在那里。

novogaga

抛开这个supervisor个人水平（这人典型的就是只能找问题，但是不会解决问题的那种），代码的结构确实很重要。建议lz看一本书叫做clean code，淘宝有中文版可以买。

如果熟悉了怎样写出漂亮的结构，以后你完全可以有底气与任何人争论一个结构的好与坏，不需要因为他比较老油条就让着他

nz_engineer

novogaga 发表于 2018-6-19 18:19
抛开这个supervisor个人水平（这人典型的就是只能找问题，但是不会解决问题的那种），代码的结构确实很重要 ...

完全同意code structure重要,但是這個系統並非我重頭開的 得看場合

nz_engineer

novogaga 发表于 2018-6-19 18:15
说到重写代码，我一直在做这种事，但是我一般都是重写自己的代码，因为熟悉。
这个supervisor刚来你们公 ...

如果一個codebase 每個接手的人嫌前面的人寫的不好要推翻了重來 ,那麼換一次人員就從scratch開始一遍.我知道有人特別好這口

可能還跟出身背景有關.
我本身以前是做device driver的 天生就是在既有的系統上開發 並且常用opensource典型的像Linux kernel這些 一般不大會想從頭寫東西 那個人大概習慣了自己從0開始寫

DDD888

nz_engineer 发表于 2018-6-19 19:03
如果一個codebase 每個接手的人嫌前面的人寫的不好要推翻了重來 ,那麼換一次人員就從scratch開始一遍.我 ...

同情你，被人code review,我是已有八年没被人code review了，只有技压人，才可以舒服啦，我已舒服了八年

我以前水平不够高，被人code review到最后丢失了写Delphi程序的的在同一家公司工作了11年的工作，进公司就要去那些比你水平差的同事的那种公司啦,宁为鸡头，不为凤尾

DDD888

另外为何你没有被升级啊？你也要检讨下你自己在公司的表现啊

建议一下啦

lummar

nz_engineer 发表于 2018-6-19 16:31
我就是都按照他改,現在一地的屎輪到我揩.奴才哪有狗膽敢說個不字. 這人已經跟大老闆那告狀 講我的structu ...

所有的东西都邮件沟通，不要口头交流。
即使偶尔有口头约定，回头也邮件确认。
感觉你的头是印度人？

lummar

nz_engineer 发表于 2018-6-19 16:38
我覺得不是他承擔,且不說他已經對大老闆告狀說我的structure不好, 他並沒有從我手上接手這個項目,他現在" ...

哈哈，如果是他check in的代码，他脱不了关系。