學習編程的過程當中可能會走哪些彎路，有哪些經驗能夠參考？

先說結論：沒有少走的彎路。走過的彎路最終都會成爲自身的財富。

前言：若是在開始學習以前，就想着能少走彎路，那多半會走很多彎路。由於關注的重點錯了，把原本是踏踏實實學習編程知識的時間，都用來尋找少走彎路的方法了。

1、盯住一個問題緊緊不放，不搞定這個問題，毫不向下走。一股子不到長城非好漢的決心，有這麼強大的毅力學習是對的，這也是大多初學者容易走的彎路，學習之初先了解大體的概念，上來就尋根究底，會讓本身變得疲憊不堪，由於初學小白開始很難具有強大的基礎，很難把每一個知識點都吃的至關透徹，因此開始學習的時候，先了解基本的方向和思路，掌握一些概念或者工具如何使用，等你慢慢的掌握了編程語言的整個套路，以前遇到的問題可能也就迎刃而解了。

2、在學習基礎語言的時候，一直懷疑所學語言是否是能找到工做，中間換了幾種語言。初學小白常常問的一句話「學某某語言，能不能找到工做」，這是一個辯證問題，其實任何一門編程語言，甚至任何一項技術，只要還活着，那麼必然有存在的必要性，只要你能夠精通的掌握，就不愁找不到工做。編程語言和語言沒啥大的區別，學會了任何一門再去學習別的語言都會輕鬆許多，編程思路各個語言都是想通的。既然已經花了不少時間在一種語言上學習，就索性學習到底，完全瞭解這門語言的屬性，學好一門了，不要半途而廢，不要中途更換學習的語言類目。

3、能寫出大量的代碼，可是不知道如何調試，每次解決一個小細節點須要花費大量的時間。常常看到有人在羣裏粘貼了一堆代碼讓你們幫着找問題，通常這種狀況下，你們很難有這麼多的時間和耐心幫着去分析問題，由於編程語言的變化形式太多，組合方式也是層出不窮，大段的代碼很難一眼就找到問題所在。這個時候就須要寫代碼的人具有debug調試能力，由於在工做中遇到的代碼比日常練習的代碼複雜程度要多太多。其實有時候遇到這種問題，在羣裏提問不是一個很好的辦法，能夠去程序員社區發帖提問，也能夠像本身的同窗老師提問。

4、視頻看的很懂，可是代碼能力不好。如今在線視頻教程多如牛毛，學習起來比10年前只靠看書方便了太多，不少小夥伴看視頻的時候對於裏面代碼的一些含義都能瞭解的很完全，一旦脫離了視頻獨立寫程序的時候，以爲無從下手，典型的實踐操做太少，看視頻學習編程這個方法沒啥問題，可是須要在看的時候，把裏面對應的代碼在本身的編譯器上都敲不少遍，視頻講的再好也只是別人咀嚼好的，看起來很美，可是須要本身在電腦上大量的實踐，才能轉化爲本身的東西，才能歸入本身的知識體系中。

5、眼高手低。有不少同窗在學習編程過程當中都會有類似的經歷，對某個知識看到懵懵懂懂，瞭解了內部原理，就覺得本身徹底懂了，徹底放鬆了學習的心態。結果當再次須要使用到時，本身才發現真實內容與本來了解到的內容截然不同。這是典型的眼高手低。

以上，以此爲鑑吧！