※ 引述《accessdenied (存取违规)》之铭言：
: 还是很多人对 clean code 的乌托邦有着不切实际的梦想....
: 醒醒看看 real world 的例子吧......
: 下面都是真人真事
这真是个不错的案例
简单整理一下目前看到的做法
顺便看看有没更好的解法:P
1.直接写死在Code里 (cid==xxx)
这个就没什么好说的了,公认的止血法
明天就要...大多数都会这样改吧XD
2.另外写个Class/Define/Const
这个算是1的改良版吧
将例外的cid统一保管,要加要删甚至要重构都会方便点
比较有经验的应该都会采用这一种(明天就要的话XD)
3.新增一个特殊的Level
某方面来说应该算最佳解了?
针对某个特殊需求直接开个对应的LV给他
以后要改也很方便,改完直接拿掉这个LV就好了
不过这个要考虑系统上新增LV是不是很容易
毕竟有的系统LV会绑很多,不是只有身分&功能而已
甚至有的系统新增LV还要过签呈什么的,算大事一件
完全看系统的大小与设计~这个要改动的可大可小
4.将功能&Level完全独立成两张表,分别做设定
目前看来这个应该是最终解吧
直接开两张表去设定各LV对应的各项功能
基本上弹性非常大,几乎要怎么做都可以
不过这个也是改动最大的解法,可以说整个系统要重做了
做完还要全部重新测试,可以说是大工程一件
如果系统已经上线而且稳定运作中,应该不会有人敢用这种解法...吧@@
最后附带一提
其实客户有种需求,客服真的应该帮忙挡的
毕竟这是误解而不是有什么损失
除非是超级大客户,不然先例一开,以后一定会有第二个第三个需求
到时候整个系统就千疮百孔了@@
一点点小浅见,分享一下^^"

将系统改成容易新增各种level(及可以hook其特殊的handler)就行了。

这本来就是该挡掉的，挡不下来还洋洋得意这什么鬼？

RD跟客服在公司地位小到跟屎一样 档的下来才有鬼RD写两行code就搞定了 谁想站出来跟上面的人吵软件RD帮人擦屎的情况还会少过吗

挡不下来就是老板的问题，那也根本不必 clean code 了

你站出来档 PM就跑出来说这么多年来你的学长长官都马上帮客户改 就你毛一堆 你难道要骂他干你娘滚啦干而且系统能否活过下个月都不知道了 谁还管你克宁扣还有啦 辛苦坚持clean code是为谁辛苦为谁忙啊?公司每个人都为了自己个人利益不管公司死活了 谁还白痴在那边坚持我维护的系统要clean要好维护 大家都看的懂然后为了pm能爽爽赚钱去酒店干妹子 我就要加免费的班还真以为无偿加班是忙公司咧 只是帮到想爽不干事的人啦还不如随便改完 好有更多时间上班看看A片滑滑手机啊上班打混有钱赚 这么爽的事摆在眼前 坚持啥鬼clean cod是上班上到脑子烧掉了吗 人蠢没药医啦

水喔楼上

干 怨念这么深喔 XD

这种鸟公司也就不能怪强者都往其他地方跑，真强者谁想跟你淌浑水。反正公司也没准则，东西随便弄就好。花少少的钱请个只想打混领钱的工程师刚好适得其所，反正改改if大一就会了。

怨念好深xd

怎么崩溃成这样？XD 是受过什么伤？其实随手改 最后RD也还是要加班 而且往后工作可能更痛苦啊你想想 需求是一直在变 随手改完 等哪天需求又大改 你不但要做新东西 还要非常小心不能睬到之前的雷 这如果是你自己写的你比较熟那还OK 别人写的 你要怎么办？到最后就是加班加到死 bug满天飞 PM还是爽去酒店干妹 你还是免费当奴工 XD怎么会有随手写就等于有更多时间打混这观念？

不用这么崩溃啦，我们公司RD就很大啊。

0079怨念很深

