作者yestheway (LKK)
看板Soft_Job
标题[讨论] 产量高品质差的工程师
时间Thu Aug 1 11:15:38 2024
大家有没有遇过这样工程师…
我们公司最近在开发新的专案，找了一位新来的工程师帮忙一起做。这个人Coding速度真
的很快，交给他的功能很快就能做出来。每个sprint下来，他也一直不停的接新ticket和
开发新东西。
最近这个新专案终於要上线了，结果QA却测出了一大堆bug！！由於数量真的太多了，但
又为了承诺客户如期上线，所以只好把我和其他2个工程师也叫来，一起昴下去帮忙解bug
…
结果不去看还好，一下去看他里面的code，真的是非常可怕…又臭又长像流水帐一样，结
构也是乱七八糟，很多逻辑明显没有想过或设计过硬干去写出来，没有任何弹性和维护性
，大家花了非常多时间再改他的程式，真的改的非常辛苦...
（对…我们为了赶这个专案，完全skip code review、skip unit tests 等等。二来 这
新专案相对独立，不影响现有系统。所以他commit 什麽 就merge什麽，闹得今天这下场
。我们的例子，正好回应前几篇某些人质疑为何要code review......）
最後产品虽然如期上线，但这下好了，老板和PM现在超喜欢这个工程师，後面很多v2 要
衍生的新功能，都要叫这位工程师来主导开发…
我们几个帮忙「收烂摊子」的人，听到真的有种不好的预感…一来害怕又有更多有问题的
程式被他写出来，後面又要花更多时间来修改；二来有种功劳你在接，烂摊子我们在收的
感觉…
我们原本找主管说这些问题，但目前公司大老板想正积极开发这项产品，他们只希望快点
见到结果，似乎也不太在乎原有的开发流程了，只想先快点把东西生出来，给客户demo…
各位如果面对这种情况，和这样的工程师该怎麽办？公司想快速看到成品，找了一个产出
快的人，虽然短期快速看得到成果，但却後患无穷…
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.145.105.198 (澳大利亚)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1722482140.A.F7E.html
1F：推 mercurycgt68: 离职08/01 11:18
2F：推 miyazakisun2: 屎擦太乾净，以後负责专门擦 笑了08/01 11:24
形容的太贴切了！所以我们现在超怕他继续接下去做後续的功能..
3F：推 andy810306: 有bug当然叫commit的人处理吧，你去擦屎干嘛08/01 11:30
4F：→ teddy: 叫他一人负责就好 其他人去忙其他专案08/01 11:31
没办法…我们不是老板…这案子是公司目前最重要的任务，主管要我们其他人补上去修，
也很难退掉吧..
※ 编辑: yestheway (1.145.105.198 澳大利亚), 08/01/2024 11:42:57
5F：→ ssccg: 不是测过才算产量吗? 不会动的也能算产量?08/01 11:47
很好的问题！因为这些新功能都没有unit test, integration test 等等，完全依赖QA手
动测试，在90%的情况程式都能动，但像是换个环境 改个context後，某些情况就挂了…
6F：→ MOONY135: 驱动生产 反正你们会如期修好08/01 11:47
7F：→ ssccg: 怎麽会很难推，除非你真的很想待下去那你活该 08/01 11:48
其它同事我不知道，但我个人有签证关系，没办法这麽潇洒走掉…当然 相信解决问题 还
是有除了离职以外 更好的方式吧
8F：→ nh60211as: 你们自己没有验收条件就算结案很奇怪馁08/01 11:49
9F：推 seanhiroshi: 想办法把他捧起来 之後好处理08/01 11:52
10F：推 B0988698088: 之前不是有启智说不用code review review是要看什麽08/01 11:55
11F：→ B0988698088: 怎麽现在那种人又消失了08/01 11:55
12F：→ airtsubasa: 影响正常运作的bug还能算量？08/01 11:56
大部份情况都是能运做的，但某些例外状况 原本可能没被测出来吧......
13F：→ wuyiulin: 直接讲不听就投到他直属主管那边啊，他主管不乔是他的08/01 11:58
14F：→ wuyiulin: 事情，出问题就把他们两个推出去扛刀。08/01 11:58
※ 编辑: yestheway (1.145.105.198 澳大利亚), 08/01/2024 12:07:33
15F：推 tsaigi: 就不要修啊 大不了一起烂08/01 12:01
16F：推 hobnob: 接案出身？08/01 12:05
17F：→ hobnob: 感觉你团队问题也蛮大的欸.. 08/01 12:06
我也觉得他是做接案出身的…并不是说做接案的人不好，但真的看过太多这类接案工程师
，那种虚应一应故事 交差了事的做事方式…
但我们是在做SaaS自己的产品，原本的开发节奏虽然不算快，但要求很严谨 该做的都要
做到位review才会过。但现在为了敢这个新专案，完全乱了阵脚，搞出一堆「技术债」
到头来这些不健康的程式，也是必有人要来修….
※ 编辑: yestheway (1.145.105.198 澳大利亚), 08/01/2024 12:34:11
18F：→ lazarus1121: 没有维运过自己开发的工程师，很大机率是垃圾量产机 08/01 12:22
19F：推 Tenno081: 我好奇他写好的时候不用先跑一下看看有无问题吗？ 08/01 12:35
20F：→ ssccg: 开规格、测案开严一点，然後叫他自己全测过 08/01 12:42
21F：推 pilor: 好像我们公司08/01 12:51
22F：推 sowulo: 看起来是验收机制有问题吧 而且主管不会觉得一个人开发 08/01 13:14
23F：→ sowulo: 要三个人维护哪里怪怪的吗 08/01 13:14
24F：推 talkmyself: 离职阿，那mo简单 08/01 13:15
25F：推 lilicoco520: 出个包让老板痛 08/01 13:20
26F：→ ma721: 需求定义不明确吧，怎麽会有因环境程式出错 08/01 13:38
27F：推 rereterry: 如果要你们帮忙，那功能设计初期，你们应该可以加入吧08/01 13:43
28F：→ rereterry: ！就要求流程，把merge的权力拿走，既然老板要你们帮忙 08/01 13:43
29F：→ rereterry: ，我是不认为你们无法要求啦！这样也可以让这个工程师 08/01 13:43
30F：→ rereterry: 知道你们的要求，不急着他可以一步到位的改写成符合你08/01 13:43
31F：→ rereterry: 们的想像，但至少你们的工作也可以随着纪录一起被看到08/01 13:43
32F：推 lwecloud: 楼上把老板想得太美好了，老板都觉得这样的人超赞 08/01 13:47
33F：推 j112233446: 他现在credit 太高了 出个问题就会让你老板好好考虑 08/01 13:47
34F：→ j112233446: 这麽问题了 08/01 13:47
35F：→ lwecloud: 要怎麽从老板眼中的红人拿权力08/01 13:47
36F：推 hakama99: qa问题吧 你们的严谨只有rd？08/01 13:54
37F：推 littlebroken: 第五行怪怪的 正常QA验出issue修就是了 为啥搞得像 08/01 13:58
38F：→ wuyiulin: 等等 corner case 没测出来你找RD不找QA？08/01 13:58
39F：→ wuyiulin: 还是你司 RD有加领 QA薪水？08/01 13:59
40F：→ littlebroken: 在救火? 他的东西在进dev branch前应该就要完整了 08/01 13:59
41F：推 hakama99: 写很糟糕被qa退太多次就要review电他啊 你们根本没有你 08/01 14:01
42F：→ hakama99: 说的严谨吧 08/01 14:01
的确QA那边也有些问题。就我所知这个案子急着要上，当初连code review, unit test
什麽都没做，直接送QA，QA那可能连完整的文件都没有，只测到主要的use case，但很多
corner case都没cover到。PM拿去给sales team 作demo时开始发现一堆corner case有问
题，才陆续开了一堆bug ticket，然後我们就被拉进来擦屎了…
而PM向老板报告时，当然也只会说「90%都在短时间内完成了」 之类漂亮的话，毕竟PM也
要懂生存，老板听了当然也开心…扯远了XD
43F：推 chses910372: 快点逃，我说真的，这个是制度问题，今天解决了下次08/01 14:01
44F：→ chses910372: 还是重蹈覆彻 08/01 14:01
45F：→ hakama99: 只有rd自我要求 08/01 14:01
46F：推 littlebroken: 啊还有你们没peer review跟1:1? code乱写就提出来讲 08/01 14:02
47F：→ sjr500: 这种品质还没速度的话.... 08/01 14:03
48F：推 starburs: 他很烂但是很聪明，你们很强但是很笨 08/01 14:04
我们确实是一群单纯的工程师，确实不太精明…所以现在才在苦恼该怎麽办..
49F：→ Lordaeron: 产量高就CHATGPT 就好了，但测不出来就SIT 做什麽的?08/01 14:08
50F：推 stepnight: 你们团队有问题，他也有问题 08/01 14:21
51F：→ stepnight: 看内文，照你们团队正常的流程 08/01 14:21
52F：→ stepnight: 三个人下去做，案子可能赶不出来？08/01 14:21
53F：→ stepnight: 他一人做你们两人擦屎，结果是赶得出来08/01 14:21
54F：→ stepnight: 这就是老板要的，老板只在乎这个 08/01 14:21
55F：→ stepnight: 要先领悟到这点，其他的对老板都不是问题 08/01 14:21
56F：推 ilede: 这也很神奇阿...还要别人帮忙擦屎反而做得出来? 08/01 14:49
57F：推 s06yji3: 主管在干嘛...没救了。不离职就自己吞了。08/01 15:00
58F：推 descent: 老板不知道你们修 bug 的贡献吗?08/01 15:11
很多没做技术职的人，真的不会理解，去修那10%的bug，可能比从零开始做那90%，还要
耗时费力…
59F：→ arcade0425: 木已成舟，不想单纯继续擦屎就两条路 1. 把他 merge08/01 15:30
60F：→ arcade0425: 权限拔掉，每次commit 都有人 互相 review，让这份专08/01 15:30
61F：→ arcade0425: 案回归正常开发流程，就算有屎也会变成大家一起拉的08/01 15:30
62F：→ arcade0425: 屎08/01 15:30
63F：→ arcade0425: 2. 离职 08/01 15:30
对…目前只能希望，如果还要他继续开发新功能，至少先回来follow正常开发流程。若是
又要为了赶进度，重道覆辙搞得一团乱，真的大家会疯掉…
64F：推 x20165: 先工作流程纪录给老板看，後面再离职 08/01 15:48
※ 编辑: yestheway (1.145.107.162 澳大利亚), 08/01/2024 15:57:03
※ 编辑: yestheway (1.145.107.162 澳大利亚), 08/01/2024 15:58:54
65F：推 NTUTM04: 恭喜变成专业擦屎工 08/01 16:03
66F：推 recorriendo: 好爽 本篇简直软工如何飞黄腾达的教学文 有收藏有推 08/01 16:33
67F：→ atst2: 你们去帮他处理後续的bug，付出的成本有估算过吗? 老板知道 08/01 16:33
68F：推 tw11509: 公司就这样啊，我曾经支援一个专案，程式一看就是一坨会 08/01 16:34
69F：→ tw11509: 动的大便，但听说他主管对他评价很高，後来他离职接他工 08/01 16:34
70F：→ tw11509: 作的人也离职了ＸＤ 08/01 16:34
71F：→ atst2: 吗? 有没有加班? 如果有，加班费有拿吗? 08/01 16:34
72F：→ atst2: 个人是觉得，你看来短期内走不了，那最少该拿的拿一拿. 08/01 16:34
73F：→ atst2: 其他案子如何，後续有没有坑，不是你们要负责的。 08/01 16:36
74F：推 v86861062: 真惨 08/01 16:38
75F：→ v86861062: 快逃；） 08/01 16:39
76F：推 abc0922001: 表示老板觉得你们平常开发方式不好08/01 16:45
77F：推 fatb: 其实他在开发过程中应该就要一直在测试了 08/01 16:56
78F：→ fatb: 其实这种工程师就走专案的 以完成为第一目标 不能说对错 08/01 16:57
79F：推 newuser: 我乱猜 这位工程师是不是印度人 以我遇过同样的 是印度人 08/01 17:01
80F：推 pot1234: 你们原本开发时间是他的两倍以上吗，是的话可以叫他多花 08/01 17:14
81F：→ pot1234: 一倍时间写test，然後你们去找别的工作 08/01 17:14
82F：→ ku72: 你们没救了 老板都是看结果的 老板喜欢他 你以为是不知道你 08/01 18:06
83F：→ ku72: 们帮他擦屁股？ 老板喜欢他 是因为他可以让你们有几倍的产出08/01 18:06
84F：→ ku72: 啊 08/01 18:06
85F：推 ab4daa: 我也好想专门拉屎别人擦QQ08/01 18:43
86F：→ brunchbug: 离职 或 让他爆08/01 19:21
87F：推 eugene31431: 原来是bug的产量高，建议可以改一下标题 08/01 19:30
88F：推 lchcoding: 不试一下 pair programming 吗？ 08/01 19:49
89F：→ lchcoding: 反正会吵，何不一开始就吵... 08/01 19:49
90F：→ lchcoding: 当他要拉的时候，就电到他不敢拉 08/01 19:49
91F：推 codehard: 让他爆，公司不会一个案子就死掉，如果是也是迟早。 08/01 19:55
92F：嘘 hsiang1049: 要上线才在测？ 08/01 20:32
93F：推 xephon: 你们验收条件，只验Happy Path，那放他过也是正常的 08/01 20:42
94F：→ xephon: 你们就是鼓励这样产出的工程师 08/01 20:42
95F：推 NDark: 钱若不花在教育 就会花在监狱 08/01 20:50
96F：→ NDark: 如果不能提早测试 那就要Allocate足够的测试期 08/01 20:50
97F：→ NDark: 预测时程通常都是不准的原本预估拿来测试的时间都不够 08/01 20:51
98F：→ NDark: 所以有经验的人都会叫你早点测试 这样早点反应时程规格问题08/01 20:51
99F：推 NDark: 因为有时候不符规格不是开发的错是规格就开得不准确 08/01 20:59
100F：嘘 benben994: 环境制度问题 你们也知道很赶 08/01 22:43
101F：→ benben994: 时间产品品质三角都要兼顾 08/01 22:43
102F：推 jlhc: 通常这种 promote 也很快, 因为老板喜欢 impacted 也大 08/01 23:03
103F：→ jlhc: 说真的擦擦屁股就能跟着一起 promote 不好吗? 08/01 23:03
104F：推 Baternest: 帮忙的人没有原本负责的项目吗？多少要推脱一点 不要全 08/01 23:32
105F：→ Baternest: 力去处理别人造成的问题 (是说大概已经来不及了...)08/01 23:33
106F：推 AoShenFengYu: 这种人我遇过两位，一位被开除了，另一位正在 pip 08/02 00:21
107F：推 viper9709: 觉得是制度的问题+108/02 00:28
108F：推 internetms52: 公司衡量产出的方式有问题，这要tech lead或cto层08/02 01:50
109F：→ internetms52: 级去讲，反应没有得到改善，唯一能做的就是想办法 08/02 01:51
110F：→ internetms52: 将验收条件纳入衡量 08/02 01:51
111F：→ internetms52: 而且验收条件要先订这件事pm也不一定愿意，吃力不 08/02 01:51
112F：→ internetms52: 讨好 08/02 01:51
113F：→ internetms52: 应该是蛮复杂的多个位置的偷懒结果 08/02 01:51
114F：→ sachung28: 说不定他有意的 他一人在忙接PM一堆要求压榨 你们这些 08/02 05:53
115F：→ sachung28: 老人在纳凉也不帮忙或讲话 那时间不够当然先求会动 快 08/02 05:53
116F：→ sachung28: 做完你们以为能拿成果想进去分功劳 踩到屎刚好而已 08/02 05:53
117F：→ sachung28: 换个角度说不定变成接到屎缺辛苦完成後受到老板赏识 08/02 06:02
118F：→ sachung28: 结果老人嫉妒开始搞排挤和贬低能力还把程式改得面目 08/02 06:03
119F：→ sachung28: 全非很难维护 08/02 06:03
120F：→ sachung28: 刚到新公司-努力求站稳-老人慢慢做-PM看新人完成比较08/02 06:14
121F：→ sachung28: 快工作一直指派-老人觉得请到好人乐得继续慢慢来-新人 08/02 06:14
122F：→ sachung28: 愈用愈赌烂开始程式乱写-接内文後续？ 08/02 06:14
123F：→ abraxas: 每次都赶，每次都这样，还不快跑？ 08/02 07:35
124F：推 Csongs: 他纪录会很漂亮 大老板会升他 08/02 09:14
125F：推 flysonics: 劝你快跑吧 这人搞不好之後就变你老板了 08/02 09:30
126F：→ flysonics: 他已经红了 你现在再跟老板提什麽要求 在老板眼里都像 08/02 09:31
127F：→ flysonics: 扯他後腿08/02 09:31
128F：嘘 stepnight: 看原Po的回应，只想把锅甩在新人身上 08/02 09:32
129F：→ stepnight: 把事情塑造成老人们天神下凡拯救专案08/02 09:32
130F：→ stepnight: 而老板却只看到新人好棒棒08/02 09:32
131F：→ stepnight: 搞不好老板也看透不说破你们在搞啥啦 08/02 09:32
132F：→ flysonics: 你现在最多就是尽量自保 抓好自己手里的开发工作 避免 08/02 09:35
133F：→ flysonics: 被assign去帮他擦屁股 不然就是跟他打好关系 看看有没 08/02 09:35
134F：→ flysonics: 有机会他被premote时你能分点羹 08/02 09:35
135F：嘘 lturtsamuel: 不就是自食恶果的故事吗== 找个新人来帮忙 旧的人偷 08/02 09:55
136F：→ lturtsamuel: 懒一行扣都没看过 到品管才被抓出来 说你们没问题谁 08/02 09:55
137F：→ lturtsamuel: 会信== 08/02 09:55
138F：→ lturtsamuel: 假如产品跟你无关 为什麽叫你来救火？假如有关 为什 08/02 09:56
139F：→ lturtsamuel: 麽你之前敢放着都让他弄？ 08/02 09:56
140F：嘘 lturtsamuel: 新人也很难知道贵公司的产品会有什麽奇怪的 edge cas 08/02 10:04
141F：→ lturtsamuel: e，你们训练没做好，品质不把关，规格和程式也不好好 08/02 10:04
142F：→ lturtsamuel: 写把 edge case 变成必经的检查，那还想怎样咧08/02 10:04
143F：推 lturtsamuel: 最後 你们公司的期望也有问题 到底想要会动就好的poc 08/02 10:16
144F：→ lturtsamuel: 还是品质好的产品？前者的话新人干得很好 事後要修bu 08/02 10:16
145F：→ lturtsamuel: g也是期望中的事 後者的话那为什麽不遵守开发流程？ 08/02 10:16
你脑补的太多了….
※ 编辑: yestheway (1.158.19.142 澳大利亚), 08/02/2024 10:34:01
146F：→ ericthree: 能力不行啊 让他做杂事吧 08/02 10:45
147F：→ ericthree: 如果老板敢让他主导那就陪他做垃圾 08/02 10:45
148F：→ flash5408: Ptt真多大开眼界的事 没有code review 没test 随便me 08/02 11:07
149F：→ flash5408: rge 没有dev infra吗 08/02 11:07
150F：嘘 wuwaiter: 离职啊, 公司有这样的人 也不会有好发展 08/02 11:20
151F：→ wuwaiter: 你的能力这麽强的话 到那边都会发光 08/02 11:20
152F：→ LiebeLion: 真正问题是qa没做好 08/02 11:42
153F：→ LiebeLion: QA要负责edge case 08/02 11:42
154F：→ LiebeLion: 再怎麽赶也不可能不Q就进 08/02 11:43
155F：推 s06yji3: 原po要一直解释了，网路上超多脑补怪XD 08/02 11:53
156F：→ LiebeLion: demo就遇到的case不能算corner吧 08/02 12:12
157F：推 jeffreyup1: 我单纯在想为啥没有pr code review 08/02 12:36
158F：推 MonkeyCL: 他以後可能是你主管 08/02 12:39
159F：→ GoalBased: 你反映给主管，主管不往上反应，某种程度主管觉得他那 08/02 13:16
160F：→ GoalBased: 样是比较符合公司要的，或者老板认为那是公司要的 08/02 13:16
161F：推 sachung28: 讲完整点别人也不用脑补 08/02 13:26
162F：推 zenuo: 推回给原开发的维护，都测出问题还要别人改? 08/02 14:15
163F：嘘 worf: 改得很辛苦 他怎麽可以置身事外 这不是很奇怪吗 08/02 16:54
164F：→ worf: 你上面的人又不知道你改得很辛苦 他的BUG很多 08/02 16:54
165F：推 mathrew: 谁叫你们要那麽认真 debug，当然是挖洞给他跳啊 08/02 18:00
166F：推 A0091127: 建议直接把这篇贴给主管看 08/02 19:00
167F：推 SuperTaco: 推mathrew 08/02 19:13
168F：→ luke72: 这种反应没用，别傻了，上面一堆code review的也是幻想 08/02 20:09
169F：→ luke72: code review是有政治权力的人review贱民的code，你有权吗 08/02 20:10
170F：→ luke72: 这种人就是政治满分，直接跟老板说他是专家，你不懂 08/02 20:12
171F：→ luke72: 他的code快爆炸前就会拖你去当垫背，他置身事外 08/02 20:13
172F：推 luke72: 你能做的有两个，一个是当练功，未来这些都是你的履历 08/02 20:17
173F：→ luke72: 一个是提高政治敏感度，务必在他起手式就阻绝掉让他自爆 08/02 20:19
174F：→ luke72: 当然他可能会找你主管下手，把锅全丢你身上，这就没办法 08/02 20:21
175F：→ joke0709: 收藏了 之後朝着方向练习 08/02 20:47
176F：→ agra: 「每个sprint都不断接新ticket却最後QA不过」，听起来敏捷的 08/02 23:02
177F：→ agra: 部分就很歪啦 08/02 23:02
178F：推 imhaha: 不要放出来拜托 08/02 23:08
179F：推 Ghamu: 这好像有看过那个漫画 这个人最後会荣誉跳巢涨薪水 後面公 08/03 01:25
180F：→ Ghamu: 司会多请更多工程师来擦屁股 顺便抱怨说怎麽这些新来的工程 08/03 01:25
181F：→ Ghamu: 师比不上之前那位做超快的 08/03 01:25
182F：推 Ghamu: 说不定还会说你看不懂他程式是因为你程度不足勒 呵呵 08/03 01:29
183F：→ Ghamu: 这种事情通常是要反映给一个老板信得过的资深工程师或是主 08/03 01:31
184F：→ Ghamu: 管 让他们去讲才有用 你们平行的工程师去跟不懂技术的老板 08/03 01:31
185F：→ Ghamu: 讲可能还会被视为眼红要中伤人勒 08/03 01:31
186F：推 prag222: 看你有没天天加班在擦屁股 08/03 04:10
187F：→ prag222: 能上来抱怨感觉还能接受？ 08/03 04:10
188F：→ crustancean: 都Q过一堆问题了，还在QA的问题 08/03 10:48
189F：推 wade52: 跟老板谈条件，让你做专案，换你乱写，他来debug 08/03 11:37
190F：推 eulbos: 老板会觉得新人很有潜力 愿意栽培 08/03 13:14
191F：推 henrylin8086: 你们问题在开发流程，你不即时Review谁刚来会知道 08/03 18:14
192F：→ henrylin8086: 公司的coding style，除非你们有linting tool在管 08/03 18:14
193F：→ henrylin8086: 控，但显然没有。再来是CI，你们Merge没做test的话 08/03 18:14
194F：→ henrylin8086: ，工程师们大多都是自己测爽了就上code，毕竟有太 08/03 18:14
195F：→ henrylin8086: 多隐性的Bug在一开始是很难发现的，而工程师又很清 08/03 18:14
196F：→ henrylin8086: 楚自己设计的程式逻辑，通常会无意识避开没被考虑 08/03 18:14
197F：→ henrylin8086: 进去的逻辑。 08/03 18:14
198F：→ henrylin8086: 没在前面时间写unit test跟code review，那就是後 08/03 18:17
199F：→ henrylin8086: 面花时间debug。老板不是软体出身不会懂，那你们真 08/03 18:17
200F：→ henrylin8086: 的只能自求多福。 08/03 18:17
201F：→ yoyoyolin: 接案就是要快啊。接案通常没在code review很正常，套句 08/03 21:21
202F：→ yoyoyolin: sa 讲的话，功能可以跑就好。你能做的就是跟对方沟通， 08/03 21:21
203F：→ yoyoyolin: 请对方要测过再commit。不然这真的无解 08/03 21:21
204F：推 NDark: 外包或支援就是看单子办事 单子没提到的当然就不算 08/03 22:51
205F：→ NDark: 这就是自研开发与外包支援的差异 08/03 22:51
206F：→ NDark: 这才是为什麽开单/开规格的人本应该把规格/测试写清楚 08/03 22:52
207F：→ NDark: 所以才会有找外援反而更浪费人力的情况发生 08/03 22:52
208F：→ NDark: 因为原本可能对自己人可以模糊一点的需求必须改写很清楚 08/03 22:53
209F：→ NDark: 规格里面没有限制效能资源的话 08/03 22:54
210F：→ NDark: 做的人浪费资源记忆体也只能默默自己事後改 08/03 22:54
211F：→ rogerlarger: 这样产一堆垃圾也算产量高吗 08/04 18:27
212F：推 stosto: 不就你们做太慢?不然找他干嘛 08/05 06:42
213F：→ DrizztMon: ku72板友说出答案了，老板不懂的是稳定运作的东西不 08/05 08:01
214F：→ DrizztMon: 要去搞它 不然开发team崩溃还要找人喔 08/05 08:02
215F：推 jackhsien: 把修 bug trace code等等工时统计出来 和其他专案结果 08/05 16:43
216F：→ jackhsien: 做比较 然後向上反应开发必需做更多审核考量 尽量反应 08/05 16:43
217F：→ jackhsien: 事实 不要针对人 08/05 16:43
218F：→ deeeplove: 艾伦 08/05 19:33
219F：嘘 ck237: 怎办，我看到反而是你们开发速度太慢也 08/06 12:58
220F：→ purin88: code review是要看流程逻辑，以後交接才知道他在写什麽 08/08 21:12
221F：→ purin88: 而不是针对有没有空格，断行怎麽断，小细节在执着 08/08 21:13
222F：→ purin88: 其实老板喜欢他是因为东西要先有，之後的再说 08/08 21:15
223F：→ purin88: 每个老板个性不同，我就遇过要写的快没bug要有unit test 08/08 21:17
224F：→ purin88: ，要有test case报告 08/08 21:17
225F：→ purin88: 然後对空格排版又特别要求 08/08 21:18
226F：→ asadman1523: 这就是老板要的吧，快速产出 08/09 09:48
227F：→ asadman1523: 你们没办法快速产出，他可以 08/09 09:48
228F：推 mepowerlmay: 这正常吧 先有画面......？ 08/10 00:30
229F：推 erowii: 说不定你以为有问题的情况才能为公司带来最大的利益 08/10 12:15
230F：推 kattte: 他应该很擅长搞垮一间公司，先查查是不是商业间谍XD 08/14 10:34