**規範
寫**要規範,變數名的設定和檔案日誌名的取法都是有講究的,養成規範後不用考慮怎麼命名不用混淆一些變數和其他名字;
還有**的整理版本控制,如果有乙個專案,一些通用的指令碼或者經常要使用的工具檔案,一般會分開放,呼叫的時候很快知道檔案在**. 通常一些要用到的檔案,只要不是**檔案, 一般不要上傳到**庫中取.
學會封裝
經常使用的**選擇封裝起來,以後方便呼叫,封裝的**越來越多的時候,考慮將他們放到乙個單獨的模組中去. 順便手說一句,封裝**,要記得寫注釋,這樣不僅提醒自己也可以讓後來的人很快直接封裝這段**的用途.
使用main函式
可以更好的方便呼叫, 多使用def 函式,除錯用起來可以很方便,當然寫main中也方便除錯.
除錯可以利用python shell 或者其他,比如adb shell ,都是不錯的選擇. 遇到不懂的**,嘗試列印出來看. 遇到不懂的命令, 最好的了解方法就是將他用起來,看輸出什麼.
定位問題
問題很難的時候,首先需要將bug定位出來,然後確定這是屬於哪方面的問題, 光看和空想是不能解決問題的,要動手去查資料,或者請教其他人.
加班還是要加的,不能因為下班就走人,任務沒有完成的話還是要寫**的, 任務完成了的話再多想一點,多做一點,每天多做一點多學一點,厚積薄發,以後請求別人的事情就少一點.
通訊小結之一
通訊小結之一 在前幾天開始敲及時通訊的 之前，我花了一天了解整個通訊需要哪些模組。又花了乙個下午設計我所需要的通訊系統的功能，我的整個通訊系統的流程，以及每個流程中需要發生哪些動作，會出現什麼問題，實現這些功能需要哪些類，每個類又需要什麼屬性，什麼方法，這些方法是要私有的還是公有的，這些類需不需要例...
工作心得之一
解決問題 pdca 找問題，找原因，找要因，定計畫，執行，檢查，反饋總結，解決問題。做事要思考 任務是否有放心頭，是否可以提前一點，多做一點，做的更好。不要讓人等你，比別人多想一步，多做一點，比昨天做的更好。溝通 減少無用溝通，直言，面對問題解決問題。減少不必要的公用開會時間。做老闆的心態 世上無難...
專案管理小結之一
學過專案管理的人可能都了解 專案 指的是什麼，其實生活中，處處皆是專案。在專案管理的過程中，還是有一些套路和方法的。工作那麼多年了，也在看相關的書籍，在看的過程中也將自己覺得重要的東西記錄下來，分享給大家。尤其是在會議中記錄的一些需要會後去行動執行的事情的記錄中，可以將干係人應用進去，乙個簡單的模板...