※ 引述《Lordaeron (Terry)》之铭言：
: ※ 引述《HZYSoft (PCMan)》之铭言：
: : 如果有在好好追踪技术债，定期偿还，视情况举债，有时是一件好事情。
: : 重点 hard code 的当下要留下注解，说明前因后果，并且开 bug 追踪，
: : 这样日后不会忘记，要 refactor 也比较好搜寻到这些位置
: : 补充:
: : 注解的使用不是我想回的重点，重点是平衡短期和长期效益
: : 按照当下的状况，调整开发的步调。
: : 建议注解单纯是加个 TODO: 的注记日后才不会忘了 cleanup
: : 或是有些紧急的修改有当下的时空背景，怕一忙没法马上清
: : 日后有空要 refactor 的时候，回想不起来当时状况。
: : 注解不是描述 code 做了什么，而是描述为什么会有这 hack
: : 至于 code 做了什么，自然是 code 写好读 code 就懂了
: 都说是做专案了，又不是做产品。
: 做专案当然是做完收钱，Meet Dealine，所以重点是，
: 照案主的需求，改成他要的，照资安需求，修掉有问题的地方。好好上线。
: 一案结束，就下一案来了，你还有空refactor? 谁billing你？
: 我是真的不明白ptt 上一堆天天refactor 挂嘴边的。
: 用数字说话吧，台湾是出了几个产品？ 几个open source project ?
: 大家不就接案或做公司内部PROJECT。
: 你一个人爽refactor 让其他人陪你一起更版，就真的是一个老板的现象囉。
再吐一下天天refactor 的，在台湾你可以看到一堆公司，都有自己的产品，
就是接案子后，用原案的CODE重包出来的：产品。
然后，根本卖不动，这样要你老板BILLING你的闲著没事做去re-fat-tor?
号称精进系统，使系统更好what?
这下问题大了，何谓"更好"？如何衡量？
跑更快？算更准？资源吃更少？更容易读？
如果哪一项是为了让产品更有市场竞争力的也就算了，
公司还可能BILLING你去 fat 一下。然后再BILLING 大伙又重测一次。
最后，注解不写一下这段CODE 的作用，只写为什么这样HACK，就去将哪个人
鞭十下。
谁管你说的好读、不好读，你是读得懂李白还是杜老爷，谁第一谁第二是不是？
又不是在写诗词歌赋。

哈哈哈哈哈哈哈哈哈

已经上线的案子 敢re的不多 通常是re给之后的案子用 另外re不re 也跟职场政治有关系

只钱有关，政治就是钱，钱不是万能，但没钱万万不能。

上班就是为了钱 没什么问题不重构 有空review下也是好事 可以睡得安稳点 曾经就在屎山中找到暗藏5年的大bug 一直有人不定期暗中使用获利

其实要不要 re 问自己内心即可，不用问过老板更不用经过老板同意，自然也没有kpi 或绩效问题。只要问自己，re 过之后会不会让未来的工作感觉更轻松或带来成就感自我感觉更开心？会就 re，不会就睡觉，反正自己内心那关都过不了，就算老板加薪要求你 re 你也 re 不出个鸟来。要不要 re 从来就跟外在环境无关，就看自己愿不愿意而已。反正老板看你上班打键盘，也不知道你是在 re还是在 ptt 打废文。

原来你re 完不用重测？你不要求人家billing 你，然后你fat 完,自己负责测完且其他人同意，就是囉

不要讲那个干话 我底下的rd如果没经过我同意就自己在那边refactor我一定把他抓出来干上天 什么叫做不用问 什么叫做追求自我成就感？ 想要自己想干什么就干什么麻烦自己开业当老板

要不要 re 本来就是个内心爽度的问题，什么测不测 billing 不 billing 的都是其次。只能说楼上的文化不适合，爱 re code 的人根本不可能去楼上当你底下的rd。啊，楼上你醒醒，看清楚你底下根本没有 rd。

都出来上班了，所有在公司内程式码都不是属于你个人的.不是你说要refactor 就可以...程式码是属于公司跟股东的好吗公司跟股东没有允许，你就是不能psuh上去尤其是已经上线的code 你乱refactor 真的出事影响范围很恐怖如果是某个客户已经在量产的firmware 你refactor 完真的出事的话，客户产线停工损失你要扛吗？

修改上版都有对应的任务单吧？怎么还会有未经同意重构的疑虑

有些人会在feature 或是bug单上顺便做不必要的refactor另外有些老人不喜欢走ticketing system

个人经验，我写的程式码在我离职前根本不会有人管，所以我怎么re基本上是我的事情单元测试跟整合测试都我写的，就想不想做而已

