不寬泛的包含所有，只做自己在週報上的心得。
週報，顧名思義就是每週一次的匯報工作。
在我看來，週報中應該包含兩件事情
1.本週完成情況，也是對上一周計畫的總結。
2.下週計畫，下一周打算完成什麼事情。
每一項任務最好符合smart原則，不必強求，但需要有目標，需要有時間節點。不必太詳細，只需要足夠描述清楚該事件的一句話就可以。
再說任務的粒度，我一般建議以一天為單位，太詳細的計畫都是扯淡，要麼沒法整點完成，要麼為了整點完成故意磨洋工。
換句話說，對我部門週報，通常只需要10句話，或多或少都ok。
週報的意義，在於跟蹤每個兄弟的狀態，也能從中看出每個人的性格。那些人努力、能幹但不善言辭，那些人成天磨洋工卻洋洋灑灑記錄破穀子爛芝麻，以掩蓋自己的真偷懶。一眼即明。
再說某些實在沒法確定的事情，總有人會提出a事情沒法評估什麼時候能夠完成，牽涉bcdef方面，不知道要等到什麼時候，那這種怎麼計畫？我們的計畫都只考慮理想情況，以你的能力，一切就緒，就差你踢一腳的狀態，你需要多就，這就是你的計畫，至於bcdef不給力，不能有效配合你，不能提供你需要的東西，沒關係，那是下週週報的時候寫的延遲的原因。況且，你的工作列裡不只有這一項，等待別人的時候，你可以幹別的嘛。
遇到突發事件怎麼辦？沒關係，跟領導確定優先順序，然後該幹什麼幹什麼。
遇到無法解決的問題怎麼辦？沒關係，未知的問題通常預留1/3的時間作為研究用（包括請教同事），超過1/3沒有答案，報告領導當前狀態。
部落格應該怎麼寫
雖然我們大部分在機房都呆了一年了，但是還是很多人對於部落格還是望而生畏，不能說是應付差事，但是總有一點一些部落格就頭疼的感覺，更有甚者，冥思苦想，最終寫出來的總是不敬人意。今天 大話 基本上都要看完了，其實對於這本書還是深有感觸的，以 大話 為題，說說部落格我們應該怎麼寫。與其抱怨需求總是在變化，不...
EXSITS應該怎麼用？
無論是做專案還是普通使用sql，我們通常都會使用in。因為很好理解，也很方便。但是，面對著多層查詢巢狀，或者in關鍵字裡面的結果集數量巨大，查詢的效率就會直線下降。這時候，我們應該用好exsits。首先，來乙個簡單的例子。with score id,name,subject,score as sel...
自習任我行 任務跟蹤4
時間 4月14日晚上7點 9點半 地點 新食堂二樓 組員今日完成任務 明天計畫任務 楊波晚上7點至9 點半，全體成員一起在新食堂進行環境安裝 除錯 軟體測試 介面公升級 軟體封裝等工作 最終成功做出乙個初步軟體成品。做乙個更完善的待封裝安裝包 周亞豪與崔海營一起合作完善 崔海營與周亞豪一起合作完善 ...