我喜歡編程,通常。單調乏味的東西很容易做到儘可能快速和正確,所以我可以通過它,而不必再看到它。如何平衡有趣的功能蠕變與時間限制?
但很多我的編碼是好玩當我進入'區'時,我真的很享受我自己。
這是我做花太多時間,或許增加功能,或許在陰涼或優雅的方式書寫,或者只是做整齊原型的錯誤。
- 您是如何認識到這種情況發生在超過您的時間範圍之前的?
- 在啓動一段有趣的代碼之前,或者在執行期間,您會做什麼以回到正軌?
- 什麼時候可以讓自己走「野豬」,享受它而不必擔心後果?
- 亞當
我喜歡編程,通常。單調乏味的東西很容易做到儘可能快速和正確,所以我可以通過它,而不必再看到它。如何平衡有趣的功能蠕變與時間限制?
但很多我的編碼是好玩當我進入'區'時,我真的很享受我自己。
這是我做花太多時間,或許增加功能,或許在陰涼或優雅的方式書寫,或者只是做整齊原型的錯誤。
- 亞當
保持一個詳細的優先功能列表/錯誤列表。經常檢查它,然後將有趣的工作與需要完成的錯誤/功能進行平衡。
隨着積壓。這樣,你總是會記住什麼需要完成之前,你可以開始做什麼想要做。
給自己一個艱難的最後期限 - 即使是你自己的項目。否則,您只需不斷調整並添加功能即可。
始終準備好工作發佈(快照)。像SQL服務器實現快照隔離一樣對待它。 :)
繼續添加新的酷東西到一個單獨的項目副本。一旦穩定,覆蓋您的發佈文件夾,那就是您的新快照。無論何時有人要求演示或發佈,這種方式都可以隨時切換到穩定的應用程序並隨時顯示。
通過將它們視爲可銷售的眼睛糖果來證明您插入的任何「有趣」功能。
除非,當然,他們不可見;)
但所有_really_很酷的東西是不可見的!好吧,主要是。我喜歡我一些算法! OM NOM NOM NOM NOM ... – 2008-09-13 12:46:10
所有這些答案都是很好的建議。特別是這個(儘管有些模糊)。我唯一可能補充的是:始終瞄準[最低可行產品](https://en.wikipedia.org/wiki/Minimum_viable_product)。在您製作@simon提到的列表後,仔細閱讀每個項目並問自己:(1)整體而言,絕對必要的特徵?和/或(2)是否可以簡化爲更基本的功能。 – Lopsided 2016-10-02 21:16:27