Re: [轉錄] 那些在Now.in學到的 – Software engin …
※ 引述《TonyQ (沉默是金。)》之銘言：
: 一些值得思考的觀念。
: 那些在Now.in學到的 – Software engineering practices
: http://blog.ez2learn.com/2011/07/29/lesson-learned-fro-now-in/
沒人討論, 就讓我來拋...我連磚都沒有,
拋廢材引玉好了,
你問我怎麼把自己拋出去? 咳, 本題忽略,
...人越少，越有效...
這我認為是對的, 但是現實上不允許, 一般來說沒辦法等待一個人很有效率的做八年,
但是可以讓十個人比較沒效率的做兩年,
這時重點就在於如何減低因人數增加所損失的效能,
主要做法是增加共通性,
例如使用一個 framework - 共同的框架, 不論是公開的或自刻,
我覺得這是 framework 最大的價值所在,
相比之下能把什麼跟什麼分開等等倒是其次了,
如果再搭上一個好 SD 訂出好的架構及 coding convention - 共同的架構,
適當的框架再加上好的架構, 開發起來只有爽快而已,
或者有一個好 PM - 共同的頭腦, 能把所有人如自己手腳般使用自如, 那腦只有他一個,
這也是很好,
再或者彼此很有默契, 隨便亂寫, 沒 PM 管, 互相都清楚在幹麻,
這就是最高境界, 無招勝有招了 (誤?
...保持敏捷...
這我也認為是對的, 除了文中說的縮小開發循環外,
比起開發大半天後才得到 user 的回饋做修正,
先餵假資料生假畫面, 甚至用紙筆畫畫做一些整體的 rough prototype,
得到一些回饋再開發會更輕鬆有效率,
...老程式不死只是凋零...
基本上是對的, 然而是否重寫要看情況, 若老程式當初有夠詳細的 test case 記錄,
重寫時能針對它們去做的話也是可以考慮的,
雖然現實上來說這似乎等同於不必考慮?
...效能通常不重要...
既然都說通常, 例外就只是例外, 那通常是這樣沒錯
...使用者經驗很重要...
蘋果是個好例子
...技術只不過是一張軟體樂園的入場卷...
我可以說只是軟體樂園門口要飯的資格證明嗎?
這其實算各領域皆同, 成功的經營一家餐廳也不是只要很會料理就行
...沒有銀彈...
嗯...同意
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.224.42.168
※ 編輯: lovdkkkk 來自: 61.224.42.168 (08/03 01:18)
推
08/03 14:02, , 1F
08/03 14:02, 1F
推
08/03 15:25, , 2F
08/03 15:25, 2F
推
08/04 00:34, , 3F
08/04 00:34, 3F
→
08/04 00:35, , 4F
08/04 00:35, 4F
→
08/04 08:53, , 5F
08/04 08:53, 5F
→
08/04 08:54, , 6F
08/04 08:54, 6F
→
08/04 08:54, , 7F
08/04 08:54, 7F
→
08/05 13:30, , 8F
08/05 13:30, 8F
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 2 之 2 篇)：