工作總結記錄：
2010.11.26 1. 面對每項工作任務時，耐心，細緻的去對待，能提高我們的工作質量。 2. 解決問題一定要徹底，從本質上把問題解決了，爭取發現一次之後，再也不會出現。
2010.12.03: 1. 增強提公升工作效率的意識，學會運用原有資源提高工作效率。 2. 增強溝通，多請教。
2010.12.10 1. 理清思路，實現高效，認真，細膩。 2.待解決問題： 1. 在處理徐林反饋包頭問題中有乙個是：使用者的採購專案乙個包組中有多個條目，這多個條目同屬於乙個大類，如：醫療器械，但終端使用者採購完成是乙個包組對應多個中標**商，而我們系統設計，只允許乙個包組錄入乙個中標**商，使用者方為了按時完成專案，也只好在該包組多個中標**商中，選擇乙個做為該包組**商，這樣導致了後期支付環節的一系列問題。 問題：我們設計乙個包組只能對應乙個**商，是否設計太死？我們能否設計成按乙個明細錄入乙個**商。或，使用者在立項時選擇按明細還是包組錄入中標**商，又或在錄入評審情況時，我們同時支援兩種方式。如果這樣考慮周全或許我們能解決很多使用者反饋的問題。 2. 包頭專案，當採購方式為公開招標的專案，在**商報名階段距離開標只有乙個小時，使用者發現只有乙個**商投標響應，遂進行了採購專案失敗申請，採購辦馬上審核以：單一**方式於該**商進行談判。那麼是否意味這該專案馬上就要進行談判了？。這裡有個點就是：我們採購失敗審核通過之後，對該項目的時間並沒有變，還是發布公告時的時間，那麼專案失敗審核通過後，對審核通過的專案我們是否要求使用者調整新專案時間呢？不過這涉及到使用者的具體操作，是否有問題看使用者反饋了。從個人思路出發，我們是否是審核採購失敗申請通過調整專案時間. 2011.12.10 最佳實踐：1. 對要處理的任務，有乙個充分的認識，再著手處理，可能會事半功倍。 待解決的問題：1. 全面了解平安二期需求，對平安二期系統有乙個全方位了解。
20110701：
1.提供模組設計文件，能理清開發思路，提高開發效率。
2.構建乙個好的系統架構，能縮短開發周期。
2011.03.18:
最佳實踐
1.工作的心態和心情能提公升工作效率。
待解決的問題
1.全面了解平安需求。
2.提高解決問題的能力。
周工作總結
這週前半周開始看了下linux基本命令和shell的相關東西，有了個大概直觀的了解。看書心理依舊是急躁和不安，因為沒有幹具體活，覺得同事們都聽忙碌，我卻閒著看書。於是週三開始幹活，download小工具，fix bug 5579.bug用了一下午找，不敢改動，畏畏縮縮不能動手。然後第二天早晨終於鼓起...
一周工作總結
一周又過去了，感覺時間過得快，又覺得慢。這不上次寫部落格離現在已經一周了，但上次寫部落格的情景還很清晰，故為快。這過去的幾天比較充實，也許因為這樣覺得時間也慢吧。下面簡要回顧下上週工作吧，做個小總結。上次還認為工作是嵌入式開發，會跟硬體打交道多，對硬體開發平台和軟體開發環境還只是初步了解。根據現在的...
第九周工作總結
突如其來的開學打亂了節奏，原本預計最少三個月的實習時間，大概離定格到了63天這個數字，回顧整個過程，從對整個流程的懵懵懂懂，到後來漸漸熟悉，妥善安排 對git，vue，甚至ts都有了更深刻的認識。同時，由於涉及到很多c端對業務，從css自身或者是涉及到andr webview的一些ui的嘈點都有了一...