然后你一定会扯 反正到时我也已经离职惹不关我的事囉～然后金履历每三个月每半年就换工作 好棒棒

乱写到最后没人改的动的时候 炸弹就爆了 proj也死了接到最后一棒的最虽 XDD

然后老板就会花大钱 请一个经验老道的clean coder来整个重写 来一次大改版 一次解决 结果到最后也还是得好好做

坚持clean code当然是RD主管甚至是CTO的责任，小工程师不用想太多，只需要想如果RD头都不坚持，要不要跑XDclean code也是可以换算成成本，CTO提出clean与维护的成本，BD提出得罪客户的成本，Boss两相比较取其轻，就这么单纯而已，至于两边怎么吵, Boss怎样判断就是实力体现了，至于基层RD只要考量解决眼前问题&该走该留就好至于小公司... 就有意见就提啊，向上管理也是重要能力

A大你不要幻想了 你什么时候有技术债要自己还的错觉啊我写的烂程式只有我懂 增加自己的不可取代性 新人来半年还看不懂程式当然就来骂一下啊 骂人可爽的勒 难道我要花超多时间 面对pm与长官的压力写出新人好懂的程式让新人取代我吗

就怕你的烂程式连你自己都看不懂 然后搞死自己阿 XD老实说 好好写clean code 更多的是为了自己好吗？XD哪有那么佛 还为公司为同事 就是一次把他改好 之后过了半年一年突然有东西要改 当初你已经写好架构 几小时就做完了 但烂code的话 你还要先看三天 再改三天 再找bug三天 XD重点是你就算几小时做完 你还是可以报半个月时程阿XDDDDDD

0079 第一个在软件版让我不忍嘘的...

首先我真不懂 为何很多人先默认一个立场 你写的烂code你自

bug满天飞？ 踩到之前的雷？那是来接手的新人才会遇到的问题 这时我当然是以救世主的身份下凡尘来下指导棋啊 再痛骂新人发泄一下昨晚老婆不给干的怨气

己一定看得懂 改得动？XD 自己搞死自己不敢承认吗？所以你还是写得出好东西才会下凡阿 XDDDDDDD下凡来写垃圾 跟新人有何不同 XD

所以很多人干了十几年还是没有话语权的基层RD

还有你的幻想太虚幻了 系统写烂掉要重构的时候 你以为上面长官会去请clean coder高手来做吗 整个系统搞烂的时候是一整个共犯结构的问题 你敢随便推RD出来负责 RD就说是当初长官 PM 业务 董事长亲口要我这样改的 你敢乱咬到时整个共犯结构联合起来反咬你

很多人养code自重让别人无法接手，但自己也出不去也没什么，都是每个人自己的选择而已。有能力的碰到这种没能力的老鸟，干不掉他就换老板就好

就算要重构也是找我重构啦 别傻了 系统我模了好几年了PM业务客服要什么也是我最清楚 你要去哪找一个高手来淌这趟浑水啊 要担历史共业的耶 要下来吃屎的耶 要重新确认需求的耶 跨部门沟通比写程式麻烦的耶

你没遇过不代表就是虚幻阿？XD 找人来救火满街都是吧？那待的公司少 朋友也少 没听过我也不怪你囉

对于外包工程师要怎么反抗需求，没有人讲得清楚

你说的是救火队 吃力不讨好的救火队啊 就是共犯结构把code写烂了 在紧急情况找人来擦屁股的救火队 救完火功劳当然是写烂code的人拿走啊 别忘了你们只是来救火的救火失败则是你们救火不力 饭桶！！怎么看都宁愿当把code写烂的人 也不要当 clean coder救火队啊

当救火队 上来也看不到你的考绩还会嫌你怎么都没贡献什么新功能上面 这就是台湾大部分的上头都这样想 不要怀疑这里是台湾所以找东西真的要慎选 在面适时就要问清楚上头主管重不重视这个

