※ 引述《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過時程不知道寫測試會慢的理論哪來的, 寫太慢嗎還是?不會寫測試也沒關係啊,學就好了,但這種論調真的呵呵