實習問題記錄及經驗總結
工具篇
git
- 問題描述：
- 第一次merge分支到主幹develop，遇到衝突時解決方法不當造成主幹代碼無法運行。
- 原因：
- （1）自己習慣問題，寫完代碼隨手Ctrl+Shift+F，將本地的整個類格式化，導致提交時出現了N多個衝突。
- （2）自己解決衝突的方法不當，看了幾百行代碼，發現衝突是因爲格式化問題，所以就選擇全部按照自己本地的提交，沒有考慮到萬一別人也修改了這個類，那樣就將別人的代碼直接覆蓋掉。
- 教訓：
- （1）格式化問題，MyEclipse中導入公司的專門的格式化文件，只格式化自己寫的那部分代碼，切勿針對整個類進行格式化操作。
- （2）解決衝突問題，代碼提交出現衝突必須認真仔細嚴格對待，確認好自己修改的部分，不能隨意使用別人或自己的改的部分替換。
- 問題描述：
Sybase數據庫
- 問題描述：
- 公司的開發環境使用數據庫都是公用的，有些改動會直接影響別人的開發進度。比如：公用的配置參數等。
- 原因：
- 自己需要改動的部分配置才能看到改動後的效果，所以對公用的數據庫進行了改動，但是沒能及時將數據庫復原。
- 教訓：
- 不能隨意修改數據庫中公用的影響比較大的數據，如果必須改動，切記及時復原數據庫。
- 問題描述：
代碼篇
分析影響範圍
- 問題描述：
- 修改了公用的統計表說明方法，導致很多不需要這樣改的統計表出現問題，影響很大。
- 原因：
- 有幾張統計表統計的類別需要重新劃分，而自己並沒意識到公共的方法不能隨意修改，只看到這樣改動後效果如自己所願。
- 教訓：
- （1）要有全局意識。改代碼時，要分析好這樣改動是否會影響到其他或者更多的流程，不能只看到自己想要的效果。
- （2）學會分析，做好註釋。學會Debug代碼，分析代碼執行流程，修改代碼做好註釋。
- 問題描述：
先出Demo,不斷溝通，不斷改進，不能以自己的想法完成
- 問題描述：
- 研發經理讓我完成一個小工具的開發，約定好時間交付。自己按照自己腦海中的構思完成部分，遇到很多問題，導致不能及時交付。
- 原因：
- （1）沒能和需要時時溝通，自己心裏想的很可能跟需要要的效果不一樣。
- （2）沒有及時反饋問題，反饋進度。
- 經驗教訓：
- （1）理想很豐滿，現實很骨感。要學會先出Demo,不斷溝通，不斷改進。不能按照自己的想法完成。
- （2）及時的反饋任務的進度，遇到問題也應及時提出並處理。
- 問題描述：
經驗篇
合理分配任務時間
- 問題：
- 遇到好幾個任務，一會做做這個，一會做做那個，導致最終沒有一個任務完成，或者導致本來不着急的任務也急迫起來。
- 原因：
- （1）不能合理安排時間。
- （2）不會分析任務的輕重緩急。
- 經驗教訓：
- （1）學會分析任務的優先級。每天針對任務列出優先級，依據優先級高低完成任務。
- （2）學會安排時間。時間是有限的，必須學會針對任務合理的分配時間。
- 問題：
不懂查過後及時去請教
- 問題：
- 遇到不懂得問題，自己花費很長時間尋找解決辦法，浪費時間。
- 原因：
- 缺乏時間觀念，缺乏團隊精神，不會利用身邊的資源。
- 經驗教訓：
- （1）培養時間觀念。遇到問題不能花費太多時間想着自己解決，時間很寶貴。
- （2）培養團隊精神。自己花很多時間去解決問題，可能會影響團隊的進度，要學會積極主動去請教。
- （3）學會利用各種資源。不懂得問題在經過自己的查詢後解決不了，主動請教其他同事，不論任何方式，完成任務才重要。
- 問題：
不能僅以結果來否定自己，過程也很重要
- 問題：
- 自己一天因爲幾個問題沒能完成既定的動作，團隊開會時，總覺得很尷尬，沒啥說的。
- 原因：
- 想法問題，沒有結果，總覺得沒做事情。
- 經驗教訓：
- （1）要敢說。不能因爲自己沒完成任務而不說，要主動說出困難，說出自己的時間花在哪裏，別人才清楚你的進度，清楚你是在做事情，只是遇到了問題而已。
- （2）不能只看重結果。爲了完成任務，之前做的各種準備也是很重要的。在完成任務的過程中自己學到的更多，收穫更大。
- 問題：