光听你说一句“老板会花大钱 请一个经验老道的clean coder来整个重写”我就笑到翻过去了 哈哈哈哈哈 老板会花大钱舍弃原有能用又稳定的系统 冒险请一个不熟的人来重写 只因为code不干净？？我合理怀疑你是学生 去打工啦

我有遇过整个专案重写的欸 不过是把 rails 3 升级到 5

自己写的code看不懂来战有点硬凹了，要符合比例原则

这篇level解的关键是一个人是否可以二个level以上

将心比心 当你处理不了自己留下的粪坑 跑去别家公司时也不会想处理别家公司前人留下的粪坑吧

可以才能算是个解

我有遇过整个银行系统重写的, C++ 转 JAVA

其实0079大的状况在台湾应该不少，遇到这种环境只能一起当共犯或换个老板。软工好环境好上司比伯乐更难求

“舍弃原有能用又稳定的系统”<-- 我以为我们在讨论的是破

0079，以前面试过一间公司，工作内容就是重构旧系统

烂到已经完全改不动 也时常爆炸的系统耶 XD能用又稳定为何要找经验老道clean coder？？？？？老实说 写烂code的人很多 通常都有自知之明 惦惦写不敢张杨反正写程式本来就是混口饭吃 每天看烂东西改烂东西 日子也就过了 钱还不是照拿？出bug照样被骂 没差啦但写烂东西还这么振振有词 找一堆理由塘塞的 真的不多 XD居然还衍生出“烂code但很稳的系统不用改阿？”这种脑补打从一开始就是在讨论“烂code到不能work的东西”好吗？还是说你只是想表达 拎北写烂code系统也超稳 怎样？

A大真的是外行人无误 在老板看来是能用又稳定的系统 在工程师看来是烂到改不动 完全不冲突 就是因为这样才会养出烂code啊 老板觉得随便改一改就好(当然嘴巴不会说随便改改就好，但给工程师的时间压力也只能随便改改就好)能动 不出问题 就是稳定的系统谁不知道又烂有不能work的东西不能用啊 这根本没有讨论的空间 不要鬼打墙了 要讨论的是：能动能用不出包但可能会慢慢长成烂到要爆炸很难维护的code打从一开始就是在讨论“烂code到不能work的东西”是吗？没人在讨论这个 没人会让不能work的东西上线你RD写一个不能动的东西 pm业务客服长官一定马上出来干爆你 根本没机会把又烂又不能work的东西拿出去 根本连上线都没机会 你还想维护它？？就说A大一直都在幻想 不存在的事也在扯

0079的工程师人格被扭曲成这样还真是觉得心酸

结果这篇底下推文这么长没人陪原po认真讨论怎写

有啊 我开头第一个就讲了。解不是单纯解问题而是要重新架构成有弹性可扩充啊

0079讲得的确比较像是真实世界碰到的状况当老板的赶得是市场和产品上线的时程 根本不管啥cleancode 一开始的确大家会有冲劲去做好 但每当时程缩减之类的鸟事一再发生后 渐渐地就没人管这事了毕竟工作还是得对人 这比写code难太多了

那请问按原本例子有什么理由不一开始使用原po第4点写法呀

“没人会让不能work的东西上线”到底是谁在幻想啊XDDDD还是你觉得能work的是会动就好就叫能work？好吧 我不晓得你标准这么的低耶 老板看来很稳？就是在讨论老板都觉得整天出问题啊 自顾自讲自己的 好吧都给你说XD是说 假设这个APP可以打开 但非常容易当掉 有时会有时不会你觉得这叫做“能work”吗？你觉得这叫“稳”吗？现在外面产品 满满都是这样子的东西喔？XD 不能上线？谁在跟你幻想勒？还是说你觉得只要能动就叫稳？不定时坏掉不算不能work？那谁是外行？还是你拿A来讨论我讲的B？XD你的前提是“老板觉得没问题” 我的前提是“老板已经觉得这样不行了”然后再来讲别人幻想 明明就你一个人再那边自言自语吧？XD 我知道工程师写code写久了有些容易活在自己世界啦但你也未免太严重了一点 XDDD要不要回去翻一下推文？老板找clean coder我是接上一楼的聊上一楼的前提是啥？“已经爆了”OK？谁在跟你讲老板觉得稳?连推文都看不懂 还在那边跟人家讲一堆 功力很高啊 XD

