作為嵌入式軟體開發人員，在產品開發初期，經常去客戶現場出差，總的感受就是特別累，這裡說的累當然是和在公司「做班」比較出來的。
尤其是第一次，因為不了解客戶現場的具體情況，往往出現的狀況就會讓人束手無措了。比如說：
出現了突發狀況，沒法及時解決的時候，往往就會給客戶留下「不專業」的印象。
上面我們講到了，客戶現場的情況比我們想象地要複雜，在公司埋頭苦幹，做出的產品不一定完完全全滿足客戶的使用，通常溝通需求也是非研發人員和客戶對接的，所以，研發非常有必要親臨客戶現場實地除錯，與客戶溝通，聆聽客戶的需求和意見，如此，才能做出客戶滿意的產品。
產品到了小批量階段(已經交付客戶使用了)，研發人員反而不應該頻繁地在客戶現場了，前期的問題都暴露得差不錯了，這個階段研發人員更多地是優化公升級，現場的問題現場工程師應該要能解決(前提是，研發考慮並在功能上支援現場人員的所有操作)，這點很重要！！！
台上一分鐘，台下十年功。
無論多麼簡單的產品，都要在公司測試好了，再交到客戶手裡，在家裡(指的是公司裡)偷的懶、省略的步驟，在客戶現場都會被放大出來，後果是大家都接受不了的。
嚴格按照產品研發的流程來，開發流程結束了，交到測試手中，測試ok了，再交到客戶手中。
第一次去現場：
沒去之前就要準備充足，時間、地點、對接人員****等等，最好和商務(銷售)一起，最好兩個人(有人幫你擋擋雜事)，乙個人真心不好幹活。工具準備充足，大到示波器小到一根導線，大包小包的，免得找起東西來手忙腳亂的，準備東西時列個清單，臨出發前拿出清單對一對，回來了再對一對，免得丟了東西都不知道。除錯中，多記錄問題現象，最好在家裡有個遠端支援的同事，有啥不清楚的要及時向客戶詢問、溝通，或向家裡求助，免得自己掉進死胡同出不來。
如果能遇到競爭對手公司的工程師，也可以「虛心」地了解一下他們的產品進度等等，聊天嘛，都是工程師，還是很好說話的。
回來之後，抓緊作總結，將現場的情況、問題等等，詳細地寫成郵件或文件，發給同組的其他同事了解，然後針對問題做改進和優化，如此這樣的現場除錯才是有效的。
今天，就寫到這裡，後面再想到了做補充。
2018 年 ACM ICPC 焦作站現場賽感受
今天下午四點半，acm icpc國際大學生程式設計競賽亞洲區域賽 焦作站圓滿結束。首先，感謝河南理工大學給了我們這樣的乙個可以與國際接軌的平台，更要感謝王老師的辛苦付出。弱校舉辦這麼大型的比賽實屬不易，但是我們各方都盡自己做大努力去爭取把比賽辦好，讓大家滿意。從很榮幸我成為了一名比賽的場內技術志願者...
極限程式設計中的現場客戶如何實踐？
在scrum中，客戶只需要負責產品的反饋和驗收。而在極限程式設計中，為了保證專案交付符合客戶預想，現場客戶被當作乙個單獨的重要實踐。極限程式設計中的 客戶 並不是為系統付賬的人，而是真正使用該系統的人。現場客戶的職責是什麼？現場客戶有什麼好處？現場客戶的實踐，不僅可以提高團隊與客戶之間的溝通效率，還...
gdb使用小技巧 儲存調試點現場
include include static int func return 0 static int func3 static int func2 static int func1 int main gdb b main breakpoint 1 at 0x80483e0 file test.c,...