《夢斷代碼》一書向我們展示了硅谷一流軟件開發者是如何進行產品開發的，對於我們這些軟件開發小白有很強的指導意義。該書將真實的人、事、技術以及產品的發展過程結合在一起，每個有志於開發暢銷產品的程序員都值得耐心去品味這個故事，並且我覺得這本書章節設計很有意思，是從第0章開始的。
在第0章主要講解了軟件時間的掌控。在該章節，作者從自己的角度講述了自己的故事，用自己的實際經歷來講述程序員的工作日常，對於軟件時間的掌控。在這一章中，作者選擇了把本章標爲“第0章”，目的是指出計算機程序員和其他人的一處小小不同：程序員從0開始計數，而不是從1開始。因爲計算機從0開始計數！所以程序員也需要訓練自己這樣計數，以免讓他們對要指示操作的計算機產生誤解。身爲一名計算機專業的學生應該培養自己的思維，做事也要從0做起，從點滴做起。
計算機沒有思維方式，它是按照人們的思維方式將成熟邏輯式子編成一定的語言程序，寫入到機器裏，它只有忠實地執行命令，而人的思維方式是無限制的，靈活的！所以我們在編程時應該注意到從計算機的角度去思考當前功能的實現需要哪些步驟，計算機在執行這些步驟時的順序是什麼，這些應該在我們編程上手之前就應該思考好
在進行項目開發時，通常會遇到這種情況：項目臨近上交時間，可是功能還沒有做完。然後長吁短嘆（這個詞用的不太恰當），糾根揭底，無非就是：預估能力大於實際能力，預估存在偏差。當然這個偏差是不可能進行避免的，只能儘可能地進行縮小。在第一章，作者也用實際經歷來敘述了這種情況。通過第一章的學習，我收穫最大的便是要去嘗試預估自己做某一程序或實現某一功能的時間，剛開始可能預估和真實值存在較大偏差，次數多了就會好一點。
假如不能很好的預估的話，項目開發可能就會出現延期，之後的工作也會受到影響，就會出現“長吁短嘆”的情況。在團隊開發中，如果隊長不能比較準確估計併合理分配每一個人的工作，那這個隊長就是不稱職的，團隊合作開發就有可能出現問題，影響進度。
過去自己爲了方便，都是從1開始計數，甚至編寫程序時，也習慣拿1進行使用，這樣不利於培養自己的計算機思維，在以後的編程實驗中，自己要着重培養自己的用0思維。