最近看程式設計師修煉之道，看到曳光彈這裡，一直被這個概念所困擾。
因為一直以來基本上碰到需求肯定是先寫乙個簡單的demo來實現，然後再將這些**整理重構之後放入相應的模組中。
這可以簡單的理解為原型。
但是顯然與曳光彈不同，曳光彈的作用在於不斷的接近目標，也就是用於定位目標。
那麼實際的軟體開發中又是如何使用曳光彈呢？
這一直困擾著我，然後查詢相關資料才有點點感悟，卻不知是否正確。
在我的理解中，可能是這樣的。
某個需求到達了，那麼為了開發這個需求，可能需要先寫一部分相關業務邏輯**。
但是這部分邏輯**卻不是很明確是否能夠達到該功能的需求的要求，那麼就需要寫部分測試**，來呼叫這部分邏輯**，來證實這些**是否可行。
這就是曳光彈的作用，在於黑暗中起到乙個指向目標的作用.
所以這裡與原型非常相似，但是又有不同，原型可能只是簡單的能夠達到演示的效果，甚至於可能還存在bug/奔潰等現象。
但是演示完了，原型將被徹底拋棄。而曳光彈則不同，可以隨時進行測試與目標之間的差距，然後再次矯正。
如此，直到達成目標。一次次校驗，卻不拋棄，這可能就是與原型比較大的區別。
也可以參照這裡的觀點。
python之我理解的socket
一.為什麼學socket？完成c s架構的開發。思考 什麼是c s架構。二.學前準備 計算機系統 硬體 系統軟體 應用軟體，將這樣的計算機比作成乙個人，在地球這樣的大環境下你只能和自己玩 比如自帶的單機遊戲掃雷什麼的 但是地球上不會就只有乙個人，地球上的人需要互相交流 語言 要想所有人都聽得懂所以人...
遞迴之我所理解
遞迴在實際程式設計中有著很重要的用處，最常見的用途莫過於檔案搜尋目錄遍歷了，我曾花了很長時間研究遞迴的性質，發現所有遞迴都可以用樹的結構描述出來，這只是我的發現，並沒有嚴格的證明，至少在我所研究過的所有遞迴應用例項中是成立的。遞迴的效率顯然不是很高，因為每次遞迴的時候，呼叫函式時得分配棧空間，函式返...
我理解之windows的核心物件
作為乙個程式設計師,其實任何東西我都想從程式的角度去思考它.因此,在我看來,核心物件就是乙個結構體,乙個struct.但它又不是普通的結構體,說它不普通是因為 1.它是由核心維護的.2.它只能被執行在核心模式下的 訪問,從寫 的角度而言,就是只能通過windows提供的api來訪問它.我們編寫乙個程...