思維體系---技術思維、業務資料思維、產品思維、複合思維

　工作已有四年有餘，從最初的亞信 到現在的 阿里。。總結了下思維模式，以個人的視角，供各位幹程式碼的小夥伴們參考，能夠深入無論 技術還是業務還是產品的本質。發現其中的規律，更好地把握自己的方向及未來。那麼總的來說，我分為四種思維模式：

　　一、技術思維

　　臥槽！幹程式碼！出bug了！沒錯，這就是你進步的源頭。技術思維中，會對技術異常的熱愛，同時會從開發工作中，發現更多的技術，甚至認為，技術是最牛逼的！從技術之中找到無上的成就感。沒錯，解決一個複雜問題的激動，系統上線後看著流量的注入，那份成就感，以及對於出現error時的那個份緊張，想想都感覺到激動哈哈~那麼本文的主題，便是分析純技術思維的一些優勢和弊端，以及如何規避純技術思維所造成的一些問題。

　　在日常系統開發中，一般我們會是一個協作的團體，每個人都會有明確的模組，由架構師去設計、拆解，最終使專案成功上線。等時間長了，很多開發的小夥伴會覺得，就那麼回事，會覺得無聊，會覺得迷茫我的職業發展，因為總覺得自己做的只是一些業務邏輯 或是 擔心某項技術會不會過時，從而盲目的學習各種新技術。

　　那麼這裡我說下個人的看法，隨著時代的發展，技術一定是日新月異的，拿大資料技術而言，從最開始的Hadoop到Hive到Spark，隨之商業模式的變換，流處理及中介軟體的技術成熟，由出現Storm、flink、flume、Kafka。。甚至到現在能看到的區塊鏈、人工智慧。。五花八門日新月異，搞的有目標的程式設計師變得浮躁，都要去接觸一下，你不接觸，就好像跟時代脫節了一樣。其實，這是一份焦慮，一份不安全感，一份壓力。那麼我們冷靜下來想想，技術雖然日新月異，但你仔細研究會發現，其本質並沒有改變，無論是分散式技術也好，資料技術也好，系統技術也好，都是在基於其本質的原理，進行順應時代背景的更新迭代，進行的最佳化及改造。

　　拿Spark和Hadoop為例，曾經2015年的時候有些人會說，臥槽記憶體計算框架Spark必將代替Hadoop！那麼好了，一大波人去學Spark，會用了感覺安全了。那麼換個引擎呢？又來了是不是又要重新學？因為時代的發展，記憶體變得便宜起來，籠統的說，就是不需要MapReduce單條讀寫了，在計算開始時直接load到記憶體快取迭代計算。這樣 你是不是就不會很恐懼了？好，然後 你在調優的時候會發現，中間的Shuffle過程是不是跟Hadoop的Shuffle過程很像？也需要將中間Map階段的結果寫入磁碟，再load進行reduce拉取？那麼節點和節點之間又是怎麼通訊的？如何拉取的？ 這就是分散式原理，當你懂得了本質原理的情況下，你會發現學什麼都很快？ 不信？ 那區塊鏈，本人也沒接觸過，但是透過它的基本行為，可以判斷出各個節點的全量儲存 與 節點的加密運算及通訊，不準確的理解是另一種形式的分散式，同時會牽扯更多其他演算法領域上的。那麼這樣，你是不是也會很有針對性的學習，變得冷靜，使事務變得可行，可探索。

　　那麼下來，再拿系統開發來說，很多我遇到的，在JAVA有很高造詣的小夥伴，就會喜歡抱怨，覺得臥槽，不夠高大上。那麼 我想問下，那你貫穿了整個系統的業務邏輯了嗎？透過業務邏輯 抽象出一類的行為，形成這一類行為的技術設計及解決方案了嗎？我們能為現有系統進行更好地最佳化嗎？ 很多有心的小夥伴，真的會這樣做。當你真的這樣做的時候，是否有對經驗進行總結呢，又是否透過做了這個系統，聯想到這個系統產出的業務價值，透過業務價值，再聯想到整個業務本身，再透過業務本身，發現我們可以做更好地，更適用於業務發展的系統迭代，那麼創新，至此開始。

　　還有一種技術思維，我們對底層技術極度的痴迷，到達了狂熱的地步，你註定成為此項技術的光輝支柱。你很厲害，很強大，但是可能會出現一種認知的偏差。覺得其他人做的太low,和別人交談時，第一想法不是思考正確性，而只是因為技術本身是否牛逼，而否定。其實，任何一項偉大，都不是靠某個人去完成的，而是靠一個團隊去完成的。那麼如何去完成一項偉大的事情，需要的是一棒子能夠互相理解、互相融合的、極度痴迷的夥伴，客觀的去判斷，認真的去打造的，你會發現，我們是一個集體，我們在向共同的目標前進，去做一件偉大的事情。

 

　　二、業務資料思維

　　業務思維上，更多會考慮到業務本身的價值，具有較強的業務敏感度。很容易從工作中發現問題，再從發現的問題重，進行統計數字化分析，觀察其覆蓋面或影響範圍或共同點，從而抽象成形成一類的問題，進行業務梳理，從而指導產品的建設。當然，在工作中很少有純做業務的。畢竟業務也跟市場相關。

　　那麼下來說下資料思維，資料思維更多的是發現資料與資料之間的關聯性，事物與事物之間的聯絡，透過哪一類事物，我們可以透過資料處理、資料分析、演算法分析等手段去應證，去推算。我見過跟厲害的資料架構師，他們甚至能說出每一個業務鏈路的環節及中間層的提取，甚至能從各方面去評估其影響，不得不為之稱讚。

 

　　三、產品思維
　　對於產品思維，很多人會想到，程式設計師總想砍死產品經理，改來改去哈哈。。但是其實產品思維的核心在於 與人打交道、與業務打交道、與技術打交道 以及 事物的推動作用。 程式設計師可以很開心的去寫程式碼，可是一個好的產品經理，需要跟業務、技術、事物本身的探索，甚至要從整個鋪開的體系中，去發現及探索產品的價值，同時還要去關注產品本身對於使用者的體驗。這並不是一件容易的事，同時還包含同理心，與不同結構的成員交流的融合。那麼產品思維，我們就可以概括為：業務本身、技能專業度、洞察力、心理學、全域性觀、高情商以及耐心，是一種複合的思維。

 

　　四、複合思維　　

　　畢竟本人也是技術出身，所以對於技術的感官更加強烈哈哈。。但是如果，你能在精通專業技術的基礎上，融合 技術 業務 產品 的體系化思維模式，我稱之為複合型思維，因為這種思維模式，包含強大的同理心，包含敏銳的洞察力，同時也包含一定的視野廣度，需要結合心理學、哲學、技術、資料、業務思維以及極高的情商才能夠達到的。那麼同時會由於接觸的太多從而造成迷茫。那麼我只想說，腳踏實地，一專多能，看透一件事物的本質，其他一定，觸類旁通。

 

　　總結：

　　無論小夥伴們屬於哪一種思維，哪一種型別，如果我們想從普通 走到 優秀 再走到 卓越。 那麼熱愛你當下做的事情，樂於分享，專注 去和一群有情有義的小夥伴們，為這個世界帶來一些，微小的改變。