會，那樣你寫出來的程式碼邏輯混亂，會導致不可預估的問題，等出了問題找都找不到。程式設計師除了強大的邏輯思維，還要有強大的抽象能力

程式設計序是不是需要較強的邏輯思維能力，我的理解是需要。不但程式設計序需要，而且與工程技術有關的所有工作，都需要較強的邏輯思維能力。這裡邏輯思維，指的是對事件或者目標的因果關係，連鎖關係，順序關係，函式傳遞關係要有分析判斷和正確理解。具體到程式設計上，就是規劃好程式有哪些組成部分，先編哪些，後邊哪些，公用哪些，最後達到什麼結果。應該按照先部分後整體，先分支後主幹，編好一個單元，測試一個單元的順序進行。在工程專案中，要緊緊圍繞目標和結果展開程式設計。這樣做可以大大提高效率。練得多了，就自然走到這條路上了。與之相反的程式是前後干擾，互相牽制，繁瑣混亂，一團亂麻，除錯時頭暈腦脹，抓耳撓腮，不停地打電話詢問西門子，裝置亂起亂停，使用者暴跳如雷，最後狗急跳牆，用電線短接後設備就運轉了。

影響肯定會有，但是不見得那麼大。現實中見過不少程式碼，牛逼的琢磨半天看不懂人家在幹什麼的見過，亂七糟糟的主人寫的時候邏輯也不見得很清晰的也見過。一般工作，功能實現就行，誰管你程式碼怎麼寫。不服氣，重構去呀！

只要功夫到了，就算死記硬背，常見的邏輯流程也就那麼幾種，簡單的演算法幾乎都能找到現成的例子，很多時候，寫程式碼是體力活而不是腦力活。

最極端的例子，據說對日外包企業，只要對著需求說明書一行一行翻譯就行，根本不用自己考慮程式碼怎麼編。

當然，不做碼農，做高精尖演算法、整系統架構等等確實需要考驗智力的不在此列。

邏輯思維一直都不太好，會影響我學程式設計嗎？邏輯思維怎麼算好怎麼算不好呢？是稍微有點兒繞彎兒的事情就拎不清了麼？還是很複雜的事情拎不清呢？這個沒有什麼尺度的。就算邏輯思維不好，也許是可以學程式設計的，只是說花的時間不同，只要肯花時間去學去啃去捉摸，把你學的東西捉摸透，一般的邏輯思維能力就可以應付大部分的編碼工作了。當然如果想做大牛神牛碼農，那就另當別論了。

作為一般的程式設計師，主要是滿足日常工作需要，是屬於技術性和嚴密性、邏輯性比較統一的工種。而且一個專案都是有一個團隊分工完成，複雜性邏輯性都被分解了，要說邏輯性要多麼多麼強才能編碼那也不一定。真正實際寫程式時，往往嚴密性個人認為反而更為重要，不然寫出來的程式禁不起測試，程式邏輯不嚴密漏洞百出，這個錯誤沒考慮到那個分子也沒想到。

當然邏輯性強的人對學習程式設計是有好處的。邏輯性強的人考慮事情很快，在複雜的事物各種相關性、順序性、拐彎抹角等等很快就能夠分析出個一二三四來，給人感覺就是非常聰明。這種程式設計師如果肯花時間去學習、去實踐，今後更容易成為程式設計師中的佼佼者。

但在程式設計師隊伍中並不表示都是邏輯性很強的人，作一個普普通通的程式設計師就也不算失敗。只要不是啥事都考慮不清楚、扯不清的腦袋瓜子，能做程式設計師。很多程式設計師其實也就是一個團隊的螺絲釘，往往經歷過一段時間後就成為了熟能生巧、巧能生精的工作。把那些複雜拎不清的事情就交給願意當大神大牛的人去吧，就做一螺絲釘程式設計師也沒啥。

很多事情只要肯幹、肯努力、肯琢磨，做得多了經歷多了，也難不倒哪裡去。