學編程有什麼困難

Ⅰ 編程學習來難度大不大可以自學嗎

1.
編程學習來難度大不大,可以自學嗎。
2.
編程學習其實就是軟體開發技術的學習。
3.
軟體開發專業本身是有一定的學習難度和提升難度的。而且軟體專業本身是需要不斷學習的,因為其專業發展比較迅速,知識更新迭代的速度快,所以需要不斷學習,需要終身學習。
4.
自學是可以自學,但是需要比較大的毅力和比較好的理解力才可以。

Ⅱ 學習編程究竟有多難為什麼人們一提起編程都覺得很難

學習編程的確是非常的困難，而且編程是越學越難的，可能入門相對來說比較簡單，但是學到關鍵之處的時候就很難懂了。因為大部分人都是看不懂程序員寫的代碼的，所以很多人潛意識當中就覺得變成非常困難。信每一個程序員談起自己學習編程的心路歷程都非常的心酸，編程在剛入門的時候的確是非常簡單，現在很多早教機構都會開設有關於編程的課程，會讓一些學齡前的小朋友去學習編程。

雖然能夠看到自己的程序運行是一件非常有用成就感的事情，但是在這之前也要經歷很多次的修改和填不漏洞。很多人過程當中就會漸漸的失去耐心，覺得編程是一件非常枯燥無聊的事情。但每一件事情都是需要堅持的，如果能夠堅持下去，也能夠在編程當中找到一定的規律。

Ⅲ 自學編程有哪些困難和障礙

其實你這個問題比較難回答，因人而異。

簡單說幾點問題及決方案吧。

1、不知道從什麼地方看起，解決方案就是從第一章看起。

2、不知道如何編寫第一個程序，很簡單，解決方案就是：

（1）用書上的例子

（2）獨立完成最簡單的一個完整流程，如從寫代碼到完整產品，如軟體就是一個提示框，硬體完成一個閃燈。

3、不知道程序怎麼編寫，這個是剛學習的通病，其實很簡單，按照你的想法編寫，錯了也比不編程好得多，慢慢改進就會很精簡。

4、不知道怎麼更好的編寫，其實編寫程序有一些思想在裡面多看看編程思路的書。

下面是總結的經驗：

1、程序細化，利於組建其他程序。

2、程序模塊化，利於整體調用。

3、分類程序段，使程序思路清晰。

4、合並相同和相似的代碼，編寫成一個函數，用到此功能調用此函數。

5、編寫通用程序，載入不同的腳本實現不同的功能。

6、編寫程序工具，不同功能的模塊可以用程序工具來編輯，比用代碼編輯方便。

7、用通用的現成功能庫來提高工作效率。

8、持續優化重構和改進，提高代碼質量。

9、建立通用數學模型，使一類事物用一個統一模型表示。

10、預留一些介面，提高程序的可擴展性。

11、添加一些注釋、流程圖、說明文檔使思路清晰。

這樣你編寫的程序會可讀性強、重復錯誤少，代碼量少，時間少。其實好的代碼往往比不好的代碼可以差幾十倍的代碼量。

Ⅳ 學編程有什麼難的

1、方向難
編程行業是有分工的：有做前端網頁的，有做移動端ios的、安卓的，有做後台的。做網頁的，有用jq+原生js的，有用vue.js，有用react的；做安卓的，又可以分做底層嵌入式驅動的，做系統框架的，做應用的。做後台的，又分為很多框架，技術棧和語言不同，java ，.net，python等等各領風騷。
選擇一個好的方向，難！因為每個分工沒有優劣之分。也許你只是想混口飯吃，不在乎做哪方面。
我的想法是，興趣是最好的老師，用它來告訴你。
2、基礎難
在學習上面知識之前，你還得先打下基礎，畢竟沒有不會走路的嬰兒能夠跑步的。要學的基礎很多，包含計算機的組成，網路通信協議，數據結構等等。
基礎就像地基，不穩固的話，你的代碼就會搖擺不穩，隨時有崩塌的危險。
基礎的學習，涉及到的概念會比較多。就如一開始的二進制知識原碼，補碼，反碼，就常常令人發瘋。
學到什麼程序呢？
那培訓出來的人那樣，可以手寫java虛擬機的程度嗎？
完全不必，我想出來工作10幾年的都沒幾個人能到達那種大神境界。
能筆試通過就夠用了。
基礎的學習，可能就得花去你兩三個月的時間，還是在你有毅力堅持的情況下。
3、實戰難
你按照教程的步驟一步步操作，發現怎麼一開始搭個環境都不行，這個版本怎麼跟我的不一樣這么舊。
好不容易環境沒問題了，怎麼我的代碼就是運行不起來，明明看起來跟書本是一樣的。
錯誤千萬條，條條通向bug。
自學的人往往身邊沒人合適的可以請教的人，教程一般來說都會相應落後，實踐的例子大多是demo樣例級別，跟工作中用的東西差別很大。這三個搞在一起，想死的心都有了。你會發現學習了大半年，項目經驗卻基本為零。
4、精通難
自學編程，遇到的問題基本上都是自己摸索解決的，有些東西可能也暫時無法解決。由於沒有實際的工作經驗，沒有處理和積累過工作中會遇到的各種突發問題，沒有參與大型的高復雜度的軟體設計，缺乏跟同事們的技術交流，技術會達到瓶頸，也很難養成良好的編程規范。

