第一件事：
昨天（14日）下屬把乙個本應該今天推送的運營任務，錯誤的推送出去了。
過程是昨天（14日）兩個運營同事通過qq找了同一下程式設計師（私下，沒有郵件抄送到我），如上圖，乙個人希望當天下午4點推送乙個任務，乙個希望明天（15日）推送乙個任務，結果，當天下午4點時，程式設計師把（15日）的那個任務給推了，導致任務必須提前一天開啟。
作為leader我能100%說這是程式設計師的錯麼？可是這個事情中相關的運營人員看起來也不用背鍋呀！
我已經反覆和下屬說了很多次，沒有正式郵件抄送我的私活 不要 接!
第二件事：
匯入資料這件事，在今天之前已經找程式設計師做過了不少於4次，今天又要改一次，每一次的理由都是「客戶給到了新的資料」、「我找客戶確認了，這是最新的資料」，客戶想要測試
一下，這是客戶給到的最新的調整後的資料「。改資料可不是用了db tool 匯入excel這個簡單的事兒，還有資料關聯的邏輯要考慮。
下圖還出現了乙個常常是讓程式設計師加班 的因數, """""" 等 """""" ，
一會做一下這個功能，讓程式設計師等一下，ui一會給到，你先幹點別的事情
一會讓幫忙做個事（例匯入匯出資料），導到一半，讓你等等
除此以外，這位產品經理還常常是「我們必須做這個功能，這是客戶要的」，「做這個功能要多久，先給我時間我再決定要不要做「，要不就是週日來乙個」我們必須周一前改好資料，因為客戶周一 上班馬上就要搞個活動了「，每天！每天下午4點過來問一下今天的
進度怎麼樣了？」有什麼問題需要幫忙的抓緊時間找你的leader（我）協助「
作為乙個產品經理（兼了專案經理），總是拿客戶的需求（如下圖的 eu socket）直接接入程式設計師的工作流中（如下圖的uk socket），而本人沒有起到介面卡作用。
還有一次，週日找我在現網改一下客戶的資料，在家時發現家裡沒有server 的ip，搜了一下郵箱也沒找到，再想起了幾個月前他是通過qq給了
我客戶的server ip，也不是通過郵件抄送給我。以他一貫的風格就是客戶通過qq傳給我了，我也順手通過qq傳給你了。
還有在溝通時，常常講很多很多話，把他想說的話說完了，期待別人catch 他所有的點，怎麼可能，有需求為什麼不直接到團隊協助工具上建乙個
需求單呢（技術部內部用 開源中國的team工具），反正老闆剛剛招了乙個新的產品經理（告訴我說有計算機背景）去接他部分工作。
總是他應該在他這端處理好的問題，傳遞到下游。程式設計師（技術部）作為乙個專案的最終操作者，前面的環節，每一環的延誤、失誤都傳動到、累積到最終的操作者，
想想下圖，站在人對面地上的那個啞鈴是什麼感受。
作為leader的我，每天18:30分後就下班了，但下屬的程式設計師們，就是由於這類原因導致每天計畫外的事兒多 而加班，
最近在看的書
魔鬼心理學 影響力與說服力的深層法則 拖延心理學 如何讓你愛的人愛上你 在看拖延心理學的時候耗費了太多時間。作者用了太多章節來闡述產生拖延的原因，而且章節安排得不是太好。彷彿我們不斷地在看到自己的缺點，但是要到很後面才看到怎麼去解決.而到了後面，作者也並沒有提出非常突出的解決拖延的方法。所以，看這本...
最近在公司search engine的優化
其實有很多可以寫，公司在search engine上做的東西也遠不止一下這些。不過下面所列各點很重要，也非常通用。更多的東西，以後再整理了。a.對於query latency是優化的gc策略，優化設定各代heap的尺寸 b.消除沒有必要的匿名類 c.對search engine裡的每個queue進行...
最近在看的書籍推薦
labuladong的演算法小抄 演算法通關之路 隨想錄 大話設計模式 大話資料結構 演算法第4版 演算法 漫畫演算法第2版 心得感悟 框架大行其道的現在，我們程式設計師不應該把精力全部放在這些框架的研究上，雖然平時幹活確實也離不開這些好搭檔。框架固然好，spring boot很香，過幾年呢？說不定...