摘要： 不要沉迷於技術。
- 原文：突破自己的技術思維
- 公眾號：歪脖貳點零
Fundebug經授權轉載，版權歸原作者所有。
想了很久，遲遲沒形成文章，但又總感覺少點什麼，經過跟朋友交流、閱讀、小範圍討論等等，思路開闊不少，這才把這兩年來心得體會寫下分享出來。
什麼是技術思維，我個人的理解是行事大多從技術出發看問題或是僅專注技術提升，忽視其它事物的發展的比較固定的思考問題的方式。
舉幾個最平易近人的例子：
- 在需求評審會上，有多少人在討論技術實現細節問題？
- 在對外合作交流會上，有多少人在說一些對方聽起來比較晦澀的技術名詞？
- 有些場景技術實現相當繁瑣，ROI不成比例，很多人陷入其中。但可以通過簡單的制度約束，達成目標。
- 將所有的精力花在技術語言、框架學習上，以為掌握了這些就可以獨步天下，贏得未來，反而跟人打交道上火候不足？
- 可以花很多時間來解決一個難題，但被追求心儀的姑娘拒絕過一次後反而不能越挫越勇？
- 跟自己收入差不多的朋友，已經源源不斷的被動收入，自己還在月光？
- 一個很簡單的技術，有人能將其應用在生活中獲得不錯的收益，而放在自己裡只能等到合適的專案才能用的上，拿一份工資？
- ......
長期受技術思維影響的人在往上走的過程中，很容易碰到天花板，遇到職業發展的瓶頸，只能在技術圈子裡打轉，跳不出來。技術思維就像往一個瓶子裡裝水，提升技能只是為了將這個瓶子裝的更滿，忽略了瓶子外還有更廣闊的空間。將一個瓶子丟到湖中，如何才能更快的裝滿水呢？不是將瓶口朝上，一副死撐到底的樣子，而是適當傾斜瓶口，融入到湖水中才能更快的裝進去水。湖水就是外面的世界，瓶子就是我們自己，瓶中空間就是自己的容量。
手裡拿著錘子，看什麼都像釘子。就像自己只掌握了Java一種語言，不管做什麼產品都只考慮Java，很明顯不是明智之舉。這是技術語言的侷限性，將適合的技術應用到的合適的專案場景中解決具體的問題才能發揮最大的優勢，也能降低成本，加快研發速度。
技術思維更多的體現在對技術的專注，但對其他的事物缺乏關注。在創業這件事上，不少技術人表現的比較突出，因為創業要求個人方方面面的技能，如營銷、招聘、管理、財務、市場、融資等等，雖然合夥人制度可以彌補一部分欠缺，但如果自身能掌握更多的技能，再結合技術，才能發揮更大的作用，不然就會對合夥人形成依賴，缺失自已對事情的預判。不幸的是不少小夥伴醉心於產品研發，一心要提供完美的軟體給使用者，結果也顯而易見：推向市場，卻反饋平平（對市場痛點把握不足）；在市場反饋不佳時，不能及時調轉方向，有時候堅守初心也很危險；等要推向市場時，發現研研發經費耗盡了公司儲備，沒錢做營銷（過分專注技術而忽視產品的推廣）。不是人人都可以學Jobs來創造需求。
我們也會經常看到懂技術商業思維又比較活躍的朋友，能輕鬆的將技術變現，姑且不論變現程度有多高。比如做付費社群、軟體開源高階服務付費、提供職業規劃指導、寫專欄、做收費視訊課程、帶徒弟等等，這已經將技術自身的價值提高了一個臺階，提高了反脆弱性。參考之前的一篇文章《技術人要懂商業》。
在工作中技術依附於業務、又反哺於業務來產生價值，同時事物管理又將組織、流程很好的協作起來保證價值的產出。技術在不同的階段具有的價值也是不一樣的，所以就要求我們適當的評判技術價值，跳出技術思維侷限，將眼光著眼於整個產品的生命週期中，提高技術外的技能才能將產品做的更好。對於個人，技術迭代無窮盡，在追逐技術升級的道路上肯定是要落伍的，只有一小部分人能潛心修煉成為技術專家，作為大部分人可以將技術作為工具應用到實際的生活場景中，解決身邊實際的問題，不能落地，再牛的技術都是空中樓閣。
人的成長，無非還是認知、心智的成長，眼界提高了，關注的東西自然會發生變化，正確對待技術，同時擴充套件技術外的視野，警惕技術陷阱，才能更好的利用技術。
我剛上路，轉變勢在必行。
關於Fundebug
Fundebug專注於JavaScript、微信小程式、微信小遊戲、支付寶小程式、React Native、Node.js和Java實時BUG監控。 自從2016年雙十一正式上線，Fundebug累計處理了6億+錯誤事件，得到了Google、360、金山軟體等眾多知名使用者的認可。歡迎免費試用！