Ⅳ 無基礎學編程有多難

沒有計算機基礎也是可以學編程的，只是學的時候會有點難度的而言，當然，不管你學習什麼知識都會有一定的難度，主要看你有沒有相關的基礎，個人的學習能力如何。不過，零基礎的學員也不要擔心，現在很多培訓班都是針對0基礎的學員設計的課程，都針對不同應用行業，不同語言做定向培訓。所以，難不難也要因人而異。

就拿國內從業比較廣泛的Java開發工程師來講，高中畢業生都可以做。既然高中生都能從事於Java開發，說明軟體開發實際上並沒有我們想的那麼難，畢竟目前所學的軟體技術並不是做科研。

記住，軟體開發需要有一定的基礎，但是並沒有特別高的門檻，只要具備有一定的英文和數學基礎（初高中水平就好了），就可以學軟體開發，尤其是編程語言的使用，因此對於軟體開發而言，只要能夠長期堅持下去，並且多多從事實際項目的開發，就可以積累經驗，達到一個比較高的水平，所以軟體開發並不難學，只要堅持，就可以有所成就。

至於零基礎學java所用的時間，我以培訓時間為標准，大學生一般的學習時間是5-6個月，高中生確在兩年左右。

Ⅵ 學習編程時會遇到什麼困難

其實你這個問題比較難回答。因人而異。
我覺得應該都有一個過程，我擅長自學，有過學徒。因此是這個過程。
1、不知道從什麼地方看起。解決辦法就是從第一章看起。
2、不知道如何編第一個程序，很簡單解決方法是
（1）、用書上例子
（2）、獨立完成最簡單的一個完整流程，如從代碼到完整的作品，如軟體就是一個提示框，硬體完成一個閃燈。
3、不知道程序怎麼編寫，這個是剛學習的通病，其實很簡單，按照你的想法編寫，錯了也比不編程好的多，慢慢改進就會很精簡。我剛開始寫一個代碼用了1200多條的匯編，但現在讓我改完後只有105條實現了相同功能。
4、不知道怎麼更好更快的編寫，其實編寫程序有一些思想在裡面多看看一些編程思路的書。
我可以提供一些
下面是總結的經驗。
1、程序細化，利於組建其他程序。
2、程序模塊化，利於整體調用。
3、分類程序段，使程序思路清晰。
4、合並相同和相似的代碼，編寫成一個函數，用到此功能調用此函數。
5、編寫通用程序，載入不同的腳本實現不同的功能。
6、編寫程序工具，不同功能的模塊可以用程序工具來編輯，比用代碼編輯方便。
7、用通用的現成功能庫來提高工作效率。
8、持續優化重構和改進，提高代碼質量。（lens23 提出的）
9、建立通用數學模型，使一類事物用一個統一模型表示。
10、預留一些介面，提高程序的可擴展性。（chm51666提出的）
11、添加一些注釋、流程圖、說明文檔使思路清晰。
這樣你編寫的程序會可讀性強、重復錯誤少，代碼量少，時間少。其實好的代碼往往比不好的代碼可以差幾十倍的代碼量。（這個我也不知道為什麼）
5、如何學別的知識和相關的東西，按照上面的路子再走一次。
6、如何和客戶交談，滿足客戶要求，這個比較難。可以找一些錄音設備。

Ⅶ 自學編程的難度有多大

自學編程的難度肯定是非常的大的，特別是對於一些計算機基礎不是特別好的人來說。但是自學編程的話，想要入門還是稍微簡單一些的，但是想要學的比較深入就比較困難了。對於程序員來說，編程是每天都需要做的事情，但並不是每一個人天生就是程序員的，所以程序員學習編程也是要從一點一滴開始的，也是要從小白入門的。

