那麼，如何實現這種程式設計模式呢？
一般我們碼農編碼過程是這樣的：拿到需求->拆分任務->寫**->自測或者單元測試->修復bug
當然也有一種程式設計模式是測試驅動,就是先寫單元測試，再寫實際的業務**。
一般來說是沒有什麼問題的，只要任務拆分得足夠細，確實可以按部就班的，每天幹一點，最後把專案幹完。
但實際上，很多時候來了乙個龐大的專案，或者說乙個很複雜的需求，並不能很好的把任務拆分出來，很多時候是乙個巨集觀的把控，腦子裡有乙個大概的模式，像是寫**，先想乙個故事梗概，然後一點一點完善中間的劇情。
理想狀態下，這種每天像寫**的形式寫**也是可以完成整個工程的，可以，我幾年的工作體驗下來，這樣的模式每天都很累，每天都要有乙個大局意識，導致到後面會很配備，會有放棄的思維，並不回去思考好的解決方案，隨便一種能解決的模式就行了，導致**寫成了又臭又長的模式，最後沒辦法維護。
所以，我在想，我能不能在寫**前，把任務拆分得足夠細，有乙個很好的視覺化一點工具來協助拆分更好了，每次我只需要專注乙個很小的任務，不需要太動腦子的任務，把這些任務乙個個累積之後，工程就完成了。
我目前沒有想到乙個好的方案，最簡單的可能就是用markdown的形式列出來，然後形成乙個個的任務，放到todo工具裡來管理。
我覺得每次解決乙個問題後，在todo工具裡點選完成也是乙個很有成就感的事情。
或者……可以使用思維導圖的模式，根節點就是這個問題，分支節點是解決這個問題的一些步驟，最終拆分到足夠細，只需要解決最細的問題就好了。
我一直很想做乙個給自己使用的微博應用，因為總會有一些臨時的想法，或者一些很及時的對生活的抱怨，如果不記錄下來可能過一段時間就沒了。
但是這個東西我又不想弄成日記模式，我想公開的，因為公開的就會有一種莫名的責任敢感，總會下意識的想到會有人看到，會盡量的增加寫下來的積極性。
為何不做成普通的長部落格模式呢？
因為我自知自己的文字功底就是很差，長篇沒辦法寫下去，如果在長篇部落格的系統裡面總是寫一些只有幾個字或者幾十個字的內容，我會不好意思，這種不好意思次數一多之後，就會出現長時間不更新的狀態。
所以我要限制，嚴格地限制，每篇最多就是140字，沒有負擔，隨想隨寫。
目前能想到這樣的一些設想：
胡思亂想II
昨天想著壓縮的事情睡著了，半夜兩點多又醒了，半夢半醒中，似乎腦袋特別活躍，又有了許多新的想法，很混亂，在眼前晃來晃去。1 b幀的壓縮效率為什麼那麼高，真正的原因在 昨天看了含b幀的碼流，b幀的壓縮幅度真的大很多，但從人的主觀來看卻覺得差不多，這中間到底怎麼回事。不要回答說b幀更準確，我知道更準確，但...
胡思亂想 12 02
突然想寫些什麼，時間過的很快，大二的時間也快過去了一半了吧。看著 邊上的 即將畢業的，看著集訓隊裡面的各位，總是不禁去想幾年後的自己。渾渾噩噩，在大學的學校的生活已然過去一半了，除了敲敲hello world 啥都不會，本想學些自己喜歡的東西，卻又被各種瑣事纏著。大學，總要去有自己的個性。我希望，2...
胡思亂想3 1
回校這周，一開始還興致勃勃去找關於畢設的 看，但沒過多長時間就看不下去了，開始了焦慮與迷茫，關鍵是還不知道這是怎麼了，就是控制不住自己的情緒。有時想想自己就是太閒了，忙碌的時候才不會胡思亂想。思考了很久，才有點明白為什麼自己會有這樣的想法。其實是，本身是乙隻渣渣惠，但不甘心做只渣渣，卻又不知道如何變...