说实在的，没人要管你的code，大家都只看结果而已。如果你收一张单，没上ptt 发废文，顺便fat 一下，然后整合测试又过了，过版后也没影响到原来的资料，当然是没人有意见啊。你又fat 又不发废文。但只要你fat 又有错的话，就准会被鞭十下。

其实比较龟毛的环境是会要你解释为何产生这样结果 即使正确

一开始就特攻的专案 code 想产品化自然是缘木求鱼了

就软件的发展史来说，就是伟大的ORACLE，也是专案的产物，毕境谁都要生存。但生存得要有剩，愿意投下资金在台湾当然是木鱼缘求。因为做代理更香。小故事：当年宏碁施先生，投资了一个网络棋牌游戏的公司，也有开发各种非赌博的棋牌游戏，这时就是各位fat 大神该去的公司了！但当时网络游戏还不盛行，大家最多就是看看相簿。虽然他们的程式，是真的要找这边的重肥人来重肥一下的，但也真心在开发。一过快十年。公司卖盘了，不玩了。没多久，网游就火了，大家都网了

缘木求鱼啦

版上水准怎么这样,成语还能弄反?

有趣

Code都写不好了 你确定它的注解会好读？

只要你持续开发 屎山绝对让你力不从心 做这种事情当然是为了自己好 你不当基层或保饭碗的想法当然觉得没必要 这种事情一开始就做后面花时间就少 不能一劳永逸就不是好东西 有整自然也没有天天重构的必要 所有东西都在控制中产品质量也好有做到当然不用花大把时间重构你嫌你自己头发太多可以每天花很多时间在理解code

我好奇一下,superpandal是负责哪家哪个产品的呢?

他怎么可能会说

这种议题就是看待在那个产业、部门、老板、主管之下，哪种环境造就哪种人……..阿不是，是造就哪种code

当然阿，大型开源一堆随便一个issue就讨论超久，code

refractor 很好呀 有时间员工想作 有何不可 反正还有jenkins里各种的test去把关 都过了测试 那有啥问题?

看来很多人都是老板。让他手下的员工想如何就如何东西还不用管上线，只要什么S 过就好的。看来公司大不怕赔。

有啊 你 fat 完之后打到一个没测到的问题炸掉客户资料业务去道歉的时候 嘻嘻你可以说那是测试的需求没开好干我屁事然后看看老板表情

“只要它能运作，就不要动它！”我相信只要做的够久就能明白这句话有多重要...

坦白说在那边肥来肥去对职涯一点帮助都没，还不如把时间拿去准备面试面试谈到你做的专案没有亮点可不会因为你肥得很好就加分面试官只会觉得你们一开始就该写好^^

我之前面试工程主管的缺..对方公司创办人只关心做过的专案为原公司带来多少利益...根本不管你用啥技术或写得多干净对方还是个英国佬

看来这篇楼主Ｌ才是真老板，才会这么怕公司赔钱。我们这种每个月领固定薪资的，当然要天天练习 re code，反正这间公司只是练 re code的跳板，是步上成大神之路的踏脚石，只要每个月薪水按时进来，公司赔钱干我屁事？哈哈哈哈！

重构要有价值啦 当改东西发现要到处改还到处漏 加同类型功能每次却要花一样多甚至更多时间 自然就会去重构而且本来就要改东西了 重不重构都是要测 也没有啥陪你重测问题出现

如果是跟着需求变动还情有可原，有些是假会明明没有修改需求硬要重构

只要能运作就不要动它+1

公司赔钱你可能没感觉，但哪天你同事这样雷你，就不要哭，不过没事，反正都说要迟早要跳船了，被雷就高歌离席。

我看过有在refactor的都是对自己产出有要求的，要么都花自己的时间做，或者专案空档抓个时间做。除非真的闲到不行才会跟主管提案专门做重构，但是公司如果让你一直闲到这种程度要担心不是重不重构……

管理问题怪在重构身上？

还在吵啊

工程师能闲到有时间去重构之前的程式码不是公司太养老就是没新专案。太养老重构没意义；没新专案还是快点绕跑比较好

说重构太闲肯定是夕阳产品 看留着养老或早早换组换工作好的管理至少10~20%时间是花在非需求性开发上

非需求性开发是什么？为啥好的管理要花10～20%时间在这上面？

这篇就纯嘴砲前面那个M文, 你真的有心就去找技术债管理

理想上10~20%花在非需求性的重构跟研究...现实里大部分的人有这种时间不如早点下班

@alan3100 过我手的系统的数量，相信比你一背子多的了

也许是吧 但你肯定不是好公司或好主管

一定不好。我只看结果，有固定标准。不谈宗教式的东西

没这种二分法，而且时间也是要花在刀口上...

我负责的专案会有甲方工程师一起开发，但他们工程师的程度让人不敢恭维，但我只重构有重叠的部分，其他地方我才不敢动，有问题他们自己负责