作者：程式之心丁儀
來源：https://chengxuzhixin.com/blog/post/P6_jin_sheng_dao_P7_zong_jie.html
公眾號停更了挺長一段時間，首先說聲抱歉，去年發生了很多事情，公眾號的內容一直很難做到親力親為，當然也有一部分是自己的原因。還在的小夥伴，非常感謝，雖然你可能只是沒有取消關注的習慣。恢復更新之後，先和大家聊聊晉升的事兒，很幸運，今年首次參加答辯就通過了 6 升 7 評審，順利晉升到 P7。說來也在阿里三年了，努力了很多年，盼望了很多年，很有必要做個總結。本文既是對過往的回顧，也是對諸多思考的整理，希望對您有幫助。
關於晉升的思考
知乎上有個見了很多次的話題，對某項技術理解很透，出了自己的技術書，能升 P7 嗎？很遺憾，答案是未必。
要晉升 P7，需要有系統效能力、成為子領域的代表，需要有創新技術能夠被他人複用或者有能力領導跨團隊專案，需要對技術的投入產出比有明確的認知。所謂的“技術牛逼、理解深刻”，當然是優秀的 P6，甚至比6厲害，但未必是合格的 P7 ，因為兩者評價標準不同。
你需要使用掌握的技術輸出創新技術，用你優秀的架構能力，在特定的業務場景下解決有難度的問題，真正做出貢獻才能晉升。你已經是一名非常優秀的程式設計師了，接下來，要把程式碼看成純粹的工具，思想要轉變，工作的重點是使用程式碼工具解決業務問題，要能做出技術創新。阿里不缺技術牛逼的人，缺的是能夠用牛逼的技術解決問題的人。
關於個人成長的思考
30 歲前是提升學習能力和解決難題能力的非常非常關鍵的時間段，一定要把時間花在提升解決問題能力上。剛畢業的前兩年，工作比較輕鬆，我就在這方面做的不夠好。第三年，我意識到了這個問題，恰逢轉行到網際網路行業，一切都是新鮮的，才開始著重提升解決問題能力。每天下班後，回到家自己練習 Java、Spring 程式碼，自己寫 IOC 框架、RMI 框架、訊息佇列框架、MVC 框架、ORM 框架等，通過從零開始重寫開源框架，極大提升了編碼能力。能力提升後，對工作中的程式碼做了幾輪重構，逐漸成為團隊中的主導者。正是這些能力提升，幫助我進入了阿里。
在阿里的這段時間，見識了超級複雜的業務系統。每每迎難而上，收穫的都是能力的提升。有複雜的業務，有足夠多的挑戰，阿里是一個非常適合成長的公司。
關於技術創新的思考
如果你想走得遠，一定要有技術創新能力。軟體開發是非常困難的，而軟體開發的困難其實也是軟體本質的一部分。理解軟體開發的本質，並採取和本質相符的實踐就一定會有技術創新。認知問題是軟體開發的根本問題。理解業務的本質，找到業務的痛點，解決業務開發的難點，創新並不是很難的事情。和前面說的一樣，一定要明確程式碼只是工具，解決問題才是技術人員最大的價值。如何解決問題，是需要我們深入思考、反覆思考的。解決方案有了，技術創新是水到渠成的事情。
關於架構設計的思考
之前的文章分析過，程式是什麼，程式就是控制邏輯、業務邏輯、資料結構的集合。架構要解決的就是控制邏輯、資料結構的抽象沉澱，和業務邏輯的排程執行。如果沒有合適的架構，程式碼就是負債，你越投入人力，負債越多，最後程式碼終將達到無法維護的狀態。合適的架構，能把程式碼變成資產，投入人力維護程式碼的過程就是個滾雪球的過程，和理財一樣，最終收穫的是複用性好、擴充套件性好、穩定性好的優質資產。架構會一直演進，沒有人能夠在最開始的時候就設計出能夠永久使用的架構，必然是隨著業務發展逐漸迭代優化重構的。
不知道如何設計架構怎麼辦，我的建議是把提升開發效率、降低維護成本作為一個目標去思考。良好架構的本質，就是針對一個特定業務，能夠提供最高的開發效率和最低的維護成本。往降本提效的方向走絕對沒有錯。
深度思考見本質
每年到了晉升季，關於溝通能力的討論總是不絕於耳。一般認為溝通能力不好，本質是對業務思考不到位。答辯短短几十分鐘如何向評委證明自己到了下一個層級，面對評委的提問如何才能回答好問題，每年都折磨著一波又一波的同學們。晉升不只是 PPT，還有長久沉澱下來的思考。只有思考到位了，才能脫口而出、對答如流，才能體現出良好的溝通能力，展示出到達下一層級的能力。與其費盡心思各種練習，不如平時多思考。想透了、想全了，胸中有墨水，思路自然來。
關於後續計劃
今天最好的表現是明天最低的要求。好好學習領域驅動設計，不落下精益軟體研發課程的任何一個部分。在工作中儘量實踐領域驅動設計，既要提升個人水平，也要為團隊做出更多貢獻。為團隊解決更多難題，挑戰更多不可能。