Re: [請益] 履歷的作品要寫程式有多少行嗎?

[VVll (信)]

※ 引述《umaxmailbox (BOX)》之銘言：
: 雖然已經在工作了，不過有一個疑問，
: 前陣子面試時，超過一半的主管會問 "這個(指作品)大概寫了多少行?"，
: 我的觀念是程式幾行不重要，重點是你在做什麼，解了什麼問題，
: 不過似乎很多主管會問這個 @@
: 想說以後面試時，作品附件要不要修改一下，加上程式規模，
: 謝謝 ^^
這讓我想起 從前擔任遊戲企劃 再寫lua script時
有個資訊本科的"前輩" 某個東西寫出了 3000行的巨作
不仔細看 還不會注意到 這前輩有多強
也是我看過最強的copycat

整段程式碼內 連個迴圈都看不到 瘋狂的複製 貼上
要接手這code去維護 會想打人

後來看了一下內容功能 並依照正常的程式結構做重構後
好像剩下 500行不到吧...


以上只是過去走錯路看到的有趣例子



而我個人認為 看一個作品
先從功能性 完整度去看
接著是維護性
最後才是執行效率


很多時候 好維護 比效率高更重要

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 123.240.194.47
→ Obama19:架構簡潔有力 邏輯清楚易懂的code是一種藝術品
推 flowheart:推藝術品，別人不懂主管不看，我自己倒是玩蠻爽的
→ eva19452002:反正現在最佳化都給compiler做了，好維護比較重要
→ descent:到底是強還是不強
→ abola921:我也寫過上千行的store procedure但回頭維護好痛苦的
→ abola921:有design pattern回頭路比較好走
→ hanbz:不覺得維護性跟執行效率一樣重要，這要取平衡吧!
→ hanbz:如果非常好維護，但是點選之後要跑10分鐘跟一個不好維護但是
→ hanbz:一分鐘就給結果的，我是使用者會想要一分鐘的程式
→ eva19452002:好維護的code，之後再最佳化比較容易，反之就很難
→ hanbz:通常做品產出之後，我看百分之八十都不會在去做最佳化吧XD~
推 f1234518456:東西出了以後 把問題想辦法搓掉才是王道...XD