首先得為什麼會有這個問題，因為剛剛學習程式設計會走很多彎路，想找一個合適的方法學習。有這樣想法是值得鼓勵的，至少是知道怎麼學習更好。一開始學習程式設計的時候，這種方法或許是學習的唯一方法，因為你照著別人的程式碼輸入進去，在debug之後，你會發現自己的程式碼裡有許許多多的問題，你可以把這些小問題自行查詢百度或者谷歌。在這之後你會發現你弄懂了這個問題

學習程式設計，開發軟體，過程大抵如下：

看書，看影片，看部落格，聽課等等

對著書敲程式碼

脫離書自己敲程式碼

自己實現一些小DEMO

進專案看程式碼

在別人指點下寫程式碼

自己獨立在別人搭建好框架內填寫程式碼

自己獨立負責別人設計好的模組的實現

自己獨立負責一個軟體模組的設計和實現

負責較大軟體模組，拆分模組，分子任務給他人

負責一個小專案，設計，拆分，分派任務

做較大的軟體系統的架構設計

你現在處在第2個階段，這是一個必經階段，不要擔心，對著書先敲，多敲幾遍，然後脫離書，自己敲，看能不能敲出來。反覆如此，慢慢就可以脫離書完成示例，這樣你就進入了第3個階段了。等你把整本書的示例都能脫離書完成，第3個階段就練差不多了，可以考慮第4個階段或第5個階段了。

大家都這麼過來的，你用行動，也可以走過來。

人在學走路學說話的時候，一開始都是透過模仿大人的動作，說話而學會的。在遠古的時候，沒有模仿的物件，人類學會直立行走估計經過了漫長的歲月。

學習程式語言也是一個道理。學習的開始透過理解別人寫的程式片段和跟著敲別人寫的程式碼，執行檢視結果，這樣更容易理解每一段程式碼段具體作用。學程式設計更好的方法就是多敲程式碼，只是看書是很難學會的。所以說跟敲別人的程式碼是有一定的幫助和效率。

如果只是照著別人的程式碼逐字敲進去，也只能練習手速，在大腦中暫時留下一些微不足道的映像。

如果是語句敲進去，可以提升一定的手速，也會在大腦中有一定的理解，會對自己提升一小點。

如果是按照功能模組敲進去，可以提升一定的手速，同時會對整個程式有了一定的模組劃分，對學習程式設計的人來說，會有更進一步的提升。

如果是先讀懂別人的程式碼，然後濾出程式的思想，再按照思路來敲，除可以提升手速外，會對自己學習程式設計建立一定的邏輯思維，同時對自己的提升會有較大的提升。

如果是先讀懂別人的程式碼，總結出別人的思維，再結合自己對這個功能的理解，找出其它合理和不合理的地方，然後對程式碼進行最佳化。則對自己學習程式設計是最有利的方法。

學程式設計就最重要的就是敲程式碼了。剛入門的時候肯定都這麼幹過，照著別人的程式碼敲總比只看不動手的強，但是作用肯定不大。

照著敲只能幫你熟悉這門語言的語法拼寫，但是程式設計是一種注重邏輯思維的課程，所以在敲程式碼前一定要了解每行程式碼的作用，再動手去敲，效果肯定會好很多。

在看到程式碼能跑起來，和別人的結果一樣，就不看了，這就像你抄完了別人的作業，當時理解了，第二天就忘了一個道理。

所以在之後你需要做的是對程式碼進行修改、驗證、思考，慢慢建立自己的知識體系，而不是隻會模仿。

思想很重要。哪怕是按著別人的程式碼敲，也得是“這是啥？那又是啥？他為啥這麼寫？他為啥不那麼寫？這麼寫好處是啥？好像我覺得還有更好的解決方式？要不我自己試試？”