→ alongalone:你在說北韓的破擊砲處刑嘛..XD 腦中突然出現這個 03/24 11:03
※ 引述《qwer820404 (beans)》之銘言:
: 小弟對Coding一直抱持著熱忱
: 在寫code的時候,有時候會很想要,設計的很有彈性,
: 我自己是覺得,這樣是有助於以後調整。
: 但是mentor今天跟我說,現在的需求不需要這麼彈性 (事實是這樣沒錯)
: 設計的彈性但也會增加程式的複雜度。
: 我是抱持著想要做到120%事情的想法。
: 也許,在職場上這樣子是不適合的,只是我不知道而以。
: 可能當事人或同事會看到這篇文章之後,會不太高興。
: 但是我無意冒犯,我是以虛心受教的態度,想上來問問我這樣子做,
: 到底在職場上是好還是不好…
職場上,先求在截止日期前能夠有,行有餘力再求好,
再行有餘力的話,覺得時間太多的話再求美,
不過很多公司的經營型態,大概也只是希望先求有,再求不出包,
就很不錯了,你花了一堆時間考慮什麼彈性不彈性的,程式寫得很美,
公司寧可把相同的時間再多接一個案子,多賺一筆錢..
當然你真的很有熱情的話,能做到又快又好又美,那當然無話可說,
如果你做不到快,願意自己留下來加班,六日也來上班全天又不求加班費的話,
就公司的立場大概也覺得不錯.
很多公司經濟狀況沒那麼好,根本不可能給你那麼多時間玩,
慢慢泡咖啡寫出你自己以為美好的程式.
另外說到彈性問題,其實並不是彈性高就是好,
也要考慮彈性高會不會相對帶來更高的複雜性,使得程式更容易出錯,
或是後續維護的人得花更多成本去研究,單純是視狀況而言.
舉個例子來說,網路上有很多套框架作法,同樣是在網頁上印一句hello world,
小至用cgi printu一個hello world出來,大至用ejb的mvc+restful技術都可以做到,
擴充性來說,大框架肯定是無敵強,但是花費成本??
就像是一顆子彈可以槍斃一個人,也可以用迫砲轟掉一個人,
你覺得迫砲很強,但是成本效益也太低了.. 簡單來說就是不要對雞用牛刀.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 219.70.5.185