看完《clean code》和《斷捨離》，從思想上來說，這兩本書如出一轍，軟體開發也需要斷捨離。
乙個產品歷經10年，開發，迭代，新功能上線，維護老功能，package越來越大，**越來越臃腫，老員工離職，新員工加入。當你開啟souce insight, 你不知道這些**是否還在用，看著這些滿目瘡痍的**，你該怎麼辦？ 斷捨離吧。
《斷捨離》中講到，有些人喜歡在大**的時候買買買，買回來後一年多，發現竟然還沒開啟過包裝。這跟寫**時，隨手寫上一段除錯用的**，臨時新增的**一樣。**時買的商品，一時衝動，以為會用到，結果沉睡了一年。除錯**，只在測試新新增**功能的時候用過一次，然後就一直趟在那，因為新新增的**已經正常工作了，不需要測試**了，然後測試**卻一直在，占用空間，影響閱讀。這就像開啟乙個的倉庫，裡面堆滿了多年來存放的東西一樣–心情糟透了。
《斷捨離》碰到這種情況，就是舍，捨棄這些東西。《斷捨離》主張別讓無關緊要的東西進入自己的視野，看到「喜歡」的東西，一時衝動，買了下來。給你帶來的持續的浪費，是要給它存放的空間，而你卻一直不用它。這就像你是皇上對待召進宮的女人一樣，三宮六院，看到美女就納入，卻不去臨幸。《clean code》童子軍規則，check in 的**要比check out的**clean
《clean code》提到「稍後等於永不」，**裡面充斥著todo，寫**的時候信誓旦旦地說，有朝一日會清理或處理這部分**的，可是有朝一日始終未來，就好像未被臨幸過的女人，人老珠黃後，再沒人記起。
《斷捨離》只買自己真正喜歡的東西，這東西有用嗎？有用。這東西你用嗎？不用。短小，簡潔《clean code》later equals never，把**寫好，不要隨便寫**。
《斷捨離》設計小格仔，把衣服卷起來，豎著放，節省空間，拿起來也方便。總結《斷捨離》和《clean code》《clean code》類要短小，還要更短小，乙個函式不要超過規定的行數，每個函式只幹一件事情。
斷=對於那些自己不需要的東西不買，不收；
clean code=借鑑別人**的時候，不要一股腦都收下，有選擇的吸收精華的東西。
舍=處理掉堆放在家裡沒用的東西；
clean code=把那些沒用的，過時的注釋清理掉，永遠沒被呼叫過的函式delete。
離=遠離物質的**，放棄對物品的執著，讓自己處於寬敞舒適，自由自在的空間；
clean code=不做「**猴子」
摘錄《clean code》
書中譯者前言中關於「**猴子」的比喻太形象了。我們就是一群**猴子，上躥下跳，自以為領略了程式設計的真諦。可惜，當我們抓著幾個酸桃子，得意洋洋坐到樹枝上，卻對自己造成的混亂熟視無睹。那堆「可以執行」的亂麻程式，就在我們的眼皮底下慢慢變壞。摘錄《斷捨離》
當你持有的物品越少，越容易做出選擇。選擇越多，越難抉擇。在你做「斷捨離」的時候，最重要的東西會越來越清晰的浮現出來，你也會變得珍惜現在擁有的一切。
自上而下的軟體開發和自下而上的軟體開發
自上而下 top down 開發模式是指從乙個應用的最高點開始開發。從最高點逐步往下層編碼，直到開發完所有的任務。一旦寫完了最下層的 開發任務就完成了。使用這種方式，你需要設計 編寫出所有你需要的但還沒有實現模擬介面 服務 偽 自下而上 bottom up 開發模式是指從乙個應用的最底層開始開發。這...
python軟體開發目錄 軟體開發目錄規範
為了提高程式的可讀性與可維護性，我們應該為軟體設計良好的目錄結構，這與規範的編碼風格同等重要。軟體的目錄規範並無硬性標準，只要清晰可讀即可，假設你的軟體名為foo，筆者推薦目錄結構如下 foo core 存放業務邏輯相關 core.py api 存放介面檔案，介面主要用於為業務邏輯提供資料操作。ap...
軟體開發的效率
泰巖網路工作室 吳旻軟體開發專案不能如期完成似乎是普遍的事實，想想連微軟這種霸權級的公司開發乙個 vista 都要推遲了又推遲，其它公司的專案延期一些又算得了什麼呢？應該說，關於開發管理的模式很多，比如近些年流行的 rup xp什麼的，都對軟體開發中的問題提出了自己的理解。但是今天我在這裡想談的不是...