曾經在 YouTube 上看過這個影片：Premature Optimization1
Premature optimization，或「過早最佳化」2是程式設計理論的一個概念，其大意是：在設計、開發時，考量太多無關緊要的細節。
在人們還需要自己寫程式的年代，可能會舉例說，像是你寫程式花了很多時間去一直改良一段迴圈程式碼，結果可能那個迴圈從跑 20 毫秒縮短為 1 毫秒，看似快了二十倍，結果程式其他地方卻花了 300 毫秒，整體效率提昇只有 19/320，也就是 5%。
這個概念是用於提醒開發者，改良程式碼時要先從更有效的地方開始做，而不要被實作中其實沒那麼重要的細節所耽誤了。
你以為我接下來要細談軟體開發嗎？很可惜，我並不認為自己是開發專家，其實我只是藉這個想法來說說我對部落格的態度罷了。
我覺得這個概念很好用，而且不只可以用在程式設計上。比如，我寫部落格時就常常會掉到這種陷阱裡！我常常會想說，我的部落格是不是要有什麼很炫的版面，是不是可以搞個文字版 或 SSH 版，是不是可以來規劃個週刊 之類的，是不是應該雕琢一下我的文字讓更多人會想要看⋯⋯。這些想法好像都挺有趣的，也確實會讓我的部落格更吸引人，但是，好像應該回到更基本的東西——我根本就沒有很積極發文啊！
我覺得，寫部落格如果真有什麼目的，那大概是「像是種植物一樣，讓他持續、健康地長下去」，以及「表現自己」或「整理自己」吧。在這樣的前提之下，前面提到的那一些部落格的發文計畫或改造點子等等，就算對部落格是正向改動，但是對於這些目的而言，相對而言效益就沒那麼高了。真正有效益的是持續發文。
而且更糟糕的是，這一些想法可能還會阻礙我撰寫。我從近期開始思考要不要開始寫週刊開始，就都沒在想要寫什麼貼文了。結果想到後來，我似乎是對自己要求太高了，覺得一定要先全部都規劃妥當才能開始寫。所以這一篇某種意義上其實只是用來宣告，我停止思考這個問題了。
所以說，真的不用那麼早就想要雕刻這一些細節。（我對我自己如此說道）
舊聞？
什麼，剛剛才發現原來我早就發過跟週刊有關的貼文了，結果我根本沒有照著我想的做，太羞恥了吧。不過這也符合我上述的定論：我不應該先規範自己要寫什麼，而是先從多寫開始。
然後⋯⋯我也在另一篇發現自己其實在這之前就提到過 premature optimization。那一篇主要是在談記筆記的事情。寫筆記跟寫部落格會遇到的問題會有不少重疊，合理。