其实code很糟跑起来很稳的系统真的存在，这就是黑箱和白箱的不同，例如弹性和稳定性本来就有些冲突老板看到的是黑箱，操作正常，没有客诉。工程师打开看到一堆hardcode和retry loop达成的功能...COBOL很不弹性啊，全都是业务逻辑写死，但是银行就爱这样，因为够稳定

大部分现在还在用COBOL的银行都是迫于无奈吧

写一堆烂CODE，只会让自己出包的机会越来越大啊。烂code还不会妨碍到RD只是因为问题还不够大，可以靠细心跟谨慎去避免。等到要避免的事情庞大到一个程度，出包的频率只会越来越高....当然可以在问题太严重前转换跑道，但是能这样几次？除非永远只当junior。或许不小心转职成为小主管，但是这时候烂系统出包就真的成为你的kpi。又或许当个拥code自重的老鸟，赌公司永远不敢改革，但是赌的是自己的职涯发展，赢了能得到一份稳定的工作以外，你的职涯只剩这包烂code....不觉得人生这样有点唏嘘吗...如果不是公家机关的资讯部门，这样的生活我觉得蛮抖的@@

我最后只再说一次 我针对的是烂code又不稳的东西 你们硬要去讨论烂code但很稳的东西 然后再拿这东西反证烂code也没差 那就是倒因为果 是非不分通常烂code又稳的东西 多半都是东西很小 而且需求非常稳定照一开始讲没两天就改需求改功能的 系统够大你烂code有可能写到很稳吗？XD 拜托回到现实里来好不好 XD

请定义"稳"... 不是能动就是稳

还有一种可能啦 就是该专案顶多就是公司官网 有个后台可以上上公司最新消息这样 那你都接这种案子 什么clean不clean当然差没有很多啦 接案接久了 就讲软件工程技术都是屁 XD

烂code稳定 然后呢? 是不是不敢乱动?加功能很难加?去叫startup 烂code稳定看看 大家都开银行?clean code不是圣旨 但把他当垃圾就太超过了吧

我觉得大家可以这样认为 就是个写了烂code被洗脸上来讨拍的XD

我自己遇到的循环是根据现有需求 跟预想到的 架构一个系统因市场改变、主管换人 习惯xxx...->新增对应机制A接着冒出B, C, D...改到X时发现一堆东西重复、打架、用不到了etc于是某个公司的老江湖发布重构计画老板照常发案 用人主管尽量排开该老人 但仍以案子需求为主接下一年左右时间 新架构诞生 或是胎死腹中由老板因为不敷需求主动提出改架构的情况 倒没发生过老板动的都是组织 除非严重影响营收 不然不管凡尘事新架构出来一定是clean code 前架构的ABCD会被系统化直到新的ABCD诞生正常循环下两者都难以避免 只是有优先权照时程出版 > clean > 写特例RD在这中间的义务是分析需求 规划时程给上面评估主管单位方案选择负责 RD对方案时程负责

主动提的老板我也从没见过XD 一般都马是老板吵吵闹闹 最后CTO或技术部最大头受不鸟 只好哭着重构 哈

是说我家RD头子才对业务头子呛 有本事你下来写..XD

我有遇过老板主动提的因为业务需求大到原本架构已经撑不下

看完有些推文，深深体会进怎样的公司果然很重要…

回accessdenied:那种银行系统我看过，他的稳定是建立在不能改上头的，能改的也就是加点字段之类的东西一但真的有会改变流程的需求，那就只好测到天荒地老10几年前在中国信托永吉大楼地下室，看过一拖拉库IBM外包商就是进驻在那边，每到下午就一小群在骑楼休息然后时间到就回去跟AS400 还有DB2奋战架构是为了适应变化而存在的，也就是哪天有谁要接手怎样可以最快加载这段系统的所有细节，给改code的人最大的信心去更改系统，接口、封装、层次规划都是为了这些古时候compiler比较笨，还会需要手工inline，但现在已经不是这样了

