你做程序員已經(jīng)有好幾年并且已經(jīng)晉升過一兩次，最終升任了高級工程師或一些其他的同等職位，在此之前，你的職業(yè)道路簡單明了：你學會如何獨立工作，然后一步步升任為高級工程師。

現(xiàn)在的你開始思考自己職業(yè)生涯的下一步是什么，如果你還沒有明確的規(guī)劃，問自己幾個問題：

你是否成為了一個管理者且不再編程？

僅僅學習新技術，你是否覺得不夠？

你的目標是什么？

本文我想提出一個職業(yè)發(fā)展的替代方案，一個能給你更多自主權和討價還價能力的替代方案。與成為管理者不同的是，它仍然允許你編程。

從寫代碼到解決問題

作為程序員的工作到最后是解決問題，而不是編寫代碼，解決問題需要這些步驟：

發(fā)現(xiàn)和確認問題

提出解決方案

實施解決方案

這里面的每一個都可以被認為是一種技能樹：一組可以單獨和并行開發(fā)的相關技能。但是在實踐中，你通常會從使用第三個技能樹開始，在變得更有經(jīng)驗的時候，才逐個添加其他技能。

Randall Koutnik 把這些描述為一種職業(yè)頭銜，一個職業(yè)發(fā)展走向：實施者、解決者和發(fā)現(xiàn)者。

作為實施者，你是一名沒有經(jīng)驗的程序員，你的任務由其他人定義：你只需實現(xiàn)小的、明確指定的代碼塊。

假設一下，你在一家為養(yǎng)寵物的人搭建網(wǎng)站的公司工作。你在上班的時候會接收到一個任務：“在這里添加一個下拉菜單，列出所有的鬣蜥疾病，你可以從 IGUANA_DISEASE 表中獲取這些疾病。選擇一個菜單項應重定向到適當?shù)捻撁?。?/p>

你不知道用戶為什么會需要列出鬣蜥疾病，也不必花費太多時間來弄清楚如何實現(xiàn)它，照吩咐去做就行了。

當你變得更有經(jīng)驗時，你就成了一個解決者：你能夠為不太明確的問題想出解決方案。

當你遇到一個問題：“我們需要在網(wǎng)站上添加一個部分，讓寵物主人知道自己的寵物是否生病了。”你先獲悉自己擁有什么數(shù)據(jù)，可以使用哪些 API，然后與設計師一起設計 UI，創(chuàng)建一個實現(xiàn)計劃，最后編寫代碼。

最終你會成為一個發(fā)現(xiàn)者：你開始自己發(fā)現(xiàn)問題并找出其根本原因。

你會去和你的經(jīng)理談鬣蜥：幾乎沒人擁有鬣蜥，為什么它們在頁面上和貓狗有一樣的空間？更不用說給鬣蜥編寫特定的代碼，這完全是在浪費時間，難道不是應該編寫適用于所有動物的通用代碼嗎？

經(jīng)過一番討論，你發(fā)現(xiàn)必須重做網(wǎng)站架構、業(yè)務邏輯和設計，這樣就不必在每次添加新動物的時候都編寫新代碼。如果你提出正確的架構，使得添加一個新的動物只需要花一個小時，公司就可以以低成本服務于許多動物利基市場。你將與整個團隊一起合作完成解決方案的設計和實施。

成為發(fā)現(xiàn)者的好處

許多程序員最終停留在解決者這個角色，不知道下一步該做什么。如果你不做管理，那么成為一個發(fā)現(xiàn)者是一個很好的選擇，原因有兩點：自主性和生產(chǎn)力。

**Kutnk 的主要觀點是，這三個階段每走向下一步都會給你更多的自主權。**作為實現(xiàn)者，幾乎沒有自主權，作為解決者，會擁有稍多的自主權，作為發(fā)現(xiàn)者，你擁有非常多的自主權：你被賦予一些模糊的目標和約束，由你自己來決定做什么。這會帶來很多樂趣。

除此之外，還有一個好處：從 Implementer 到 Solver 再到 Finder，你將變得更有生產(chǎn)力，因為你所做的不必要的工作變得更少。

如果你只是在執(zhí)行別人指定的解決方案，可能會陷入低效的工作。

如果你只看到問題的表面就提出一個解決方案，那最終解決的可能不是真正的問題。

你越擅長診斷和發(fā)現(xiàn)潛在的問題，提出解決方案，并與他人一起工作，你就越少做不必要的工作，你就會更有效率。

利用你的生產(chǎn)力

如果你是一個發(fā)現(xiàn)者，你的工作效率就會大大提高，這會讓你成為一個更有價值的員工。擅長挖掘高價值問題的人能發(fā)現(xiàn)那些無人知曉的障礙，發(fā)現(xiàn)客戶真正想要的東西，你會成為他們中的一員。

這意味著你有更多的談判優(yōu)勢：

協(xié)商加薪更容易成功。

可以找到更好的工作，即使這個工作涉及到你不了解的技術。

甚至可以申請為期三天的周末。

因此，如果你想在繼續(xù)編程的同時事業(yè)上也取得進步，就從現(xiàn)在開始去尋找問題吧。一旦專門去注意這件事情，你會發(fā)現(xiàn)問題無處不在。