回上層
Disp BBS
看板 Gossiping
作者 yoyodiy (廢文心得文大師)
標題 [問卦] 程式寫得快和寫的精簡哪個比較強?
時間 Thu Apr  6 11:38:50 2017

本人文組  程式設計只有修了3年

但都只是皮毛 每次交作業都草草了事

後來聽強者說他拿到案子都只要別人1/3的時間就能完成

另外一位說別人用5000行的程式他只要2000行就完成

到底這兩種 哪一種較強?

--
因為離心臟最近 制服可是伴隨整個高中時代的唷，
所以呢，第二顆鈕釦凝聚了那個人的所有感情。

『兩個人的距離越親密，第二顆鈕扣的距離就越遙遠。』


--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.26.219.47
※ 文章代碼(AID): #1OvRXDok (Gossiping)
※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1491449933.A.CAE.html
※ 編輯: yoyodiy (114.26.219.47), 04/06/2017 11:39:14
推 snsdakb48: 在yo叔面前都是渣1F 04/06 11:39
→ CPer: 文組繞過理組只要三年2F 04/06 11:39
推 b34mac2: 交的到女友比較強3F 04/06 11:39
→ ggBird: 林北都出嘴叫人寫最強4F 04/06 11:40
推 archon: 以專案來講，如果都能符合規格，我選快的 ^^"5F 04/06 11:40
推 junki8957: 越短越強 但是可讀性越差 除非比賽你這樣寫會被打6F 04/06 11:40
推 popopal: 精簡7F 04/06 11:40
→ smalltwo: 別寫錯才是強8F 04/06 11:40
推 rrr0832: 說認真，寫得精簡才是強者9F 04/06 11:40
推 wxtgy: 寫的出來就強了10F 04/06 11:40
→ vowpool: 寫的讓別的工程師也看的懂才叫強11F 04/06 11:40
→ kent: comment寫的好 讓別人看的懂才叫強12F 04/06 11:40
→ dm33: 自high的 就寫爽就好 多人開發的 要寫人懂的 多少不是重點13F 04/06 11:41
推 ghgn: 寫的精簡 而且bug少的才強14F 04/06 11:41
推 AboveTheRim: 執行快、用的資源少。比較強15F 04/06 11:41
推 xm3u4vmp6: 用嘴巴寫程式最強16F 04/06 11:42
→ tmwolf: 精簡>>>>>>>>>>>>快17F 04/06 11:42
推 a6234709: 精簡>快>出來18F 04/06 11:42
→ mydeargod: 看得懂最強19F 04/06 11:42
推 loveflames: 寫得精簡卻不好維護的跟屎沒兩樣20F 04/06 11:42
→ poopllll: 當然要寫得讓人看無而且精簡有用才是真強者尼21F 04/06 11:42
推 Newtype: 寫的別人看的懂 好維護才厲害 真的22F 04/06 11:42
→ tkucuh: 不要寫得別人看不懂就好。23F 04/06 11:43
推 wwvvkai: 不如寫的繞24F 04/06 11:43
推 zxlt3722: 老實說寫的精簡只是在自嗨 越精簡可讀性越差25F 04/06 11:43
推 ccucwc: 當然是精簡的強，執行速度會快些26F 04/06 11:43
推 chenweichih: 精簡 還要能讓人懂才是真的強27F 04/06 11:43
推 somefatguy: 我全部寫在同一行就完成28F 04/06 11:43
→ Dinenger: 繞過最強29F 04/06 11:44
→ tkucuh: 精簡無所謂，但是comment要解釋一下怎麼來的。30F 04/06 11:44
推 nacy204327: 何不繞過31F 04/06 11:44
→ poopllll: 最好程式裡還帶有程式碼可以保護智財權尼32F 04/06 11:44
→ tinlans: 需求變動過十次，每次都能改得又快又穩的強33F 04/06 11:44
推 quester08: 精簡比較強34F 04/06 11:44
推 sunshinecan: 除非不想讓其他人看懂 不然可維護性也要兼顧吧35F 04/06 11:44
→ tkucuh: 莫明其妙除一個數，鬼才知道是要幹嘛。36F 04/06 11:44
→ yyc1217: 能夠讓三個月後的自己還看得懂比較重要37F 04/06 11:44
→ cdmlin: 程式跑的效率跟程式碼的可讀性較重要38F 04/06 11:45
→ somefatguy: 要寫得別人看不懂除非是要離職，不然通常是自己維護39F 04/06 11:45
推 hunglowchen: 繞過最強40F 04/06 11:45
推 lmc66: 誰管你code怎麼寫 重點是執行速度要快 用到的資源要少41F 04/06 11:45
噓 gn50711: 當然是繞過去最強42F 04/06 11:45
→ somefatguy: 過兩週自己就看不懂啦43F 04/06 11:45
→ chungrew: coding44F 04/06 11:45
推 Mellissa: 現在都看系統吧 好維護+穩才是王道45F 04/06 11:45
→ lulocke: 超精簡 結果不能改46F 04/06 11:45
→ PONANZA: 不管如何 在yo叔面前都是渣47F 04/06 11:45
→ tinlans: 沒歷經變動考驗的，快和精簡都沒意義48F 04/06 11:45
推 ChungLi5566: deadline前如期上線 誰管你寫多久49F 04/06 11:46
推 iPadPremium: 繞過最強50F 04/06 11:46
→ KangSuat …
推 KangSuat: 寫到自己都都覺得深奧才是強51F 04/06 11:46
→ cdmlin: 很少會碰到 超小ROM 或是 需要copy到RAM跑的超小RAM情況52F 04/06 11:46
推 skylion: 精簡53F 04/06 11:46
→ tkucuh: 為了deadline，很多寫法是急就章的...54F 04/06 11:46
→ Mellissa: 不然需求一來 舊的精簡也是渣55F 04/06 11:47
→ sunshinecan: 等等 竟然是yo叔 那程式碼什麼的全繞過就好了啊 (?56F 04/06 11:47
→ loveflames: auto auto(auto){auto;}57F 04/06 11:49
推 Bright: 執行快、占用最少資源達到目的的最強58F 04/06 11:49
推 pooznn: 能寫別人一眼就能看懂&接手的最強!59F 04/06 11:49
推 coldshawn: 想太多 賣得掉再說60F 04/06 11:49
推 ariadne: 註解寫的好 後續好維護才是好程式 tune效能是之後的事61F 04/06 11:50
推 tracy25: bug少62F 04/06 11:50
→ pooznn: 有些自以為聰明的 寫出"最佳解" 結果沒人能接 有屁用!?63F 04/06 11:50
推 hyalites: 寫到別人看不懂還不是沒用 有問題都找你64F 04/06 11:50
推 colawei: a=sin(x*180/pi)>cos(y*180/pi)?b+100:(c-d)/265F 04/06 11:52
→ HowWhy99: 繞過去比較強66F 04/06 11:53
→ ren740719: 後續好維護的碼才是好程式，寫得太精簡沒人看得懂
後續接手的人很頭大好嗎?67F 04/06 11:53
→ billmin: 沒有bug最強拉69F 04/06 11:53
→ tkucuh: 這還好啦....70F 04/06 11:53
推 victorly: 能寫出執行得快跟佔用資源少最強71F 04/06 11:53
→ tkucuh: 剛剛有人講，擴充性也很重要。72F 04/06 11:54
→ didi0909: 精簡才是境界73F 04/06 11:54
推 StarTouching: 都不寫 但是看得懂別人code的人最強74F 04/06 11:55
推 limitlesscit: 先快再求精簡75F 04/06 11:56
→ yyan1218: 看得懂最重要76F 04/06 11:56
推 coutji3184: 三個月後你還看得懂自己的code算你過關77F 04/06 11:56
推 victorly: 更正 能賣最強78F 04/06 11:56
→ Darkword1987: 能讓別人看得懂最重要......79F 04/06 11:57
推 verydolungbe: 原PO不要再自謙了80F 04/06 11:58
推 Raidensnake: 精簡比較強 但是商業面要好維護 速度更重要81F 04/06 11:59
推 doom3: 複製貼上最強82F 04/06 12:00
推 minaei: 簡單 易懂 執行輕量快速 無後顧之憂才是好的現代魔法83F 04/06 12:00
推 guest8888: 好讀好改比較強84F 04/06 12:01
推 brke: 寫的短用comment補充啊 有差嗎85F 04/06 12:01
推 ALDNOAH5566: 寫的沒人看得懂才有價值86F 04/06 12:03
推 mocca000: 鼻要精簡 精簡=難改 為後面的菜比8想想好嗎87F 04/06 12:03
推 Argos: 任何一個傻瓜都能寫出計算機可以理解的程式碼
唯有寫出人類容易理解的程式碼，才是優秀的程式人88F 04/06 12:03
推 jkiop79315: 推維護性跟擴充性90F 04/06 12:04
噓 prog: 繞過去最強91F 04/06 12:05
推 WindSucker: 繞過92F 04/06 12:05
推 aiweisen: 可讀性 跟 可程式性93F 04/06 12:09
推 gugugaga: 精簡沒屁用 執行效率 易讀可維護性高的coding style才好94F 04/06 12:12
→ red0210: 最佳解寫了沒人能接，是怪寫出來的人喔 XD95F 04/06 12:13
推 wei115: 遠古時代有這樣的習俗，但在現在已經不適用了96F 04/06 12:13
推 StacyZhang: 最強的是不要寫程式，程式寫得好，要飯要到老97F 04/06 12:14
推 gugugaga: 好笑的是最佳解是你自己定義的 哪天你接到人家天書再哭98F 04/06 12:15
推 SupCat: 能讓別人接手的最強99F 04/06 12:16
推 JackChung: 接得到案結得了案收得到款比較強100F 04/06 12:17
推 kice1204: 精簡強啊！最好是只有自己才看的懂更好，讓自己無法被取代。101F 04/06 12:19
推 ironkyoater: 精簡103F 04/06 12:20
→ kice1204: 後面的人無法接手更好104F 04/06 12:20
推 parkerlived: 都不強 沒有Bug 才是強 管你多精簡多麼快 錯了就是遜都不強 沒有Bug 才是強 管你多精簡多麼快 錯了就是遜有些人寫的快 但是這邊改好了 那邊又出包了 根本搞笑105F 04/06 12:20
推 popy8789: 寫得看不懂才能保住工作權好嗎108F 04/06 12:23
推 kamiyo: yo叔不要釣魚109F 04/06 12:23
推 popy8789: 寫看得懂=失業110F 04/06 12:23
推 parkerlived: 有些人寫的很精簡 但是錯誤就是錯誤 還不知道怎麼改111F 04/06 12:23
推 MoseHas: 笑死 一堆鍵盤軟體工程師 沒半點軟體工程概念112F 04/06 12:23
→ Jin63916: 繞113F 04/06 12:24
噓 gncn: 有寫文件的比較強114F 04/06 12:25
→ mido: 寫了10幾年 還是感覺精簡比較難 真的是經驗的累積115F 04/06 12:25
推 tommie: 看架構跟之後的維護116F 04/06 12:25
推 parkerlived: 有沒有了解要寫的程式內容原理 至於快或精簡已不重要117F 04/06 12:26
推 NewPassat: 5000行...大學生作業膩？知道android codebse幾行嗎？60G以上...已經沒在算行數了.118F 04/06 12:28
推 assassinzero: 可以繞過rar最強120F 04/06 12:28
推 parkerlived: 為什麼有Bug就是前人寫不完善有疏忽你看不懂就無法改121F 04/06 12:29
推 Butcherdon: 強不強不知道 但是應徵筆試教你畫出奇形怪狀*星星金字塔圖案 你每一行都用print畫出來大概很不妙122F 04/06 12:30
推 XperiaZ6C: 當然是全部打在一行的強124F 04/06 12:30
推 somefatguy: 註解也要維護，有人改了code沒改註解會造成反效果125F 04/06 12:32
噓 tom83615: 看老闆給多少錢126F 04/06 12:33
推 Solosea: 絕對是擴充性127F 04/06 12:33
→ somefatguy: 多寫幾行註解不如把程式直接寫得明瞭，除非效能差很大128F 04/06 12:33
→ gowaa: 兩個都不好 看得懂比較重要 不過這樣就失業了129F 04/06 12:35
推 NewPassat: 寫程式行數和速度不是重點，軟工才是重點，上面大家都說完惹～130F 04/06 12:38
推 parkerlived: 寫程式就是結果論 寫的快或精簡 只要有bug 就是無用132F 04/06 12:38
推 TobyH4cker: 資工同學程式都用複製貼上的133F 04/06 12:39
→ Argos: 有人也太理想化了吧 大一點的程式怎麼可能完全無bug XDD
修bug當然是第一優先 但可讀性再怎麼算也應該是第二或第三那種故意寫垃圾為了不讓人取代先不談134F 04/06 12:41
推 astrophy: 說真的，只用嘴巴寫出來的才是最強137F 04/06 12:43
推 Beetch: 寫出沒bug不用維護的最強138F 04/06 12:45
推 parkerlived: 大一點的程式都有模組化程式的新功能,但如果沒有對整個系統掌控了解,很多軟體問題往往都在於沒了解底層造成的問題也往往找不出原因,要寫軟體,要懂系統內部139F 04/06 12:46
推 lolicontrol: 看的懂的142F 04/06 12:47
推 b81314: 有差嗎 還不是看專案143F 04/06 12:47
推 kevin31a2: 快短無bug144F 04/06 12:51
推 yyy855029: 繞過去的最猛145F 04/06 12:51
推 Ferscism: 跑的快才重要......146F 04/06 12:52
推 zero00072: 個人是不用註解也看得懂的越好。可擴充性也是重點。147F 04/06 12:54
→ ilake: 寫重要的，hello world 寫的再精簡再快也是hello world.148F 04/06 12:56
推 parkerlived: 還有程式分Kernel層,Liberary層,UI層,看你是寫哪一層除了以上三層還有app層149F 04/06 12:57
推 vi000246: 小專案前者 大專案後者 如果是要持續維護的專案
為了趕時間亂寫 後期付出的代價會很龐大151F 04/06 12:58
推 s4511981: 你是認真的嗎？你出來問問題哪會有解答，只有繞過去而已153F 04/06 13:01
→ Merkle: 精簡的強154F 04/06 13:01
推 k47100014: 客戶通常看不懂程式碼只要能運作就好155F 04/06 13:13
推 starbygod: 現在寫扣還要有防護的觀念 這樣寫法是不是有漏洞給人家攻擊 如果人家逆向容不容易被分析 當然如果只是拉ㄐ小程式就短吧156F 04/06 13:15
推 ChangeXD: 我覺得可讀性比較好，此外還要考慮相容性跟唯讀159F 04/06 13:22
推 leveger0903: 好籠統的問題 對寫程式的人而言160F 04/06 13:22
推 booloo: 懶覺比雞腿.....161F 04/06 13:23
推 kevin31a2: 把程式物件化模組化不寫重複code162F 04/06 13:25
推 leosung168: 精簡最好 可以減短寫一堆廢話幹嘛
跟企劃 報告一樣啊 簡單明瞭不是比較好? 結果全都寫一堆廢話增加頁數感覺很強- -163F 04/06 13:26
推 KNVSEOC: 可維護性高的166F 04/06 13:31
推 yukinoba: 寫得可以讓人看懂最強
不過這只是對寫程式的而言，對客戶而言，聽話的最強167F 04/06 13:36
推 Joey452: 日後修改不必牽一髮動全身，架構設計強才是神人169F 04/06 13:38
推 a3294814: 精簡到底有啥用 別人看不懂也沒用170F 04/06 13:38
推 buck5060: 覺得可讀寫比較重要171F 04/06 13:39
推 parkerlived: 程式還分Full version跟Customer version就不多講了有興趣自己跳進來摸一摸就知道寫程式很簡單又好玩172F 04/06 13:42
推 a5480277: 精簡有啥用 要別人看得懂才是重點
不是有些都考什麼 如何寫更精簡 坦白說 懂歸懂 但真實做專案時 還是要以合作為優先吧 別人看得懂才是重點
當然要能寫得精簡 代表本身實力到一定程度以上了174F 04/06 13:43
→ bronco5229: 讓人看的懂最好178F 04/06 13:47
推 stiles: 趁這篇熱門問一下 小弟想學好C 那個Dev-C++適不適合179F 04/06 13:55
推 minimulti: 寫得沒人看得懂不好維護的code就是垃圾180F 04/06 13:56
推 dnkofe: 當然是簡化的強啊181F 04/06 14:01
推 parkerlived: 通常別奢望你遇到的code有註解,倒不如要求自己要看懂而且遇到沒註解的code三天兩頭都遇到,沒註解就停擺了182F 04/06 14:01
推 Pihaksing: 當你接過別人的爛攤子，你就知道長短快慢都是屁
有邏輯、看得懂才是重點184F 04/06 14:03
→ parkerlived: 嗎? 那老闆請你來幹嘛?186F 04/06 14:03
推 menshuei: 要看你在什麼樣的生態裡面啊啊，台灣很多只要有這個功能跟便宜就好了，當然是寫的快，甚至一套可以動的就放他跑也沒在做維護跟安全性更新。187F 04/06 14:05
推 JerryLian: 能有效率除bug的才是人才190F 04/06 14:05
→ LunaDance: 這兩個指標都不是很可靠啊191F 04/06 14:06
噓 kice1204: 花一次小錢爽一輩子？192F 04/06 14:08
推 brian751204: 精簡無BUG>>>>>>快!193F 04/06 14:08
→ kice1204: 寫程式的人有爽到嗎？194F 04/06 14:08
推 XavierLu: 可讀性最高的最強195F 04/06 14:14
推 sleep123: 讀得懂才是重點，再快再精簡沒辦法改有屁用196F 04/06 14:18
→ QCANCER: 這ID會問這問題太怪了，不是都寫出rar解密程式？197F 04/06 14:30
推 nemomofish: 選胸部大的198F 04/06 14:33
噓 tregfd654321: yo叔我也住苗栗，可以約炮嗎199F 04/06 14:46
推 totocc: 能讓別人看懂比較重要 ...200F 04/06 15:00
推 artmis200x: 精簡可讀性低gg201F 04/06 15:05
推 gugugaga: 有的精簡都嘛是用系統資源換的 不然就亂設flag跟global說真的數學運算寫的精簡邏輯沒錯是強
但是大案子很多都嘛類似的架構去延伸
這時候維持架構跟可再用性就很重要
簡單來說還是要看你案子給多少系統資源去改你的程式做法202F 04/06 15:15
推 yo1234: yo叔是yo家族之光 都能繞過去207F 04/06 15:23
推 huabandd: 精簡，程式寫太多容易導致執行上的拖時間208F 04/06 15:26
推 joygo: 寫的別人一眼看懂比較好，除非你什麼都要自己來209F 04/06 15:26
推 gotofumihisa: 快的  而且可讀性>短210F 04/06 15:36
推 ppn: 以目前的經驗來說 重點是註解 註解 註解 很重要所以說三遍211F 04/06 15:48
推 j198811: 精簡，但要讓人看得懂好維護212F 04/06 15:48
推 followwar: 可讀>精簡>快 有些人寫得跟天書一樣 不知道在銃啥小213F 04/06 15:52
推 kiy75: 寫的能用能賣214F 04/06 16:16
→ linotwo: Code 精簡不代表編譯出來精簡，況且現在編譯器功能都很強大專案裡 Code 的重點主要在於可閱讀性以及修改彈性
最好能搭配文件解釋一些單看 Code 不易理解的部分
以上幾點評估方向都是為了提升正確性、彈性與工作效率215F 04/06 16:46

--