---

    太晚做運動睡不著，來一篇廢文助眠好了...@@"

    =====================================

    我覺得這種思考方式是重要的

    相信很多人有這種經驗：
        有一個規格，不知道是哪裡做錯了，
        可能是一開始架構設計上的問題，
        可能是使用的某個 lib 的限制，
        或者根本一開始規格就開歪了，
        總之現在很難維護，且很容易有 side effect。

        於是在列出功能清單後，
        由開規格從頭開始做，重新做了一個新的版本，
        變得很好維護也很好擴充，也不容易出現新 bug。

        你甚至不需要知道之前的問題是出在哪裡。

    簡單四個字：打掉重練。

    不過這裡並不是真的打掉重練，
    而是 "以打掉重練的角度去思考"，
    這讓你可以不受到舊問題的牽絆，
    可以重新建構一個理想中的整體 (文字說明苦手...)。

    也許原 po 的 idea 沒有重點、沒有價值、沒有意義、etc，
    不過這都不是問題，這種天馬行空的想法本身就是一個好示範。

    軟體業相關人員沒有人會這麼想的話，
    這問題還比較大咧。

    總之，或許原 po 不理解軟體業所以 OOXX，
    但這不重要，
    某個很理解軟體業的高人能像原 po 這樣去思考，
    這一點比較重要。

    =====================================

    另外，
    我覺得比起觀注成功案例，
    我們更需要觀注的是失敗的 case 。

    有會產生問題的 case 才能 debug 啊...
    你總不會只看著能正常執行的 case 來 debug 吧？

    謙虛的向失敗者討教 -- 我覺得這是目前我們所欠缺的。

--

還是不想睡，慘...

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.226.196.237
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1406486632.A.21D.html