就面试时注意一下公司 RD 的话语权，没办法进到那种注重程式架构的公司就自己摸摸鼻子想想要不要一起沉沦，都是自己的选择罢了。

zanyking搞不好我们见过捏，十几年前我也在永吉地下室待了一年左右，还经历过那次台北市大淹水，永吉地下室完全被水埋，里面所有设备全部报废的日子

某大A真的破功了 以为经验丰富 后面讲的东西根本完全脱离现实 真的感觉就是0079大讲的还没出社会的学生

曾是 IBM 外包团里的小咖, 九年前兆丰银行福洲街二楼

https://goo.gl/HDVost 看看这篇吧...

为什么大家默认都是要加班加到死，准时下班就不用管这些了上面有啥鬼需求都满足他们，反正准时下班就好。

提到话语权，专案外包驻点工程师能嘴什么甲方动不动叫你明天不用来，我的下属这一年已经换了4个

RD的话语权当然是要靠自己啊，能够自我提升、做事有成果，说话自然就会有份量不过我想这种RD也不太会去驻点变成p大的下属吧XD

能否带专案要看人格特质，强调自我实现或喜欢当出头鸟，通常是往顾问的方向，自己选择钱有赚到就好

贴薪资单就知道是不是学生了啦！吵成这样，什么学生不学生的，薪资单一贴一目了然

之前不是都贴过薪资单了？自己google都有吧？

自己只能在那种等级的公司问还质疑别人是学生 我也是笑笑

zanyking银行系统建立在不能改，请问我来到学生版了吗?你他妈写哪间死人银行的专案不能回头改，银行专案屌就屌在分层架构就是细，你可以抽取一个CLASS掉没问题这个在银行专案算是最最最基本的，但是你能够直接解藕工程师，让pm sa去协调写文件就好这才叫真正的架构好吗不要自己不懂系统分析师在干小就嫌人家code脏真的看不下去一堆没实际做过的在那边说code多难读，讲的好像code写很脏很烂，是很烂那你怎不反思你会觉得难?阅读? 他烂那他的code根本就秒解，烂人写烂code也不会有分层架构更不会有一堆界面你根本不需要追多少CODEaccessdenied我就不想说了，人家年薪300都开不了FORK了一个工程师会讲到CODE很糟糕跑起来很稳是因为黑箱白箱这种话，大概就学生会去当他的迷迷而已，用嘴巴写CODECOBOL也敢拿出来说，银行还有哪间再用COBOL的你跟我讲

XD

随手写clean code不难啊,有没有心而已

THEWORLDS我讲哪个年代你骂哪个年代？然后我哪里说银行系统建立在不能改？我说的是‘那种’系统不能改，而我指的不能改后面也解释了，是他很难改下去没问题，会测到天荒地老全称特称搞清楚很难？

一堆银行还在用COBOL阿，104还有在征人维护阿。

还是有银行用cobol喔，只是一线银行的确开始在淘汰了

看完了整篇 有些人真的跟年轻的我一样 天真现在我已经不太天真了烂CODE?? 怎么定义? 你看不顺眼的吗?那这样 这世界上 还真的没有什么好CODE了很糟的CODE 成因很多重点是 老板不太可能请人来整理没有老板会花那种闲钱去改CODE 然后没有办反制造任何营收的功能没有老板会想浪费钱在 无法赚钱的东西上面 这就是现实还有 这世界上没有所谓好的CODE对你来说好的CODE对其他人而言 未必是好的CODE 请先搞清楚这一点光思维方式就不一样了 所以建构出来的CODE 本身就会有差异不是你看不懂 或者 看不惯的CODE 就是烂CODE在台湾 写好的CODE未必有高薪 牵涉到职场 文化生态这是个很现实的问题 理想VS薪水 二选一

