學程式設計不難，學程式設計的話一定要努力學，多學多練，多學習多練習，學程式設計的話一定要找個好的學校，現在選擇學校一定要根據學校當地知名度和教學環境以及師資力量去選擇一所合適的學校。現在選擇學校不能盲目選擇，一定要多選擇，多考慮，多瞭解，找一所適合自己的學校。

程式語言本身其實並不難，學習常見的程式語言也幾乎沒有什麼特殊的要求，即使學歷並不高的人也是可以學習程式設計的，現在有的發達地區小學生都開始學習Python程式設計了，那麼為什麼還是有很多人會感覺程式設計很難呢？原因有以下幾點：

第一：程式語言是工具，而程式設計則是個數學問題。如果只是使用程式語言做一些簡單的程式，那麼程式語言並不會讓人感覺到困難，甚至是一個頗有樂趣的過程。但是對於專業級程式設計師來說，程式設計說到底是一個數學問題，程式語言只是一個解決問題的工具而已，演算法設計和資料結構才是程式設計的難點所在。所以，研發級程式設計師往往都需要具備紮實的數學基礎，而這才是讓人感覺到難的根本原因。

第二：技術更新速度快。技術更新速度快是軟體開發領域的一個重要特點，每一次技術的更新都會帶來大量的新知識，這就要求程式設計師不斷豐富自己的知識結構以適應這種快節奏的變化，對於學習能力不強的人來說，這也是感覺程式設計難的一個原因。

第三：程式設計規模越來越大。早期的程式設計規模並不大，使用者量也相對較少，隨著網際網路的發展，使用者數量的爆發式增長，導致程式設計的規模越來越大，團隊規模也越來越大。程式設計已經不再是一個人或者幾個人的事情了，而是一個團隊協作的過程，而這個過程也需要一個系統的管理流程，這也是讓人感覺程式設計難的一個原因。

隨著網際網路的發展，程式語言的簡單化也是一個發展方向，程式語言在未來將有更大面積的普及，更多的人將會掌握一門程式語言的使用，在未來的智慧化社會里，掌握一門程式語言是很有必要的。

如果有程式語言方面的問題，也可以諮詢我。

其實程式設計和任何其他的技術一樣，入門簡單，但是想在這個領域更進一步，也是需要付出很大的努力的，甚至達到某種程度的時候，也需要有一些天賦。

很多新手都會犯同樣一個毛病，就是什麼技術都想學，什麼語言都想碰碰。今天研究後臺框架，明天又看看前臺的技術；學了兩天Java，過幾天有開始看Python；書買了不少，影片也下載了很多，結果最後，哪一項技術都學了學皮毛，沒有深入的研究。

建議根據工作需要或者愛好，選擇一項語言，專注後臺或前臺，等深入研究之後，再去尋求技術的廣度，等你一兩門深入+眾多廣度的時候，基本上也可以向架構轉型了。

不管你看了多少書，看了多少影片，但最終，程式碼是要一行一行敲出來的。

所以，要多動手。

就算你是個新手，不知道怎麼寫出自己的程式碼，你甚至可以看著書上的例子，一個字母一個字母地在電腦裡敲出來。

很多時候，程式設計師的工作不是敲程式碼，而是不斷地填坑、填坑、填坑。

有些事自己的坑，有些是別人的坑。

遇到的問題會很多，也就難免遇到自己沒見過的問題。如何快速的定位問題並解決掉，是程式設計師很重要的能力之一。

技術升級換代的速度很快，要堅持學習。

長時間地在電腦桌前坐著工作，要堅持鍛鍊。

為了找到男朋友、女朋友，要堅持要自己變得更優秀。

作為一個JAVA出身的老程式設計師，經歷過10多年的摸爬滾打。可以說程式設計入門不難，難得是程式設計應用。

1）程式設計難的是應用場景而非入門。像JAVA、C++、Python、Ruby、Go、JS、JQuery這些語言的入門學習其實是簡單的。感謝網際網路的發展，讓基礎研發得以普及。現在從網路上可以找到相當多的資源來進行學習。要值得注意的事，程式設計學習的入門是簡單的，應用場景才是最關鍵的。就類似於我們從小學到大的英語，學了10幾年的單詞、語法、閱讀，卻缺少實際的應用場景，英語的口語、思維、寫作才會感覺慘不忍睹。程式設計同樣如此，如果沒有實際的應用場景，缺少真正專案的鍛鍊，是難以發揮其作用的。不可能單純的憑藉愛好去研發一些小東西來實現真正的應用。任何應用軟體都是包含著架構、邏輯、最佳化、流程等內容，而程式設計只是其中實現功能的基礎部分。

2）程式設計需要具備邏輯思維。這幾年一直存在著一個現象，就是市面上存在一些快速培養程式設計人員的機構或組織，通過幾個月培訓，讓其從表面上看上去能夠應對一些公司的研發需求，看似掌握了很多技術和語言，懂得一些研發框架的應用（如SSH、SpringMVC、Struts等）。其實卻忽略了邏輯思維的養成，一個具有邏輯的程式設計人員所寫出來的code和一個沒有邏輯的只懂得快速實現功能的程式設計人員所寫出來的code是截然不同的。一個簡單的查詢功能可以有很多種實現方法，到底哪一種才是最省時、最最佳化的，這是需要邏輯和經驗的。並不是說這些機構做的不對，從某種程度來講，他們確實幫助了整個研發行業人才勞動力的發展，但是這些剛剛入門的程式設計師仍需要大量的實踐來掌握實際應用研發的邏輯最佳化等內容。

3）最容易忽視程式設計效率。可以說敲程式碼的手速也是影響程式設計結果和效率的最重要卻經常被忽視的一個因素。看似毫不起眼，但這個因素相當關鍵，比如：同樣一個去抄一個現成的、已經實現的功能程式碼，一個10分鐘只能敲200行和一個10分鐘敲500行的程式設計人員，誰的程式設計效率會快一些？更何況在實際應用研發的過程中，有些功能還是需要去思考、去測試才能完成的？曾經線上下舉辦過一次工作坊，我一個4、5年沒敲程式碼的老程式設計師（因崗位原因轉為了管理），現場碾壓40多位一直在從事程式設計的程式設計師小哥哥小姐姐，讓他們跟著我抄程式碼都跟不上，當時直接震驚了以為前來參會的研發總監。會後給我說，原來研發效率慢居然還會因為手速而導致。對一個程式設計人員來說，手速真的是很關鍵。

比如學程式設計花一星期，用程式設計實現編譯原理一年也不一定能做出滿意的專案。程式設計只是一種手段，重要的是對目標OS、通訊協議、數學理論……的掌握程度，這些都要花百倍千倍的時間

我現在正在尚學堂學習Java，以我的學習經驗看，程式設計最難的地方在於想法，一個有想法的人才能做出不一樣的效果，要形成自己的思維邏輯；如果只是簡單的碼農只要跟著老師敲程式碼，基本正常人都可以學會，一遍不行兩遍，甚至更多遍，如果沒有想法那麼發展就非常受限了