作者:
yoyodiy (廢文心得文大師)
2017-04-06 11:38:50本人文組 程式設計只有修了3年
但都只是皮毛 每次交作業都草草了事
後來聽強者說他拿到案子都只要別人1/3的時間就能完成
另外一位說別人用5000行的程式他只要2000行就完成
到底這兩種 哪一種較強?
作者:
CPer (CPer)
2017-04-06 11:39:00文組繞過理組只要三年
作者:
b34mac2 (店長推薦作å“)
2017-04-06 11:39:00交的到女友比較強
作者: ggBird (ggBird) 2017-04-06 11:40:00
林北都出嘴叫人寫最強
作者:
archon (內湖流川楓)
2017-04-06 11:40:00以專案來講，如果都能符合規格，我選快的 ^^"
作者: popopal 2017-04-06 11:40:00
精簡
作者:
rrr0832 (rrr0832)
2017-04-06 11:40:00說認真，寫得精簡才是強者
作者:
wxtgy (.......)
2017-04-06 11:40:00寫的出來就強了
作者:
vowpool (不要丟我銅板)
2017-04-06 11:40:00寫的讓別的工程師也看的懂才叫強
作者:
kent (老肥宅)
2017-04-06 11:40:00comment寫的好 讓別人看的懂才叫強
作者:
dm33 2017-04-06 11:41:00自high的 就寫爽就好 多人開發的 要寫人懂的 多少不是重點
作者: ghgn 2017-04-06 11:41:00
寫的精簡 而且bug少的才強
作者: xm3u4vmp6 (yoursonfather) 2017-04-06 11:42:00
用嘴巴寫程式最強
作者:
tmwolf (魯神)
2017-04-06 11:42:00精簡>>>>>>>>>>>>快
作者: mydeargod (神秘釣魂人) 2017-04-06 11:42:00
看得懂最強
作者:
Newtype (你快樂所以我快樂)
2017-04-06 11:42:00寫的別人看的懂 好維護才厲害 真的
作者:
tkucuh (tku's cuh)
2017-04-06 11:43:00不要寫得別人看不懂就好。
作者: wwvvkai (We do not sow) 2017-04-06 11:43:00
不如寫的繞
作者:
zxlt3722 ((／‵Д′)／~ ╧╧)
2017-04-06 11:43:00老實說寫的精簡只是在自嗨 越精簡可讀性越差
作者:
ccucwc (123)
2017-04-06 11:43:00當然是精簡的強，執行速度會快些
作者: somefatguy 2017-04-06 11:43:00
我全部寫在同一行就完成
作者:
Dinenger (低能兒)
2017-04-06 11:44:00繞過最強
作者:
tkucuh (tku's cuh)
2017-04-06 11:44:00精簡無所謂，但是comment要解釋一下怎麼來的。
作者:
tinlans ( )
2017-04-06 11:44:00需求變動過十次，每次都能改得又快又穩的強
作者:
yyc1217 (somo)
2017-04-06 11:44:00能夠讓三個月後的自己還看得懂比較重要
作者:
cdmlin (cdmlin)
2017-04-06 11:45:00程式跑的效率跟程式碼的可讀性較重要
作者: somefatguy 2017-04-06 11:45:00
要寫得別人看不懂除非是要離職，不然通常是自己維護
作者:
lmc66 (嗯嗯呵呵)
2017-04-06 11:45:00誰管你code怎麼寫 重點是執行速度要快 用到的資源要少
作者:
gn50711 (三分鐘熱度)
2017-04-06 11:45:00當然是繞過去最強
作者:
chungrew (work hard, play hard)
2017-04-06 11:45:00coding
作者: Mellissa 2017-04-06 11:45:00
現在都看系統吧 好維護+穩才是王道
作者:
lulocke (( *‵ω′)人(бвб ))
2017-04-06 11:45:00超精簡 結果不能改
作者:
PONANZA (電王)
2017-04-06 11:45:00不管如何 在yo叔面前都是渣
作者:
tinlans ( )
2017-04-06 11:45:00沒歷經變動考驗的，快和精簡都沒意義
作者:
cdmlin (cdmlin)
2017-04-06 11:46:00很少會碰到 超小ROM 或是 需要copy到RAM跑的超小RAM情況
作者:
skylion (溫暖的傳說)
2017-04-06 11:46:00精簡
作者:
tkucuh (tku's cuh)
2017-04-06 11:46:00為了deadline，很多寫法是急就章的...
作者: Mellissa 2017-04-06 11:47:00
不然需求一來 舊的精簡也是渣
等等 竟然是yo叔 那程式碼什麼的全繞過就好了啊 (?
作者:
Bright (璀璨的代價)
2017-04-06 11:49:00執行快、占用最少資源達到目的的最強
作者:
pooznn (我~~~是來被打臉滴!!!)
2017-04-06 11:49:00能寫別人一眼就能看懂&接手的最強!
作者:
ariadne (壞人)
2017-04-06 11:50:00註解寫的好 後續好維護才是好程式 tune效能是之後的事
作者:
tracy25 (浣熊)
2017-04-06 11:50:00bug少
作者:
pooznn (我~~~是來被打臉滴!!!)
2017-04-06 11:50:00有些自以為聰明的 寫出"最佳解" 結果沒人能接 有屁用!?
作者: colawei (就是可樂) 2017-04-06 11:52:00
a=sin(x*180/pi)>cos(y*180/pi)?b+100:(c-d)/2
作者:
HowWhy99 (Dream)
2017-04-06 11:53:00繞過去比較強
後續好維護的碼才是好程式，寫得太精簡沒人看得懂後續接手的人很頭大好嗎?
作者:
billmin (hahaha)
2017-04-06 11:53:00沒有bug最強拉
作者:
tkucuh (tku's cuh)
2017-04-06 11:53:00這還好啦....
作者:
tkucuh (tku's cuh)
2017-04-06 11:54:00剛剛有人講，擴充性也很重要。
作者:
didi0909 (didi0909)
2017-04-06 11:54:00精簡才是境界
作者: limitlesscit ( ) 2017-04-06 11:56:00
先快再求精簡
作者:
yyan1218 (今天下雨了嗎)
2017-04-06 11:56:00看得懂最重要