關於組內協作的會議
作者****：李先靜
上周二我讓組內的同事，把自己所負責應用程式的外掛程式介面描述文件整理出來，在周五前發給我，結果等到這周一，才有乙個同事發出，其他同事都還沒有去整理。之前也有過類似的情況，請求協作的同事發出請求之後，很少有人主動的回應。我知道這並不是誰對誰錯的問題，而是溝通和協作的機制或流程上的問題。到專案後期還有更多要求多人協作的任務，如果不能有效的處理，一定會浪費不少時間，怎麼辦呢？
為此，我召開了乙個半小時的小組會議，主題是如何有效率的協作完成這類任務，同時讓請求者和被請求者都比較輕鬆。我給大家一分鐘時間思考
(呵，太短了
)，然後輪流提出自己的建議，也算是一種頭腦風暴吧，效果不錯，這裡我總結一下大家的建議。 1.
把此類郵件設為重要標識，引起大家的注意。
2.此類郵件要求閱讀回執，讓請求者確認被請求者收到。
3.優先處理協作任務，因為這類任務可能會讓其他人等待。
4.如果被請求者不明白需求時，應該及時向請求者詢問。
5.如果涉及人少，可以發出郵件後，再進行面對面的確認。
6.如果涉及人多，或者需求比較複雜，可以召開乙個會議，給大家說明一下。
7.郵件標題要寫清楚，因為大家都很忙，沒有時間去仔細讀每封郵件的內容，乙個好的標題可以省不少時間。
8.對於可以序列的任務，可以按接力方式進行，在郵件中列出參加與人員名單，由第乙個人開始，完成自己的任務後，往下傳遞，同時抄送請求者，讓請求者知道當前狀態。
以上建議都非常不錯，可以根據具體情況採用，希望以後這類協作任務可以高效率的完成。
~~end~~
關於公司會議的看法
2012.7.26 周五 漫長的會議時間 在公司開會，特別是startup，會議的時間及參與的人數，都是相當寶貴的，乙個enjineer的時間成本相當高，應該讓enjineer可以靜下心來做手頭上的事情，不要讓他判斷，就像單執行緒一樣，給你乙個輸入，然後等待他的輸出。開會的主題一定要明確，然後所有的...
關於 Git 多人協作的流程
如今的專案，規模越來越大，功能越來越多，需要有乙個團隊進行開發。如果有多個開發人員共同開發乙個專案，如何進行協作的呢。git提供了乙個非常好的解決方案 多人協作開發。git常用命令 git init 初始化倉庫 git remote add origin 與遠端倉庫建立連線 git clone 轉殖...
python threading關於鎖的內容
鎖 import threading,time defaddnum global num lock.acquire 獲取鎖 temp num time.sleep 0.01 print ok num temp 1lock.release 釋放鎖 鎖保證執行緒沒有執行完cpu不會執行別的執行緒 num...