閱讀了美團技術團隊的文章《寫給工程師的十條精進原則》,感觸不少。文章提到的觀點不只對職場菜鳥,對老司機也頗有幫助。總結下其中重要的描述記錄下來,但願能持續勉勵本身。架構
原文:juejin.im/post/5b762b…post
摘要:學習
原則一:Owner意識優化
- 認真負責是工做的底線。對交付的結果負責。
- 積極主動是"Owner意識"更高一級的要求。作好分內工做,也要積極主動作"份外"的工做。推進合做團隊進度,保證項目順利推動。不給本身設限,努力成爲更優秀的人。
原則二:時間觀念架構設計
- 工做安排要有計劃性。計劃粒度足夠細,關鍵時間點要可檢查。
- 工做安排分清主次。按照重要、緊急程度分四象限。
原則三:以終爲始設計
- 先想清楚目標,而後努力實現。根據問題設定目標,再進行優化。作需求的同時關注目標和收益及使用效果。解決特定的問題纔是技術優化的目的。
- 帶着目標去學習。有目標的學習效果比碎片化閱讀要好。
原則四:閉環思惟get
- 溝通要有結論,通知要有反饋,TO DO要有驗收。
- 按期主動進行階段性的反饋。項目是否正常推動,是否遇到問題須要協助。
原則五:保持敬畏軟件
- 儘快學習團隊既有規範,與團隊保持一致。
- 若是規範存在不妥之處,能夠全組討論,及時更新迭代。
原則六:事不過二美團
- 全部評審和問題討論,不要超過兩次。經過這種方式,倒逼利益方儘量作好需求和設計方案。評審前,嘗試與全部相關方達成一致,會上有針對的討論。
- 一樣錯誤不能犯兩次。每次故障後作好覆盤,分析故障緣由和明確可執行的TODO LIST。
原則七:設計優先im
- 重視前期的架構設計。
- 寫別人看得懂的設計。好的設計,必定是邏輯清晰易懂、細節落地可執行的。
原則八:P(產出)/PC(產能)平衡
- 系統要在不斷支持業務需求的過程當中,持續進行架構的優化。一味作需求而不優化系統,系統愈來愈差,最終影響業務;反之,一個沒有業務產出的系統,最終會消亡。
- 要在作項目過程當中,經過學習總結持續提高本身的技術能力和軟素質,並應用到項目實施交付中,達到共贏。
原則九:善於提問
- 首先要勤於提問。只有在爭辯中,纔可能誕生最好的主意和決定。
- 懂得如何提問。要有知識儲備、專業技能、經驗,還有批判性思惟。
原則十:空杯心態
- 時刻進行自我檢視和檢討。不能讓自信演變爲自滿。
我的感受不太容易記憶,從新總結梳理(相似軟件設計思惟),力求簡短容易記憶。
目標明確(以終爲始) -> 設計優先 -> 業務技術相輔相成(P/PC平衡) -> 有計劃、分主次(時間觀念) -> 認真工做、主動承擔(Owner意識) -> 遵照、改進規範(保持敬畏) -> 多思考、勤提問(善於提問) -> 及時反饋、驗收(閉環思惟) -> 不犯相同錯誤(事不過二) -> 空杯心態