每個程序員工作到了一定階段，都會面臨一個共同選擇：走管理序列還是走技術專家路線？
雖然有些公司的高P程序員走了管理路線，比如成爲一名架構師，但日常工作其實沒有很大差別，還是會下場解決一些技術問題。
但如果你只看到這些表面工作變化那就錯了，架構師的本質其實是連接，比如通過創建模型將業務、團隊技術三者關聯起來，複雜度也加大了，因爲無論是業務、技術還是團隊中的每個人，都充滿着不可預測的變化性，這和純幹活的程序員能力模型有質的區別。
一旦走到技術主管這種角色中，對技術的應用和問題解決應該要有架構思維和全局觀，你會認識到技術的“槓桿性”，去撬動人和技術之間的價值。
比如之前Facebook花190億美元收購的WhatsApp，當時WA公司成員只是個50人的小團隊，程序員就佔了一半。。你們能想象每個人的價值最大化到什麼程度了吧？團隊不在於大而在於精，管理者需要對技術與團隊運用得當。
而如果走專家路線呢，那麼在這一塊技術領域，你就是代表者之一。
往大了說，比如圖靈定義了計算機邊界，那麼只要是學計算機的，就繞不開他。往小了說，比如Python之父創造了Python語言，某大廠技術專家寫了本經典Java代表作等等，這些人都是在自己的領域做到了足夠精通後，拓展自己的邊界，加固自身壁壘。
如何成爲專家？用吳軍老師得話來說：成就=成功率*事情的量級*做事的速度。
放到當下企業環境中，做事的速度和問題量級，同一級別甚至上下級別的程序員都不會特別大，而做事的成功率差別卻不言而喻。
所以總結來看，領導更擅於撬動技術槓桿，鏈接團隊和技術、企業的價值；專家更擅於利用自己熟知的技術提高解決問題的效率和成功率，然後去解決更復雜的問題。
瞭解完不同方向的本質和所需能力後再做選擇，後面會走得更堅定一些。