20190125運維
晉升評審會上,對於高P,我老是喜歡問同一個問題:微服務
你在哪些地方體現了你的「預見性」?spa
什麼是預見性?設計
第一,市場競爭態勢的預見性。blog
有沒有對市場大勢有必定預見性?路由
是否是時刻在關注着友商、競品和行業動態?產品
能不能對業務作出有前瞻性的預測?it
舉例:本地生活服務市場,大的市場變化趨勢是,點評—>團購—>外賣—>買單和下碼—>鋪機具構築IoT壁壘—>切ERP—>帶貨和保理……自動化
第二,業務上的預見性。效率
需求方說什麼就是什麼嗎?
產品設計成什麼樣就作成什麼樣嗎?
一切都是順水推舟嗎?
你有沒有據理力爭,提出本身的觀點和方案,並且最後事實證實你說的作的是對的?
第三,技術上的預見性。
首先,技術領域瞬息萬變,昨天的技術新趨勢,明天就成爲行業標杆的標準解決方案。低頭拉車之餘,必須擡頭看路。
Docker從2014年的微熱,到201五、2016年一線互聯網公司的標配,僅僅一兩年時間。
其次,單一技術趨勢,並不能承載中大型團隊,不能承載劇烈變化的業務,咱們對此須要有一個基本的判斷。
好比說微服務的前提是Docker容器化、服務路由和平臺自動化。
Docker集羣編排+研發協做可視化+運維自動化+API網關+微服務,才談得上可負重前行。
再次,當業務從零到一的時候,咱們須要有必定的預見性,走一步看兩步。
舉例:業務剛開始試點的時候,我就預見到IoT機具鋪設在全國各地,全部問題都將由咱們兜底,因此必須以最快速度建設一個強大的設備強管控運維管理平臺,它將是大中臺體系的重要組成部分。
舉例:隨着業務的深刻,我預見到因爲機具的各類業務方都會給機具下發指令(上行和下行),好比支付成功語音播報,好比應用版本分發,好比快速改變機具上App內部狀態,業務方不關心也不須要關心機具在不在線,因此我決定儘快引入設備影子,在業務方還不足夠多的時候一勞永逸地解決這個問題。
作技術千萬不要腳踩西瓜皮,滑到哪裏算哪裏。
爲何要求有預見性?
第一,由於不少指令是直面白刃戰的一線指戰員下達的。
第二,由於要「活下去」,並且要「活好久」。
p.s.:
我司研發文化=
研發哲學(Don't make me think/If it hurts, do it more and often/這個世界歷來沒有什麼救世主/沒有苦勞只有功勞/必定要有後備方案)
+研發三循環方法論(研發能力/研發效率/研發活力)
+研發三板斧(RCA/技術分享講座/技術預研課題)
每個研發組織都必須想着念着作着。
歡迎關注訂閱號老兵筆記: