不是程式設計，是所有領域深入進去都會影響人的思維方式。不只是影響人的思維方式，是影響一個人的審美觀、價值觀甚至道德觀和世界觀。以前我剛開始學習程式設計的時候，我就喜歡想程式設計的最終追求是什麼，那時候我覺得應該是一種對於美的追求，那會兒我還在搞競賽，整天都在學習演算法，這些演算法本身就帶著巨大的美感。很長時間裡我都是這麼認為的。當時我認為不只是程式設計如此，其他任何領域都是如此，因為高中同桌小女生指著莫奈的一幅畫，跟我說你看這幅畫多美，還有很多學物理的都會強調麥克斯韋方程式多麼美之類，我完全不懂。同樣的，我知道我指著一段程式碼或者一個演算法說它很美，他們也是沒法理解的。後來“阿里月餅”事件的時候，很多人指責那幾個寫指令碼搶月餅的人，作為一名程式設計師我當時就覺得很詫異，我覺得你們在搞笑嗎？像這種情況，正常人的第一反應肯定是右鍵檢視原始碼啊，一看原始碼有漏洞肯定是測試一下啊，比如說寫個指令碼什麼的……前段時間我在看《駭客》這本書，裡面講了一些計算機領域的遠古大神的故事，當時讀這些故事的時候給我最大的觸動就是這些人生活在一個和普通人不一樣的世界，這個世界有自己獨特的規則，獨特的審美觀、價值觀和道德體系。

在某些方面會，但人的思維不是固定的，而程式的邏輯思維比較固定，調理也很清晰，哪怕一個問題有多個解，但解題方法始終是在一個有限的集合中，人在生活中遇到的問題卻不會那麼固定，很多職業因素會影響你解決問題的方法，但你的思維方式卻不一定會侷限在你所從事的職業上，除非一根筋，比較成熟的大部分人都會綜合的看待問題，也會考慮未來產生的後果，而你的每次決定得到的結果，在生活中有時候確是未知的，而在程式的既定流程中，輸入和輸出卻是一一對應，那些程式設計師的段子大部分也只是段子罷了

程式設計需要強邏輯性思維和形象思維。我就是程式設計師，當我看到一段程式碼的時候，腦子裡就會開始模擬這段程式碼所能達成的效果，看到一行程式碼也很自然的想到下一句，就是一種邏輯勾鏈。我想你所說的聊天的問題，恐怕是說社交吧？跟電腦交談只需要邏輯清晰就可以了，而跟人交談就需要各種情感因素相加。很多人會不懂得處理這種情感關係，所以看起來社交能力不好。另外程式設計師的思維有時還是跳躍性的。說了兩句話之間有時有時需要某句話銜接，而程式設計師往往這句話在腦子裡一瞬間就過了，嘴上卻沒說出來。所以對於跳躍性思維不強的你來說或許難以理解。這都是正常的。。。總之，大多數程式設計師只喜歡在腦子裡交談，而不是嘴上。程式設計師只需要一個大腦就夠了，普通人只需要一張嘴就夠了，就這一點最大的差異

經過我親身經歷，是可以的改變思維方式。學會追問問題的明確性和具體性。比如去聽行業大牛的影片講座，過程中會有很多人提問問題，但是在每次回答問題是都會說：說的是在什麼樣的條件下，會不會這樣那樣對不對？這就是程式設計思維，都會追其問題的本源。個人還會主動制定工作計劃，最佳化工作流程，做事情分主次，這些都是改變思維的表現，

因為工作的緣故，我平時會接觸到很多程式設計師。從剛入門不久的新手，到成名已久的大佬，他們言談舉止中或多或少都透露著嚴謹思考的氣息。資歷越老，就會越嚴謹，越講究邏輯，頭髮也會越少（劃掉）。

那麼，如果一名程式設計師長期沉浸在程式設計之中，思維方式會產生怎樣的改變呢？

1、追求問題明確化和具體化。

前天，我去參加了萬和第三期運維沙龍，沙龍上有很多大佬程式設計師發言。在一位大佬講完後，學員們向他提問。我留意到，每當學員提出一個問題時，他都會說：“你是指在......條件下，這樣......對嗎？”

這位大佬深刻地理解一個基本原理：要解決某個問題，就必須先明確這個問題是什麼。很多新人剛入行時，接到任務看一眼就開始程式設計，然後發現任務模糊和複雜到根本無法完成，結果不但浪費了精力和時間，還喪失了對自己的信心。如果事先能夠將任務劃分為具體而明確的問題，程式設計就會事半功倍。

追求問題明確化和具體化的思維不僅有利於程式設計，在生活中也很有用。比如某天女朋友跟你抱怨自己最近心情不好，你就可以用這種思維明確是什麼原因導致了女朋友心情不好，然後就好解決了。你可能會說：“女朋友心情不好怎麼可能明確原因？”這個就和我沒關係了，畢竟我又沒有女朋友。（手動狗頭）

2、習慣制定計劃，一步步解決問題

平時我也會制定各種計劃，比如考研、學習等等，然而總是半途而廢。程式設計師制定計劃和一般人不同，他們會確定這個計劃的步驟是否具備可行性。在確認可行之後，他們才會開始執行。

比如說，女朋友讓你去買一袋西紅柿，你會這樣制定計劃：找一家超市——買西紅柿——回家。但程式設計師會這麼制定計劃：找一家超市（如果沒有超市就去菜市場）——超市遠就開車去，不遠就騎車去——買優質西紅柿（如果沒有就買中等西紅柿，不能買差的）——根據天氣和家裡人的食量計算出需要買多少西紅柿——給女朋友打電話確認——回家。

3、喜歡最佳化各種流程

我曾經和一名程式設計師閒聊，問他週末會做什麼。他說他週末最喜歡呆在家裡，將家裡佈置的東西打亂，測試那種擺放方式是最舒服的。平時他還會嘗試各種交通方式上班，力求找出用時最短的方式。

在平常人按部就班地生活工作時，程式設計師們卻總是在尋找生活的最優解。可能生活並沒有一個最優解，但誰又能說追求最優解的行為不動人呢？

4、習慣單執行緒解決主要問題

程式設計師都知道高效的多執行緒結構是這樣的：一個主執行緒做事，多個輔助執行緒監聽各種事件，那些輔助執行緒做事要儘量短平快，把耗時的任務交給主執行緒去做。這個結構放到人身上，就是雖然眼觀六路耳聽八方（相當於多個輔助執行緒），但大腦一定要是單執行緒。

簡單來說就是，大腦只思考一件重要的事，平時看的聽的先放一放。

我26歲開始學習程式設計，這之前思維基本上已經成型，但是進入程式設計世界之後，經歷了一些思維上的變化。這裡，從自己的經歷來回答這個問題（有一些資訊鋪墊，希望您耐心讀完）。

本科學習外語，研究生學習管理學，懷著對高新技術企業的景仰，26歲碩士畢業進入了軟體公司，當然是非技術崗位。

看著攻城獅們面對著螢幕上一行行跳動的位元組，時而鍵盤翻飛，時而自言自語，時而冥思苦想，時而拍案而起……作為非技術人員，臉上是驚詫的，眼神是崇拜的，內心是羨慕的。

作為一個文科生，以前做夢也沒有想到自己居然會萌生學習程式設計的想法。當時的原因有幾：

1，自認為自己的數學底子還不錯，雖然本科碩士階段沒有怎麼學習數學，還算有些自信心。2，看著攻城獅電腦上跳動的位元組，居然還有試圖去讀懂的衝動，以及一種相見恨晚的感覺。3，和攻城獅們溝通有天然障礙，要想在軟體公司立足，必須瞭解攻城獅，必須有共同語言。4，平時工作不是特別忙，看著攻城獅們晚上很晚下班，自己比較閒，心理上有一種危機感。5，如果文科生也會程式設計，也會技術，將文理好好結合起來，那麼自己的將來會更有含金量。6，當然，還有很重要的一點，那就是攻城獅們的薪水（似乎不斷上漲的薪水）最有吸引力。

於是，得出結論：馬上開始學習程式設計。

很幸運趕上了Java時代，程式碼不用從底層開始，卓越的開發環境。

很幸運開發專案比較多，可以從簡單專案開始，慢慢去提高難度。

很幸運遇到了很多高手，可以天真無邪地發問，得到耐心的指導。……

自己也算是一個可以靜下心來理解設計式樣、探索程式碼機制、不斷試錯練習的人，每天和攻城獅一起下班。下班之後，揹著沉甸甸的筆記本回到宿舍，只要有時間就用來理解式樣、死磕程式碼……陣列、物件、類、介面、封裝、繼承、多型……啃大部頭書，查英文資料，模仿示範程式碼，每天很充實。

在簡單的專案中學習程式設計應該說是一個絕佳的捷徑。當透過debug工具清晰地看到引數在傳遞數值的時候，當透過自己的調查可以幫助同事修改程式碼的時候，當看到需求檔案知道應該轉換為怎樣的程式碼的時候……興奮不言而喻。慢慢地，終於知道了面向物件程式設計，終於理解了Oracle資料庫，終於看懂了MVC，終於明白了J2EE架構……其中經歷了測試，經歷了程式設計，經歷了設計……和攻城獅的共同話題也越來越多，一個純文科生蛻變為理工男。

言歸正傳，程式設計真的能改變人的思維方式嗎？從我自己的經歷來說：YES！

1、設計流程的時候，會刻意考慮“異常”處理情況，並傾向於準備應對“異常”的方案。

2、說明某件事情的時候，喜歡畫個圖，描述清楚IPO（Input→Process→Output）。

3、當有人委託自己做事情的時候，首先傾向於問清楚：你的具體需求是什麼？

4、制定商業計劃的時候，很容易想到“Framework”，想到“Layer”，想到“Condition”。

6、看到某個結果的時候，腦袋裡總會想：出現這樣的結果，必然有它的原因。

7、做到比較繁雜的機械性的事務的時候，總會想想：這個作業能不能寫個程式來做呢？

8、聽到那些大而空的話的時候，會條件式地反射：就不能說得具體一點實在一些麼？

還有，不怕您笑話：看到儒家出世之道的時候，腦袋裡會不由自主地想起自己的IT資訊化之道，有時候甚至把“格物”替換為“面向物件程式設計”……