看板Soft_Job
太晚做運動睡不著,來一篇廢文助眠好了
[email protected]@"
=====================================
我覺得這種思考方式是重要的
相信很多人有這種經驗:
有一個規格,不知道是哪裡做錯了,
可能是一開始架構設計上的問題,
可能是使用的某個 lib 的限制,
或者根本一開始規格就開歪了,
總之現在很難維護,且很容易有 side effect。
於是在列出功能清單後,
由開規格從頭開始做,重新做了一個新的版本,
變得很好維護也很好擴充,也不容易出現新 bug。
你甚至不需要知道之前的問題是出在哪裡。
簡單四個字:打掉重練。
不過這裡並不是真的打掉重練,
而是 "以打掉重練的角度去思考",
(畢竟沒辦法真的打掉目前的軟體業...)
這讓你可以不受到舊問題的牽絆,
可以重新建構一個理想中的整體 (文字說明苦手...)。
也許原 po 的 idea 沒有重點、沒有價值、沒有意義、etc,
不過這都不是問題,這種天馬行空的想法本身就是一個好示範。
軟體業相關人員沒有人會這麼想的話,
這問題還比較大咧。
總之,或許原 po 不理解軟體業所以 OOXX,
但這不重要,
某個很理解軟體業的高人能像原 po 這樣去思考,
這一點比較重要。
=====================================
另外,
我覺得比起觀注成功案例,
我們更需要觀注的是失敗的 case 。
有會產生問題的 case 才能 debug 啊...
你總不會只看著能正常執行的 case 來 debug 吧?
謙虛的向失敗者討教 -- 我覺得這是目前我們所欠缺的。
--
還是不想睡,慘...
--
這裡分兩部份。
=====================================
首先 "新產業" 或者 "新商業模式,
稱不上是打掉重練。
那不過像是在規格及使用的 lib 不變的前提下,
改變程式架構的程度。
真的打掉重練的程度指的是,
假設台灣目前為止沒有軟體業,
然後現在全台灣想開始搞軟體業了,
要怎麼訂相關法規?立哪些相關政策?
補助、執行方案、etc...
=====================================
其次是,承上,
用 "試" 的效率實在太低了。
(而且也不可能真的試打掉重練...)
已經有軟體產業很久了,
過去已經有許多人試過許多事,
產生了很多失敗案例,撇除太過腦包的不談,
他們失敗的原因是什麼?
是被哪條法規婊了嗎?還是某個政策造成反效果?
諸如此類。
這些是不必真的花錢花時間去試,
可以直接學習的別人的經驗,
不過目前來說只有成功會被宣傳與模仿,
失敗則乏人問津。
"失敗為成功之母"
這句話相信每個人小學都有學過,
而它不應該只作用在 "個人" 或 "一家公司" 上。
※ 批踢踢實業坊(ptt.cc), 來自: 36.226.196.237※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1406486632.A.21D.html
推 NDark:你講的打掉重練就是 革命/新產業 07/28 10:50
→ NDark:但新商業模式大家都在試 07/28 10:51
→ NDark:但若資金與能量都卡在舊公司舊模式就無解 07/28 10:51
推 NDark:新創公司成功機率是 5% 以下. 二十家有十九家會死. 07/28 14:01
→ lovdkkkk:嗯嗯, 只是看撐幾年...XD 07/28 15:17