快，是當下的工作主旋律。
拿到任務，快刀斬亂麻，達成目標交差。甚至同一時候處理多個事務。一天到晚忙前忙後。
一旦閒下來，便覺缺少了存在感。這未必是什麼好事，事情做得比較淺，經驗不能有效的積累。終於其實還是快不了。還反而讓情緒受工作牽制。
相對於這樣的做事做到恰到優點的做法，我更喜歡要做就往大了做。
從乙個任務的表面來看，做出結果就算完事，這是結果導向。你要乙份報告，我就給你乙份報告。解乙個bug, 就保證這個bug正常，擴充套件一下沒有問題就好。假設真得非常緊急，這樣做是理所當然。這時候慢下來就不合適了。但僅僅要有機會(能夠向上溝通確認, 沒時間就自己擠吧!)，就努力讓自己慢下來，好好的從系統面。從總體思考一下，遇到一些細節時。都嘗試去理解一下。也就是想想，除了解決這個問題，我自己能從當中得到什麼提高， 產品能做什麼改變。總之有機會就要嘗試慢下來，讓事情更具廣度和深度，更具系統性。比方做一件事的時候，先分清輕重緩急，再理解任務的目標和目的。
比方遇到乙個頁面開發的問題，它足能夠發散出非常多的維度。假設有時間。我就喜歡用例如以下的方式入手:
目標(target)是解決特定問題。目的(purpose):提高對產品及**的理解。避免類似問題。提高產品質量。
1. 對於這個問題所屬的功能，先總體了解這個功能中基本的類和流程。
2. 了解這個問題有沒有標準規範，假設有就粗略的讀一下，也了解一下相關概念的標準定義。
3. 別人是怎麼做的?
比較一下類似產品的功能。寫些測試頁面驗證一下。
4. 使用者的期望是什麼?
5. 從系統層面制訂方案，而不是簡單針對所要解決的問題。再發起討論。
6. 怎樣避免類似問題? 怎樣驗證問題？
7. 是否須要再深入理解? 有沒有可能做些創新? 有沒有申請專利的機會？
這也就是工作中盡量把事做大一點的思考方向，即使面對乙個bug, 也要發掘進一步優化創新的空間。
其實也僅僅有深入到細節，才更有機會發現優化和創新的機會，根本不須要依賴從乙個高大上的專案中來提高自己。 由於技術工作不斷的細化，以較小的學習小組的形式促進大家的學習提高會更加有效，較大規模的技術培訓收益非常低。
再仔細一點，個人的學習卻是最具成效的，可是這個習慣須要引導。
如今工作經驗的價值已經遠不如學習力的價值。關注於提高學習力遠比關注於參於了什麼專案有價值得多，工作中既要關注結果。也要關注過程和方法！
工作的一點總結
工作效率 專案 需求的任務拆解 按照分析 設計 設計評審 資料結構設計 程式開發 測試 聯調 等環節進行任務拆解，拆成不大於3人 日的粒度，進行排期。列出每個環節的具體任務list,每天跟進，前一天做第二天的任務list，同時在當天完成的任務上打對號。應對中斷與階段性休息 工作中，時長被打斷已經是常...
找工作的一點體會
很長時間沒發帖了，呵呵。懷念上學時在大本營和同學們一起討論學習的日子。工作兩個月了，收穫還是很多的。想當初自己乙個人來北京找工作，很多的感慨啊，在這裡還得感謝csdn裡老師和同學的支援，再次感謝你們。在北京找工作，相對來說，機會還是比一般的城市多一點，但競爭的人也會很多。來這找工作，一是看自己個人的...
工作生活的一點感受
到目前為止，在生活和工作上，自己的乙個感受是，自己是個急性子的人，自己心裡很急，說白了就是不能持之以恆，所以很多事，碰到挫折就會半途而廢。間接的否定自己，在生活上當自己在某些方面，不如別人就不上進了，當然，所有的成功都不是偶然的，只有自己能耐住寂寞好好生活才能，在生活或者工作中有所成就。而有些人往往...