而且現在網路已經很發達了，大家也可以從網上去找一些關於編程的教學視頻和網課，同時也可以買一些關於自學編程的書，因為現在的大環境已經非常的好了，所以想要學習編程，很多資料都是可以進行參考的。所以大家如果有興趣的話，可以自學一下。如果比較有天賦的話，可能會覺得自學編程也並不是特別難，但是對於一些對編程不是那麼了解的人，可能就覺得自學很難，根本就入不了門。

Ⅷ 編程怎麼那麼難學啊

難，很難，非常難！

但最難的不是知識，而是自律，而是能不能合理安排時間，而是能不能做到自我激勵。

說句實在的，互聯網發展到現在這個程度，網路上的學習資源完備且高質的情況下，在學習資源的獲取上，自學和非自學早已沒有界限了。

你報個培訓機構，裡面的老師大概率還沒有B站上的免費課程講的好。

自學與非自學唯一的界限就是有沒有人趕著你，逼著你，監督你。

而如果你的編程學習需要人來督促你，那完了，你從培訓機構出來的那一刻，你的整個職業生涯就定型了，而且一定會走下坡路。

所以，做不到自我管理，自學編程一定是很難的，而且是難上加難，編程的難加上自學的難。

我就直說了吧，我勸你放棄。

所以你除了迎難而上，堅持自學之外，沒有第二條路可以走，哪怕報班暫時逃過一劫，之後也還是要面對。

文章圖片1
效率不高怎麼辦？

你可能會說，報班不是因為自己學不了，而是因為報班有老師可以問，不會出現因為一個知識點卡死的問題，能夠提升效率。

我想告訴你的是，不需要而且不可能。

首先說為什麼不需要，你的80%的編程問題可以通過Bai以及Google得到詳細的簡答，絕對比你的老師更詳細。

剩下20%中的10%可以通過加一個技術交流群來解決。而最後的10%，相信我，你的編程老師也解決不了，不然他不會去當編程老師了。

最好的解決辦法是，私聊GitHub或者公眾號的編程大佬，給他們發個紅包，然後詢問你已經整理好的問題。

再給你分享下我的經驗吧。

在我近十年的工作、學習以及與人交流的過程中，我得出一個結論：不管優秀不優秀，一個程序員的成長60% 都是靠自己，而且你越優秀這個比例就越大。

至於為什麼，也很好理解。

你越優秀，比你更厲害的人就更少，無人可問無人可教，你不靠自學靠什麼？

這也是為什麼我說哪怕你暫時逃過一劫，你之後還是要面對。

程序員這個行業，做不到與時俱進就一定會被淘汰，要麼就越工作就越感覺自己從腦力活動變成了體力活動，單純的搬運。要麼就是沒等到35歲就已經因為能力跟不上企業需求的發展而被裁員。

我一直強調，程序員有沒有35歲危機我不知道，但我知道程序員一定是靠技術吃飯的，而想要持續精進自己的技術，只有靠自學。

除此之外，我一直有一個觀點：程序員不是教出來的，而是培養出來的。對程序員來說最重要的，不是會什麼，而是能會什麼。

知識是死的，學習能力卻是活的。

與其想著如何便捷地獲取知識，不如培養自己獲取知識的能力。

所以，給你推薦一篇基礎能力的文章：

Ⅸ 學習編程的過程，究竟難在了哪裡

學習編程的過程是非常難的，首先需要考慮到兼容性，只有應用程序兼容才能保證所寫出來的東西能夠成功運行。向前兼容是學習編程中的一大難點，而且這種問題是非常復雜的，所以很多人在寫編程的時候總是會陷入一些思維陷阱。在學習編程的時候大家也可能會遇到各種各樣的bug風險，由於編程的內容往往都是環環相扣的，所以很容易就會因為一個小誤差導致整個程序出現問題。

在敲代碼的時候大家就會發現自己一個符號的錯誤就有可能會影響到整個代碼的運行結果，所以大家一定要努力的去接受編程的容錯率。計算機有著清晰的語言，所以在學習編程的時候必須要一板一眼的按照這種語言來實施，要將人類的邏輯思維轉化成計算機語言，只有這樣才能讓計算機運行出自己想要的東西。所以學習編程是一件非常復雜的事情，要花費很長時間才能學到一點皮毛。