还没到大神level的话，推理想vs薪水二选一

自己遇不到好老板就说世界上没有，看来看的还不够多好CODE有很多可以讨论，但烂CODE通常一看就知道了一个function塞五千行，copy paste重复code，命名乱用如果你是有能力写好但故意写烂，只能说找自己和别人麻烦如果是本来能力就写不出好CODE，那也不用说啥写好CODE未必有高薪这种话，因为你从来没有踏进那个门槛就跟考不上四大的人最爱讲四大出来也不一定有高薪一样

一个func里面5000多行 code 现在正常运作 你赶去改它吗 ?改了 以后出 Bug 算你头上 你要揹黑锅吗?然后你改善它后 客户没有感觉 你觉得 老板会愿意让你花那种诡时间去做吗 ?好老板有是有 但是很看机率但是大多人都是 非洲血统而不是欧洲血统重点是 大家都写烂code 你写好code 那出问题的 肯定是你

到底在讲什么碗糕啦？烂code之所以会被人唾弃 是因为烂code“影响”到人或公司了啊？对人或公司没影响谁管它啊 到底搞不搞得清楚状况阿？在那边说烂code不改它根本很稳没事？讲这什么干话废话？公司产品通通都不会变不会改 谁管他code长怎样？东西很稳 谁要去动它？今天就是因为“需求一直在变”“东西一直在改”所以才要你把code写好一点 func五千行你不改它当然没事 但每周都有新需求 三天一小改五天一大改 这能不出bug？这不分层行吗？什么烂code定义是啥？很简单就是这东西整天要改 然后你工程师整天都改不好 改东错西 改南错北 整天出bug老板一直该一打开code大概90%是垃圾啊今天讨论的重点就是在这边 一堆还在那边一直跳针跳针跳针是在跳什么鬼东西啦 对墙璧讲话腻啦？讲什么烂code不改他很稳又没差？烂code稳稳的我干麻去动？阿就是今天就是在讨论有需求有改变时的状况是在跳针三洨啦一堆写code真的都活在自己世界耶 自己设乱设前提讲一堆屁我最后再讲一次 重点在“改变”改变改变改变改变改变改变改变改变改变改变改变改变改变改

好code 烂code 定义很模糊观点不同答案也不同对老板来说 能赚钱的Code就是好code对开发团队来说 好完成任务需求的 就是好code

问题就是你根本没有办法完成任务需求阿XDDDDDDDDDDD老板要赚钱开一堆需求 开发团队写垃圾狂出包你不因应这些一改再改的需求作封装作架构 还在一个func五千行？阿这不是写垃圾是啥？重点是还引以为傲

而团队内正常是大多数人的公认好不好不过也常常是老大说的算那你就得跟老板说 你要改那坨很鸟的Code所以 相关功能到时候要重新测试很多时候这种东西都是前人留下的东西虽然我也讨厌烂code但是很多前人留下来的烂code 你还是必须解决这就是现实另外很多好code经过多次需求变更后会变成烂code而上头不会给你时间去解决他们这就是现实状况

回楼上 改的时间就可以慢慢解决了 不能解决是你的问题

问题就是上头不给时间另外你以为你改完就没事了吗？你怎么验证你有没有该的正确？以及到底改善多少？这都要花时间你来上班 对老板来说就是烧钱改完后对于 客户而言没有感觉这种修改你要怎么说服老板给时间？

看来是位不写测试的朋友呢

他会跟你说写测试要花时间 而且写了测试也不一定没bug 嘻嘻

不写测试->改A坏B->改很慢->没时间->怪老板

真把写测试当万灵丹的天真娃

楼上在说自己吗? 但没写测试真的废,不否认

楼上的老板真有闲钱资源可以玩啊 要不要报一下名号啊

我涵盖率没个60~70%是不能放心的 也从没delay过时程不知道写测试会慢的理论哪来的, 写太慢吗还是?不会写测试也没关系啊,学就好了,但这种论调真的呵呵