也不是大分享，只要是我剛出來實習的乙個小小的總結並記錄下來。
「我們在開發的時候，開發出來了乙個小功能了，就先公開給別人用，先給我們內部人員用用，完了再開放給客戶用。」公司的架構師如是說。今天跟他聊了關於開發計畫的問題，由於我之前的開發工作都是自嗨的比較多，上來實習後，發現團隊合作開發還是缺乏經驗，今天架構師就跟我說了這麼乙個話題，「敏感式開發」的研發觀念。
其實我前面那句架構師的話已經表明了敏感式開發的做法了。它強調我們開發產品和客戶之間的強聯絡，為的就是能及時修復未來隱瞞的bug和跟進客戶體驗。
你或許說，我們可以做完了整個專案了才給客戶呀（好吧我之前一直這麼認為的），客戶覺得**不好，我們再修改不就得了？其實想想就明白了，我們程式設計師辛辛苦苦開發出來一套專案，結果客戶的評價反而不太好，這時候，我們是什麼心理？更多是接下來應付了事，態度很容易在這時候發生改變，會影響我們的研發工作和與客戶的合作。
而邊開發邊用的這種敏感式開發，本身就是衝著與客戶的強溝通去的，乙個專案，分成10個小模組，完成第乙個小模組我就開放給使用者使用，並要求他作出反饋。第一次假設可能做得不太好，客戶給了我們30分，我們心態也有點無奈，但因為只是1/10，不至於崩潰，所以及時對第乙個模組加以完善，彌補客戶丟失的那70分。接下來，就是第2個模組，我相信，因為有了第一次溝通，我們越來越懂客戶的心思，這次會比第1次高分，如50分，第三次70分、第四次…你可知，在這多次與客戶溝通的過程中，除了我們向客戶展現出我們的價值輸出之外，還能順利地、可觀地讓客戶了解我們的工作進度，還能增進我們彼此的信任，讓客戶知道，我們是靠譜的。所以，我現在就要改掉那種悶頭就幹的壞習慣了。
其實，很簡單，相信很多在職的程式設計師都跟我一樣，每個開發的專案都有乙個響應的計畫表，我們在計畫表上做好模組分解，並標記著開發到什麼模組之後就要停下來，先上線給客戶用就好了。
一位Linux高手對初學者如是說
現在好多的人開始接觸電腦的時候，見到的應該是windows98 說實話，98 已經是乙個很人性化，封裝的很好的乙個系統了 乙個對電腦一竅不通的人都能很快的使用它。這樣很多人對 電腦 的印象和那些和我一樣一開始接觸的是dos人是絕然不 同的。在dos時代，如果你對電腦的基礎知識不懂的話是玩不 動它的，...
架構師基礎一
架構師基礎一 主要內容是資料是如何傳送 影響傳送速度的因素 為什麼要限制頻寬 一 資料的網路傳輸 資料是如何傳送的？應用程式首先將要傳送的資料寫入該程序的記憶體位址空間中。應用程式通過系統函式 send 向核心發出系統呼叫，它將這些資料從使用者態記憶體區複製到由核心維護的一段稱為核心緩衝區的記憶體位...
塞梅普雷斯 如是說 第一部 10 浮躁 草
2004 09 22 13 04 10.浮躁 塞梅普雷斯走在這個國度裡,看到連做夢都想一夜成名致富的人 走在這個學校裡,看到想一下子學會所有知識的學生們 走在這個社會上,看到想躲避困難和失敗就輕易成功的芸芸眾生們。塞梅普雷斯想起了他的時候,那時他有了些c c 的知識,在學習visual c mfc,...