題圖 from unsplash
突破自己的技術思維
想了很久，遲遲沒形成文章，但又總感覺少點什麼，經過跟朋友交流、閱讀、小範圍討論等等，思路開闊不少，這才把這兩年來心得體會寫下分享出來。
什麼是技術思維，我個人的理解是行事大多從技術出發看問題或是僅專注技術提升，忽視其它事物的發展的比較固定的思考問題的方式。
舉幾個最平易近人的例子：
- 在需求評審會上，有多少人在討論技術實現細節問題？
- 在對外合作交流會上，有多少人在說一些對方聽起來比較晦澀的技術名詞？
- 有些場景技術實現相當繁瑣，ROI不成比例，很多人陷入其中。但可以通過簡單的制度約束，達成目標。
- 將所有的精力花在技術語言、框架學習上，以為掌握了這些就可以獨步天下，贏得未來，反而跟人打交道上火候不足？
- 可以花很多時間來解決一個難題，但被追求心儀的姑娘拒絕過一次後反而不能越挫越勇？
- 跟自己收入差不多的朋友，已經源源不斷的被動收入，自己還在月光？
- 一個很簡單的技術，有人能將其應用在生活中獲得不錯的收益，而放在自己裡只能等到合適的項目才能用的上，拿一份工資？
- ......
長期受技術思維影響的人在往上走的過程中，很容易碰到天花板，遇到職業發展的瓶頸，只能在技術圈子裡打轉，跳不出來。技術思維就像往一個瓶子裡裝水，提升技能只是為了將這個瓶子裝的更滿，忽略了瓶子外還有更廣闊的空間。將一個瓶子丟到湖中，如何才能更快的裝滿水呢？不是將瓶口朝上，一副死撐到底的樣子，而是適當傾斜瓶口，融入到湖水中才能更快的裝進去水。湖水就是外面的世界，瓶子就是我們自己，瓶中空間就是自己的容量。
手裡拿著錘子，看什麼都像釘子。就像自己只掌握了Java一種語言，不管做什麼產品都只考慮Java，很明顯不是明智之舉。這是技術語言的侷限性，將適合的技術應用到的合適的項目場景中解決具體的問題才能發揮最大的優勢，也能降低成本，加快研發速度。
技術思維更多的體現在對技術的專注，但對其他的事物缺乏關注。在創業這件事上，不少技術人表現的比較突出，因為創業要求個人方方面面的技能，如營銷、招聘、管理、財務、市場、融資等等，雖然合夥人制度可以彌補一部分欠缺，但如果自身能掌握更多的技能，再結合技術，才能發揮更大的作用，不然就會對合夥人形成依賴，缺失自已對事情的預判。不幸的是不少小夥伴醉心於產品研發，一心要提供完美的軟件給用戶，結果也顯而易見：推向市場，卻反饋平平（對市場痛點把握不足）；在市場反饋不佳時，不能及時調轉方向，有時候堅守初心也很危險；等要推向市場時，發現研研發經費耗盡了公司儲備，沒錢做營銷（過分專注技術而忽視產品的推廣）。不是人人都可以學Jobs來創造需求。
我們也會經常看到懂技術商業思維又比較活躍的朋友，能輕鬆的將技術變現，姑且不論變現程度有多高。比如做付費社群、軟件開源高級服務付費、提供職業規劃指導、寫專欄、做收費視頻課程、帶徒弟等等，這已經將技術自身的價值提高了一個臺階，提高了反脆弱性。參考之前的一篇文章《 》。
在工作中技術依附於業務、又反哺於業務來產生價值，同時事物管理又將組織、流程很好的協作起來保證價值的產出。技術在不同的階段具有的價值也是不一樣的，所以就要求我們適當的評判技術價值，跳出技術思維侷限，將眼光著眼於整個產品的生命週期中，提高技術外的技能才能將產品做的更好。對於個人，技術迭代無窮盡，在追逐技術升級的道路上肯定是要落伍的，只有一小部分人能潛心修煉成為技術專家，作為大部分人可以將技術作為工具應用到實際的生活場景中，解決身邊實際的問題，不能落地，再牛的技術都是空中樓閣。
人的成長，無非還是認知、心智的成長，眼界提高了，關注的東西自然會發生變化，正確對待技術，同時擴展技術外的視野，警惕技術陷阱，才能更好的利用技術。
我剛上路，轉變勢在必行。
往期推薦：
- 我只想安心的搞技術，不想做管理
- 2018，我為什麼離開舒適區？
- 程序員，保護你的好奇心和求知慾
- 30多歲挨踢人要轉行的焦慮，是真的嗎
- 資深傳統型開發者的思考：傳統軟件企業危機四伏
- 從傳統軟件開發順利過渡到互聯網技術開發-硬技能
- 那些會阻礙程序員成長的細節[7]
- 領域驅動設計，讓程序員心中有碼（七）
- 學習新技術時你應當掌握的『最少必要知識』
- 代碼、功能、系統、產品、生態
- 2018年大齡程序員書單
