Re: [討論] 對岸的軟體工程師

作者: DrTech (竹科管理處網軍研發人員)   2020-11-06 23:04:57
※ 引述《Ferrara (紅燒冰淇淋)》之銘言:
: 本ID在台北一家陸商待過一個月
: 發現對岸SW RD的整code習慣是這樣
: 覺得自己寫好了,就commit了
: commit之前不做驗證,不初步抓一下bug
: 連local build pass都沒有
: 負責管respitory 的人得一條條幫他們檢查
: 最近被一家台陸合資的公司找去面試
: 主管說他在管理gerrit的時候很難整合daily build
: 因為對岸的工程師丟上來的東西常常build不過
: 請問各位鄉民
: 你們共事過的對岸工程師也會這樣嗎
分享一下現在中國公司工作的狀況好了,
程式碼 build 都沒過,是絕對不能回家的,你會害很多人被扣錢。
首先程式碼 commit到分支前,都要設定好jenkins
使用 git push 程式碼到 repository 的分支時,
會觸發CICD流程,大致會執行以下流程:
編譯 build
作者: TokyoHard (東京難)   2020-11-06 23:07:00
親!信你了!
作者: s06yji3 (阿南)   2020-11-06 23:17:00
人力成本超高...,方便問sprint和release週期嗎?
作者: DrTech (竹科管理處網軍研發人員)   2020-11-06 23:19:00
發版的周期是,每個月發兩個release版本。長假前後凍結。
作者: DCTmaybe (竹竹人)   2020-11-06 23:21:00
也太硬...突然覺得現在過好爽
作者: DrTech (竹科管理處網軍研發人員)   2020-11-06 23:21:00
人力成本其實不高,風氣就是晚上8點算早下班。加班根本不給薪水,是福報阿。真心羨慕原文那種隨意公司。
作者: devilkool (對貓毛過敏的貓控)   2020-11-06 23:27:00
好猛,除了很硬,扣薪也太可怕
作者: POCARI5566 (水德)   2020-11-06 23:30:00
親 你好猛
作者: s37166117 (ace)   2020-11-06 23:37:00
還好我一行都拆好幾行寫0..0
作者: amego2017   2020-11-06 23:45:00
扎心了 老鐵
作者: hb0922 (ㄚ阿)   2020-11-06 23:52:00
這篇可信度高
作者: loloman (吃飽的感覺真好)   2020-11-06 23:57:00
規模大了就變法治,有些地方就踩很硬
作者: furnaceh (furnaceh)   2020-11-07 00:00:00
沒想到寫程式也跟學音樂ㄧ樣,練習不夠,隨便亂寫,都有人知道
作者: zmcx16 (zmcx16)   2020-11-07 00:14:00
我決定開始點炸雞排的技能樹了...
作者: clamperni (肥宅牛牛)   2020-11-07 00:20:00
原po大神
作者: ppc ( )   2020-11-07 00:22:00
好恐怖
作者: abccbaandy (敏)   2020-11-07 00:22:00
這麼肝是給多少啊...
作者: s860134 (s860134)   2020-11-07 00:24:00
我以為只有 google 會注意軟體品質
作者: A0091127 (A009)   2020-11-07 00:29:00
哥 您年薪?
作者: DrTech (竹科管理處網軍研發人員)   2020-11-07 00:31:00
這跟年薪與能力無關吧。剛畢業的大學生也是這樣管理。
作者: s06yji3 (阿南)   2020-11-07 00:32:00
一個code review這麼多遍人力成本當然高。有沒有加班費是另一件事情。
作者: DrTech (竹科管理處網軍研發人員)   2020-11-07 00:32:00
只能說有經驗的公司,早就把人性看得很透了,所以訂一堆規則防止人偷懶或失誤。
作者: holydon (0.0)   2020-11-07 00:33:00
沒想到大陸也有公司走這套了,直接扣幾千人民幣真的會怕XD
作者: da5n299o (臭寶)   2020-11-07 00:40:00
之前請上面code review還要一直寄信跪求QQ
作者: Ferrara (紅燒冰淇淋)   2020-11-07 00:48:00
原po這間都是local pay再加一點點 XDDD所以一個月就閃了
作者: nitero (nitero)   2020-11-07 00:54:00
一個月兩次 release 有點少,通常我們都一個禮拜四次盡量發布小的 commit, 有問題都可以很快 trace原 po 公司可能是金融相關的?才會用這麼嚴謹的方式上版?
作者: saladim (殺拉頂)   2020-11-07 00:56:00
突然想到 每個月生這麼多程式碼 改這麼多碼 修這麼多bug
作者: Smile365Day (微笑)   2020-11-07 00:57:00
H
作者: saladim (殺拉頂)   2020-11-07 00:57:00
最後這系統到底會變成什麼 這麼多人才生出來的東西 肯定很強很潮吧 若不是這樣就很無奈了...釘不完的釘子阿....一個禮拜四次release? 這好像有點屌.....
作者: DrTech (竹科管理處網軍研發人員)   2020-11-07 01:02:00
我現在是做多媒體串流平台的後台,現在用戶多的軟體出問題
作者: Csongs (西歌)   2020-11-07 01:03:00
扣薪水也太硬
作者: DrTech (竹科管理處網軍研發人員)   2020-11-07 01:04:00
一定會被對手炒作,市場蠻競爭的,要對Bug充滿敬畏之心。
作者: modelfucker (喂,禮安)   2020-11-07 01:05:00
幹這太可怕了吧…
作者: havochuman (嗨嗨嗨嗨嗨嗨)   2020-11-07 01:11:00
反正台灣科技仔都覺得阿共都很弱 ㄎㄎ
作者: knme (knem)   2020-11-07 01:16:00
好嚴格... 只能仰望了
作者: unima (cm)   2020-11-07 01:43:00
看台灣那些兩光的網銀系統就知道台灣的IT太混!
作者: lastpost (堅持)   2020-11-07 01:49:00
大陸現在很流行扣薪水的感覺
作者: sunsamy   2020-11-07 01:55:00
不會管理寫程式才需要這樣搞
作者: otto2 (otto)   2020-11-07 01:57:00
除了扣錢之外,真像mtk modem team QQ
作者: EKman (攻略)   2020-11-07 02:02:00
華人就是乖乖奴阿,很多人喜歡這種狼性,好棒喔
作者: qekezfeed (Mars)   2020-11-07 02:14:00
只會扣錢....
作者: NeedMyMonkey (愛猴大)   2020-11-07 02:23:00
@havochuman 以偏概全不就好棒棒? 活在自己世界?
作者: Hateson (曾經滄海難為水)   2020-11-07 02:44:00
不會管理寫程式才需要這樣搞+1
作者: matyih (mat)   2020-11-07 03:32:00
然後繼續酸亞麻血汗工廠..雖然沒錯xd
作者: homer00 (肥宅鄉民)   2020-11-07 04:25:00
敬畏之心…怎麼很像習領導的話
作者: pornstar (迪克)   2020-11-07 04:44:00
美國亞麻的血汗是跟養老Google比較出來的, 跟中國/亞洲公司比工時應該一半都不到
作者: yamakazi (大安吳彥祖)   2020-11-07 06:53:00
我們歐洲公司也是這樣差不多,不會扣錢。不是互聯網公司壓力比較小
作者: lpoijk (↗ 老 爺 ↙)   2020-11-07 07:16:00
推文一堆沒見過市面?? 這正常流程而已吧?
作者: MAGICMCGRADY (荒劍燕飛)   2020-11-07 07:23:00
google你想趕快promote也可以超累阿...而且美國公司也沒再給加班費的
作者: boss0405 (boss)   2020-11-07 07:53:00
看程式碼行數XD,一推爛code寫的都超級長的
作者: snac (snack)   2020-11-07 07:59:00
能好奇做到那麼硬年薪大概多少嗎,不被扣的情況
作者: pponywong (pony)   2020-11-07 08:27:00
其實外商都這麼做...還有merge也是有準則的 請看git的文件CICD後來越做越瘋 連format跟註解都會檢查才給你過
作者: wulouise (在線上!=在電腦前)   2020-11-07 08:39:00
統計行數...意義不是很大吧,有impact的可能只有一行
作者: yamakazi (大安吳彥祖)   2020-11-07 08:46:00
統計行數有意義啦。有用clang format限定格式你就不能隨便換行,formatter會自動換行,然後空行和註解不會算行數而且reviewer也不是白癡,你想偷行數大家都看得出來會叫你改
作者: maypcc (The K)   2020-11-07 08:51:00
還是有差 用?:;和if else就差四行了
作者: ipojay (ipojay)   2020-11-07 08:54:00
扣薪比較可怕 其它還好通常數十人上百人在寫的程式都要這樣管理
作者: yamakazi (大安吳彥祖)   2020-11-07 09:00:00
其實在這種環境你才會成長,兩種公司我都待過,現在覺得待那種亂commit的小公司根本浪費寶貴的青春。
作者: ipojay (ipojay)   2020-11-07 09:03:00
很多程式是要交付給客戶的 所以書寫風格也要統一
作者: yamakazi (大安吳彥祖)   2020-11-07 09:08:00
人是會成長的,一開始壓力會大一點,但等你程度跟上之後就會變輕鬆一些
作者: DrTech (竹科管理處網軍研發人員)   2020-11-07 09:35:00
我們公司的程式碼規範,是要刪除空白行的喔,投機故意增加數,revier 時會被要求修改。我也覺得做這些意義不大,浪費時間,但是其實習慣了以後,搞這些流程時間不會增加太多,但是程式碼會變得很專業好維護。現在我自己反而比較習慣看,緊湊乾淨,的程式碼風格。
作者: alihue (wanda wanda)   2020-11-07 09:39:00
全部都很正常,除了扣薪
作者: G8AJ (嗯哼)   2020-11-07 09:40:00
你這樣會讓蛙蛙崩潰
作者: DrTech (竹科管理處網軍研發人員)   2020-11-07 09:44:00
另外,版友說的很對,不會管理才這樣搞。中國風格就是,懶得管理就禁止你做,不知道怎麼改善就用罰錢。
作者: ChoDino (Dino)   2020-11-07 10:08:00
這篇很值得參考!
作者: egnaro123 (原po是大叔)   2020-11-07 10:12:00
優文
作者: askaleroux (FalconTW)   2020-11-07 10:16:00
中國公司就強的很猛 爛的糞爆 後者比前者多
作者: imreader (imreader)   2020-11-07 10:21:00
人夠多就應該朝這個方向弄
作者: sunsamy   2020-11-07 10:41:00
一堆沒見過世面的,人越多越不需要這樣搞,會這樣搞代表管
作者: vivijacky (vivijacky)   2020-11-07 10:41:00
百人專案幾十萬行的code一定要用CICD人工管理太不靠譜
作者: sunsamy   2020-11-07 10:42:00
理程度低落,程式能力差,人一多就handle不了幾百人的專案代表每個人的loading越輕,搞成每個人loading變重,程度奇差無比看不出這樣有搞問題的還一直推崇的,程度也是相當低落
作者: yamakazi (大安吳彥祖)   2020-11-07 11:23:00
所以樓上意思是要去待亂commit的小公司?
作者: Archier (昨日洨篤)   2020-11-07 11:26:00
覺得被搞扣薪水才是公司主要獲利來源吧?
作者: bluemkevin (WHO WHO)   2020-11-07 11:39:00
人越多做的東西也可能越多
作者: yamakazi (大安吳彥祖)   2020-11-07 11:43:00
CICD不一定是最佳解,但是要找到不用CICD同時也能夠維護程式品質的公司實在太稀有,比日本製壓縮機還稀少。
作者: orange0319 (喵喵喵)   2020-11-07 11:48:00
好猛,但是真的嚴謹適合超大專案的維護
作者: bluemkevin (WHO WHO)   2020-11-07 11:48:00
規模大的公司只要是跟Coding有關的多多少少都有CICD機制
作者: as6633208 (okokokiknow)   2020-11-07 12:16:00
屌欸,不過也正常中國程式都給幾千萬人用,爛code的影響太巨大
作者: d58974 (Hao)   2020-11-07 12:18:00
挖靠....拿程式碼commit行數當kpi也太鳥了吧...
作者: sc1 (sc1)   2020-11-07 12:35:00
以後統一了台咖就是oncall debugger啦對大陸主管負責
作者: UpMe (BigGG)   2020-11-07 12:38:00
用扣薪真的很恐怖。既然如此高壓 那給薪肯定高吧?
作者: freef1y3 ( )   2020-11-07 12:47:00
那請問幫人review有加錢嗎 不然出事扣錢沒出事也沒加錢誰要幫別人review
作者: loveyourself (苦工)   2020-11-07 12:50:00
這種不會變成每天review code就飽了?
作者: XoPXoP (兩斤叁兩)   2020-11-07 13:14:00
Dr tech必推
作者: alihue (wanda wanda)   2020-11-07 13:36:00
errr 花很多時間看 PR 在大型軟體超常見好嗎...該改的是背鍋文化吧
作者: s860134 (s860134)   2020-11-07 13:39:00
外商都是發 PR 給 approval 滿標者才 merge 咩MR 發出去自動跑 jenkins pipline 或 gitlab pipline做基本檢察和測試
作者: alihue (wanda wanda)   2020-11-07 13:41:00
我們公司每半年才 release 一個主版本,release 前除了基本 CICD 要跑得過以外,還寫了規模不小的整合測試框架跑完框架也都是 24h 以上的時間,release 前還要由不同人去手動測,再加上還要跑 perf test 和 long run test 才可release.
作者: wcre (錡)   2020-11-07 13:50:00
有bug扣薪合理,但是年薪低應該找不到員工吧
作者: s860134 (s860134)   2020-11-07 13:52:00
給太少 臺灣人還會做飛機去中國打工嗎?
作者: fewhy (I am real)   2020-11-07 14:18:00
是給你多少錢 一直扣好幾千還幹的下去喔
作者: Morigan (低調是我的風格)   2020-11-07 14:58:00
一看就知道是大公司
作者: easton7 (easton)   2020-11-07 15:56:00
很多外商也都這樣了吧,但還是有辦法產出一堆垃圾
作者: bkcat2 (my english is poor)   2020-11-07 16:16:00
遇過某中國手機致敬王者公司bsp rd build img後boot會死機 問是不是我們改了什麼 我滿頭問號 從沒release新bin反問他們有改什麼 兩個rd一個說checkout有問題 所以退回前一版ok 另一說直接用最新checkout然後這樣了 然後他們兩吵了起來...就算build也是需要整體性驗證...更何況不能build還上code...
作者: PTThotspring (溫泉)   2020-11-07 16:26:00
看行數比較我笑了
作者: Kayusumi (Left)   2020-11-07 16:31:00
目前我明明是寫韌體的,卻還要去檢查ui的bug 坑
作者: revorea (追尋安身之地)   2020-11-07 18:11:00
這真的是有經驗的才知道XD
作者: xiao2chen (台大小陳)   2020-11-07 18:56:00
聽起來是真碼農
作者: ayler88 (ele)   2020-11-07 19:43:00
這一定是給高薪的大公司了
作者: black82465   2020-11-07 19:45:00
作者: ayler88 (ele)   2020-11-07 19:46:00
台灣二線公司, 花錢買coverity授權都...小公司就更別談了如果這樣搞法,公司還不願意花錢請頂級人才一堆測試問題就把錢都給扣光光了用過國際第一流大廠(非台商)的SDK, 問題都一卡車了...
作者: s860134 (s860134)   2020-11-07 21:41:00
其實扣薪水都不是什麼大錢,有些公司就是 fail build 請全公司飲料咩,群暉以前也有這樣做一般 "有制度" 的 "大" 公司流程都是這樣
作者: stosto (樹多)   2020-11-07 22:18:00
還有在比行數??
作者: WarIII (我愛艾艾)   2020-11-07 23:08:00
聽完我想去賣雞排了 有夠硬
作者: boss0405 (boss)   2020-11-07 23:13:00
gerrit code review、Jenkins、coverity都算有意義,可以增加軟體品質。不過算行數真的很好笑,依LinkedList為例,Datapath寫的漂亮的和爛的,總行數可能差到三倍以上。
作者: xru03 (KCC)   2020-11-08 01:18:00
作者: leo1217000 (上晉)   2020-11-08 03:02:00
看起來就是正經在做事情的公司,而且有一定規模
作者: OhNo386 (OhNo386)   2020-11-08 05:45:00
行數 只是為了比較 讓你感到羞恥而已這點不是很人性就是了 會因爲這點而做不下去
作者: davian0118 (小小賓兒)   2020-11-08 09:22:00
這麼多毛的公司我pass
作者: bluemkevin (WHO WHO)   2020-11-08 09:41:00
扣除行數要求,這些要求都還好吧?
作者: APTON (瑋瑋)   2020-11-08 12:51:00
好想去開眼界啊...
作者: Riruna (Riruna)   2020-11-08 13:06:00
比行數真的不知道能幹嘛..程式重點不是演算法嗎?好的演算法比寫一堆垃圾code去拼出功能好多了
作者: mushroom5566 (方吉5566)   2020-11-08 16:58:00
這看起來很正常吧...
作者: sunsamy   2020-11-08 18:34:00
嗯,的確很正常,很多大公司軟體程度就是這麼低落,這樣的CICD若對提高品質有效的話,馬上就不需要commit程式碼了,還一直要求commit程式碼,邏輯錯亂的一堆
作者: GABA (asdf)   2020-11-08 18:37:00
跟產線的良率當KPI 87%像 有的血汗公司產線良率還會採連坐法 科科
作者: Baternest (忍蛋)   2020-11-09 11:04:00
除了扣錢 其它都蠻合理的
作者: LoveCheer (太多)   2020-11-09 12:20:00
這種公司能永續發展才奇怪 動不動就罰錢
作者: bluemkevin (WHO WHO)   2020-11-09 12:29:00
小公司的爛才是突破天際
作者: mike0327 (小麥)   2020-11-09 13:21:00
行數當kpi到底是什麼爛管理腦= =除了行數kpi還有扣錢以外,以軟體開發來說剛剛好而已
作者: a810086 (乂佛手乂)   2020-11-09 15:14:00
作者: jakert123 (kaka3315)   2020-11-09 21:16:00
扣錢XD
作者: Sunal (SSSSSSSSSSSSSSSSSSSSSSS)   2020-11-10 00:15:00
UT是啥 unittest???這也要簡稱?以軟體開發來說這就是大公司做法啊 除了扣錢
作者: PeacockLiu (小書生)   2020-11-10 01:53:00
仔細看敘述,行數不是KPI
作者: charlie2010 (小米)   2020-11-10 10:02:00
比行數,真的笑了

Links booklink

Contact Us: admin [ a t ] ucptt.com