因為面對的是兩個開發專案，做的時間長了，很容易對這兩個開發團隊的流程優劣有個比較。
團隊a：
大專案， 人手充足，開發人員能力跨度從高到低分布均勻，流程較規範，
pm很有經驗，比較善於和客戶溝通以及爭取時間。
缺點是 ：
的介面容易出現責任模糊的問
題。由於人員互相之間對於別人的流程完全不清楚，一旦出現人手不夠需要互補的時
候，接收較慢，同時因為大家不是很主動， 一方面測試人員需要針對每個開發人員去
進行追蹤，效率較低，另外乙個方面造成做的過程中需求有疑問，卻沒有及時暴露給
pm，等到達測試手中才暴露問題， 浪費了人力和時間資源。
團隊b：
中等專案， 人手少，且能力較弱（除了pm外，其餘都是應屆畢業生），有些不太遵
守流程， 對於需求的顆粒度把握不夠，專案不夠熟悉， 時間估計不充分，造成前
期鬆散，但是後期卻頻繁加班的問題。
優點是：組員之間關係特別融洽，互相交流比較多， 且有心去克服目前的困難，做進一步的提公升。
這樣的兩個團隊， 對於測試人員來說， 應該可以從他們身上學到很多專案管理的東西， 且可以把a組的優點暴露給b組，把b組的優點推薦給a組，讓大家可以共同進步。
隨著最近事情越來越多， 問題保露的越來越明顯， 覺得是時候徹底解決一下了。
今天做了兩件大事， 覺得收穫良多，
1，針對專案a，
和pm一起，明確了各人的負責模組邏輯以及目前的進展情況，記錄下了各人負責部分的疑問點，這樣的一次交流方，便我和pm後期的跟蹤和及時的問題處理。以後應該定期進行。
2，針對專案b，
大家開了乙個小會， 總結了前面專案delay以及頻繁加班的原因，制定了一套更加科學的流程制度，希望後面大家可以遵守並且確實發現卓 目前可以考慮到的就是這些了， 專案管理是一門大學問，希望我在後面的時間中可以想的更深遠，並且有更好的實踐。
組內人員溝通比較少，容易造成訊息不靈通
, pm掌握各人負責模組的進度比較費心，
且各模組之間
從《迴圈的代價》中學到的
最近在看 演算法競賽入門經典 書中提到迴圈的兩大常見問題，並提出一些建議。第一是算術運算溢位的問題，尤其是n很大而且都是做的乘法的時候。最常見的現象是輸出負值，每步printf也能觀察到。如果換資料型別仍解決不了的話，可能得改演算法了。書中的例子是對最終的取餘 運算作轉化。要計算只包含加法 減法和乘...
我從程式設計面試中學到的
為了實習生職位和全職工作，我做過很多次的面試。當我還在大學主修電腦科學時，學校每個秋季學期都有招聘會，第一輪招聘會在校園裡舉行。我在第一和最後一輪都搞砸過。不過，每次面試後，我都會反思哪些方面我能做的更好，我還會和朋友們做模擬面試，這樣我就能從他們那兒得到更多的面試反饋。不管我們怎麼樣找工作 工作中...
從 IT 中斷中學到的最佳監控實踐
每個運維監控工具，一般要追蹤數十萬個內部效能指標。學會對哪些事件進行告警以及監控確實需要花費想當長的一段時間。因為，並非所有的指標等級都是一致。因此我們需要摸索出一套簡單的方法，便於管理所有指標，而且簡單易學。以下為我們總結的 datadog 的一些實踐經驗。首先我們應該了解我們為什麼你要花費心力實...