技術與業務的抉擇————論程序員的「瓶頸」問題

技術成長與業務賣命的抉擇————論程序員的「瓶頸」問題

在IT行業打拼多年，身邊的同事也是走走停停，一些人由於追求技術而不斷跳槽，而一些人一直在一家公司至今已經成爲了團隊的Leader。做爲一名工程師的你，對於時間，你更願意花在學習新技術上，仍是花在實現產品需求上呢？

內容提要

• 兩類人的分析
• 技術仍是業務？
• 你缺少什麼

兩類人的分析

進入IT行業已經多年，從剛實習作Delphi，到後來紮根C，一直在如今專心作移動技術，前先後後也換了3家公司了。相信你和我同樣，也換了數加公司，然而有一點我相信你和我更爲共鳴的一點：身邊的同事一個個的離本身而去，也有一些新同事加入你的團隊，人海茫茫何去何從。這裏咱們關注下那些離職的同事，他們的離職緣由除了薪資之外，說的最多的多是兩句話：

• "這家公司技術沒增加了，本身學不到東西了，我要換個公司"
• 「每天作業務作功能煩死了，哪有時間本身學東西，到最後過了幾年啥都沒學到」

相信你可能也是這兩類人之一，你是一個技術狂人，可是苦於本身遇到了瓶頸，一會學一下這個框架，一會學一下那個框架，感受沒啥你學不會的了。或者大家團隊的作的軟件功能太多，天天都在作功能，實現需求，而你每天抱怨本身沒有時間學技術，大量的業務需求擠壓了本身的成長時間。

技術仍是業務？

我認爲技術是無限的，你不可能把IT行業，即便是你所感興趣的那一類目給學透。想一想當初學習IT是爲了什麼，爲了錢？仍是爲了實現一些價值。我認爲你學習的技術很大程度是爲了解決實際的問題。今天學這個框架，明天學那個平臺，都是最後你都只是看了文章，擼個demo，可是實際你的項目卻根本用不到，不能落地，都是本身在玩，我認爲這是無用的。
不少工程師每每把技術和業務給隔離開來，或者說本身帶有私心：

• 「我多學點技術，之後跳槽好跳」
• 「每天作功能，到下家公司都用不到，沒時間學技術就是廢人一個」

看起來技術熱情很高，一直研究各類新技術，但老是忽視對公司與團隊業務的貢獻，學習到的東西也不能落地，這有點本末倒置，咱們應該首先關注於公司團隊業務，更多思考如何以技術的角度，給業務作出更多貢獻。產品纔是最終目的，一個優秀的產品背後必定有非凡的技術支撐；而一個技術牛人，不必定能作出一個優秀的產品。

我記得有一個當初我待過的第一家公司的一個同事，當年也是應屆生。他這麼多年，一直都待在那家公司，坐着一樣的時間。現在他已是管理二十多人的一個小團隊Leader了，對他來講，業務和管理都更爲重要。

同時，我也有幾個之前認識的同事，他們看起來很熱衷於「學習技術」，可是老是對如今公司不滿，認爲實現功能佔用了他們太多學習技術的時間，不自由，因而不斷的跳槽，至今依然仍是遊蕩所在公司的最底層，擼代碼。

那麼到底技術和實現業務哪一個更重要？
我我的的觀點是，一半的時間學習技術，一半的時間實現功能業務。相鋪相成。用你實際的項目來驗證你所學到的東西。

你缺少什麼

我認爲最終這個行業人才的走向都是兩個

• 項目經理 -> 管理者
• 技術專家 -> 技術締造者

我認爲一個好的管理者他應該是作技術起家的，他自己就是一個經驗老道的工程師。只不過現在，他把更多的時間花在了業務上。咱們學習更多的技術，不是爲了一味的花時間去學習技術抵制實現業務功能，而是爲了可以帶領這個團隊，可以作出完美的產品。當你的目標是這個，而你以爲本身已經到了成長瓶頸的時候，不妨想想本身對於市場、運營、銷售是否瞭解，可以帶領一個團隊。

若是你是個geek精神的工程師，對技術無限狂熱，以爲本身技術到了瓶頸又一直想深刻下去的，不妨看看本身是否能獨立寫個框架或者工具，而不是僅僅會「用」github上的別的成果。與此同時，你是否能將本身的技術推廣開來，作一個真正的專家。當你以爲本身天天都在看技術博客、文章的時候，靜下心來想想，本身是否真的也能實現一下，而不只僅是會用而已。就像百威最近的廣告語 慢能成事