昨天在語音卡開發群裡面有個叫sun的網友做fsk收發應用（正巧東進的技術支援也有個網名是sun），遇到不少問題，據說和東進公司的技術支援交流過很多次也沒有解決，我讓他把**貼上來，發現是很基本的問題，其中之一是對fsk的接收機制不了解，其二是他的c/c++語句對接收資料的判斷，用法不對。
網友對東進的技術支援頗有微詞，這篇小文就來說說這個事吧。
國內語音卡廠商我接觸比較多的是東進和三匯，總體上兩家的技術支援都還不錯。因為題目是說東進，那就先說說東進技術支援的優點吧：
1.**比較暢通，如總機按9便進入技術支援；
2.有技術論壇，而且反應挺快，當然，週末似乎差點；技術論壇的內容比較豐富，使用者社群初具規模；主頁上**資料也比較豐富；
3.技術支援人員態度比較溫和，也有足夠耐心，不過相對三匯公司，回訪不夠，三匯的技術支援會主動打**問你問題解決沒有。
東進的技術支援是採用專職工程師的制度，就是他們從來不搞開發，也不接觸底層源**。同樣，開發人員閉門造車，通常也不和客戶接觸。
這種方式的弊端就是，技術支援工程師不十分了解底層技術，很多深一些的問題無法解決，另外bug反饋不直接，產品不容易快速完善。此外，技術支援工程師容易士氣低落，產生挫敗感。
我認為這種制度有改進的餘地，比如，可以考慮兩類工程師交叉工作，技術支援也去做一些開發工作，開發工程師也定期做一些技術支援工作。
當然，這牽涉到核心技術、核心源**保密的問題，但至少客戶支援和開發工程師之間應該加強交流，也至少可以讓技術支援工程師參與新產品的需求設計，文件編寫等工作。
加強和開發者社群的聯絡也是重要工作，培養高水平的使用者群，讓使用者去幫助使用者，可以節省大量的技術支援費用。
Docker技術支援（nvidia docker）
是因為目前的後端在開發和運維階段確實需要一種虛擬化技術解決開發環境和生產環境環境一致的問題。虛擬機器是模擬硬體的輸入和輸出，但是如果宿主機個虛擬機器他們的kernel是一直的，就不用做硬體輸入輸出的搬運工了，只需要做kernel輸入輸出的搬運工即可。問 docker 容器有自己的 kernel 嗎 ...
微軟的技術支援
一位駕駛員正開一架單引擎的小飛機，載著幾位高層管理人員飛往西雅圖機場，可是空中布滿濃霧，能見度不到10英呎，而且機上的儀表也壞了。他只好盤旋尋找地標。差不多過了乙個小時，燃油眼看就要耗盡，機上乘客緊張萬分。透過濃霧的間隙，駕駛員終於看到一座高樓，在那兒的五樓還有乙個人在孤零零的埋頭工作。駕駛員飛近大...
技術支援的日常
今天檢視現網磁碟空間數和inode 數時，發現oracle資料庫伺服器inode數即將滿。最後發現罪魁禍首是audit目錄。檢查步驟如下 1.df hi檢視是哪個目錄下面inode數即將100 此次是 opt 目錄下 2.根目錄下對每個目錄執行檔案數統計 ls lr grep wc l 最後發現，下...