「麻雀雖小，五臟俱全 」系列
---
這一系列著眼於日常工作中的一點一滴，從細微處入手，發現工作的樂趣和智慧型。
---
本文談論的不是技術問題，是乙個溝通和工作方式的問題。
我們公司有一項軟體產品，還處在穩定階段，產品化程度不太高，
這項產品目前正在乙個全國性的專案中實施。
實施團隊被派到各省去做現場安裝除錯，
由於產品開發和使用者的定製需求不能完全分離，因此不斷的有補丁包發布，
實施人員每次拿到補丁就在現場做公升級。
a是負責幾個省實施的專案經理，b是產品某模組開發小組的負責人，
4月份，b負責的模組有重大的功能調整，發布補丁後，由a在現場公升級，發現有異常。
於是a派手下的開發人員去現場檢查，發現有檔案缺失的現象，
開發人員在現場修復問題，大家也都沒有深究原因，這事兒就這麼過去了。
由於b的功能調整比較大，於是接下來乙個多月，又連續發布了幾次補丁包，
每次都是a更新後有問題，需要派開發人員到現場解決問題。
這樣反覆多次後，隨著初驗壓力越來越大，a和b在**裡爭了好多次，
a終於忍不住了，認為研發部門發布的補丁有問題，
將情況通過郵件向部門領導反映，要求協調解決。
接手調查此事後，我要求a將現場剛公升級完畢，有問題的系統，原封不動的打包發給我，
我首先要在公司重現他在現場遇到的問題，以便排除環境因素
（因為每次都是他這裡出問題，我首先懷疑他的環境是否有問題）。
拿到a發過來的包，經測試確實有他提到的問題，進一步檢查問題原因，發現還是缺少檔案，
我向b索要了最新補丁包，並向a確認他的公升級步驟。
資訊彙總到一處，真相其實很簡單，甚至有些傻：
b每次發布的增量更新包，僅包含跟上次發布相比，變化過的檔案，
a每次公升級，都是按目錄替換，而不是覆蓋。
這樣導致目錄下沒有變過的檔案被刪除了。
---
點評：
這本來是乙個很容易發現的錯誤，
開發人員第一次去現場幫助實施人員做更新的時候，
如果雙方做乙個有效溝通，就應該可以解決這個問題。
可見溝通是乙個很奇妙的事情，跟距離的遠近和語言的多寡沒有關係，
對話的雙方如果都能嘗試著去理解對方，而不是忙著劃清責任的邊界，
可能很多問題就不會是問題了。
看完這篇文章，可能有些人會覺得，工作中怎麼會有這樣的低階錯誤，
我也有此疑問，可它確實發生了，因此記錄下來。
麻雀雖小五臟俱全 ZC評價系統
我和少敏進行了一項zc員工評價系統,專案相對來說比較小,而且之前也有過類似的系統,所以做起來的難度相對較小,我暫稱之為小麻雀,但也就是這只小麻雀給了我一次經歷軟體工程的機會.而我也經歷了各個角色,從最開始的業務聯絡人,到需求分析,軟體編碼,軟體測試,軟體部署,以及後期的軟體維護,對軟體工程的概念有了...
NSIS入門程式例項，麻雀雖小，五臟俱全
outfile setup.exe name loadlanguagefile contrib language files simpchinese.nlf brandingtext hyt corpration icon contrib graphics icons win install.ico...
51微控制器 麻雀雖小，五臟俱全
對於51微控制器，這幾天一直忙於51微控制器，都大四了，從大一開始學習51微控制器開始，然後又學習了msp430 stm32和arm9，到大三微控制器實驗時，再一次又開始重新研究51了，當然，對於我來說，肯定只要是51微控制器的，應該都不會難。對於51的感受，像什麼電子專業，必須得會，當然也得畫51...