1. 做事切忌急於求成，一定要按部就班的來。每乙個小小的步驟都必須確信沒有問題了，才能進入下乙個步驟。以前，為了盡快看到效果，我會選擇將某些複雜的任務用乙個簡單的任務替代，待到效果實現之後，然後再繼續修改為複雜的任務，這其實是一種極其低效的工作方法，等於原來寫的簡單任務的**完全作廢了，而且在修改的時候說不定會遇上新的原來未考慮到的問題，這甚至導致所有的**必須重寫。
另外乙個例子：在clearcase中的vc專案中新增新檔案的時候，不應該急於修改剛加的檔案，而是應該先將專案checkin，然後再將空檔案add to source control，這樣別人就可以繼續修改專案，而且不會編譯不通過了。
2. 當實現的時候遇到邏輯非常複雜，難以處理的時候，不要過多的糾纏於區域性的邏輯，而應該從整體邏輯上考慮，原有的設計是否存在不合理的地方。
例如在處理mvc設計的時候，view可以通過多種方式被關閉：首先通過view本身的close關閉，其次文件關閉時view也要關閉，而view本身又涉及到視窗，iview例項等的關閉，這時的邏輯非常複雜，此時不應該糾纏於區域性的實現，而應該從整體上考慮：1. 既然view的關閉涉及到這麼多東西，我們不應該將這些邏輯分散到各個不同的物件中，而應該統一用乙個外部的策略來處理，這裡選擇用關閉的系統任務來實現。2. 詢問文件是否需要儲存等操作也可以放到系統任務中，因為其本身就是系統應該做的事情。但是如果是某些特別的view有特殊處理，不允許關閉時，可以考慮由view本身來預處理關閉任務。也就是說，某些物件特有的操作應該交給該物件自己處理。
3. 盡量少拷貝**，而應該自己寫，這樣乙個是增強記憶，這樣下次使用時不用到處查，另外也能更清晰的了解**的邏輯，說不定還能找到**的錯誤。
4. 懷疑一切的精神。對於一些已有的實現，不一定就是好的實現。別人提出的某些想法，不一定就是最終的解決方案，在邏輯清晰的思考出來之前，不要為了怕思考問題，而強制自己接受之。思考問題的方法：不是先有結果，然後強制自己去找所謂的原因來說服自己；而應該從問題本身出發進行分析，從而得出結果。
5. 思考問題要抓住重點，不要糾纏於細節，不要毫無目標的思考，這其實和第2點是乙個意思。例如在分析view/doc的關係時，重點在於view由doc建立也就必須由doc關閉。又比如slot中的問題層出不窮，其實重點在於靜態變數的生命週期沒有理順。
最近工作中的一些問題
來公司已經兩個月了，這兩個月裡做不少頁面，水平也有些提高，會寫jquery外掛程式了，會用less來編譯css了，改用sublime編輯器寫 這三項，是我覺得我自己在這兩個月裡的重大收穫。但問題也是有的，最大的問題是開發效率。現在乙個需求提出來，設計圖出來後，由我來寫html css和js，html...
工作中的一些認識
作為乙個 的板磚者，都說不上自己是乙個前端程式設計師，還是差太多，為什麼會這樣呢？無論在做什麼，態度永遠是第一位。開發都是乙個乙個的小團隊，為什麼都是兩個肩膀乙個腦袋，同樣是同樣的框架，人家的腦袋瓜，就是比你有靈光呢？我個人認為 首先，自己不必人家聰明，那就多付出點努力，老話不是說笨鳥先飛嘛，努力不...
近期工作中的錯誤總結
近期，在公司的工作有了些調整，原來只是負責乙個軟體產品的產品經理工作，因為人員調整，增加了公司 的交換機產品的技術支援工作。工作內容增加了很多售前 售後的工作，支援市場人員進行售前交流 方案編寫 裝置詢價 客戶問題支援 裝置檢測維修 廠家溝通等等等等，並且人員不足，很多事情只能自己進行。從原來熟悉的...