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