思惟體系---技術思惟、業務數據思惟、產品思惟、複合思惟

　　工做已有四年有餘，從最初的亞信 到如今的 阿里。。總結了下思惟模式，以我的的視角，供各位幹代碼的小夥伴們參考，可以深刻不管 技術仍是業務仍是產品的本質。發現其中的規律，更好地把握本身的方向及將來。那麼總的來講，我分爲四種思惟模式：

 

　　1、技術思惟

　　臥槽！幹代碼！出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,和別人交談時，第一想法不是思考正確性，而只是由於技術自己是否牛逼，而否認。其實，任何一項偉大，都不是靠某我的去完成的，而是靠一個團隊去完成的。那麼如何去完成一項偉大的事情，須要的是一棒子可以互相理解、互相融合的、極度癡迷的夥伴，客觀的去判斷，認真的去打造的，你會發現，咱們是一個集體，咱們在向共同的目標前進，去作一件偉大的事情。

 

　　2、業務數據思惟

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

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

 

　　3、產品思惟
　　對於產品思惟，不少人會想到，程序員總想砍死產品經理，改來改去哈哈。。可是其實產品思惟的核心在於 與人打交道、與業務打交道、與技術打交道 以及 事物的推進做用。 程序員能夠很開心的去寫代碼，但是一個好的產品經理，須要跟業務、技術、事物自己的探索，甚至要從整個鋪開的體系中，去發現及探索產品的價值，同時還要去關注產品自己對於用戶的體驗。這並非一件容易的事，同時還包含同理心，與不一樣結構的成員交流的融合。那麼產品思惟，咱們就能夠歸納爲：業務自己、技能專業度、洞察力、心理學、全局觀、高情商以及耐心，是一種複合的思惟。

 

　　4、複合思惟　　

　　畢竟本人也是技術出身，因此對於技術的感官更增強烈哈哈。。可是若是，你能在精通專業技術的基礎上，融合 技術 業務 產品 的體系化思惟模式，我稱之爲複合型思惟，由於這種思惟模式，包含強大的同理心，包含敏銳的洞察力，同時也包含必定的視野廣度，須要結合心理學、哲學、技術、數據、業務思惟以及極高的情商纔可以達到的。那麼同時會因爲接觸的太多從而形成迷茫。那麼我只想說，腳踏實地，一專多能，看透一件事物的本質，其餘必定，舉一反三。

 

　　總結：

　　不管小夥伴們屬於哪種思惟，哪種類型，若是咱們想從普通 走到 優秀 再走到 卓越。 那麼熱愛你當下作的事情，樂於分享，專一 去和一羣有情有義的小夥伴們，爲這個世界帶來一些，微小的改變。