如何才能正確快速的學習編程精品多篇

初學者學習編程的基本原則 篇一

1、交流溝通

在Eva和Fong開始學習之前，我爲她們申請了博客，並請她們記錄下她們的編程之旅和學到的東西。萬事開頭難，你可以問問她們。我大概花了一週的時間跟她們嘮叨才讓她們寫了第一篇博客。但是現在，她們不在博客上寫點兒自己投入了大量時間的項目就覺得不對勁。

如果你在項目中使用了API(譯者注：Application Programming Interface，應用程序編程接口)，發推文或者是郵件給這家公司告訴他們你關於他們的API的想法。當你在黑客馬拉松中贏得獎項時，發個不錯的推文@他們表示謝意，或寫篇相關的博文。每寫一篇博文都使它成爲一直以來最好的，並懷着它會被放上黑客新聞版首頁的期望將它提交(儘管大部分時候這種期望都不能實現)。

健康交流的最大好處就是，它使你對你的項目負責， 由此也引出我的下個要點。

2、完成

Fong和Eva都知道，完成一個項目困難，卻重要。我聲明：除非她們寫了一篇關於手頭項目的博文，在推特上@了API公司，並且將它發佈在黑客新聞網版上，我們是不會開始一個新項目的。儘管她們的第一個項目只是井字棋遊戲，但這是她們做過的最好的井字棋遊戲。從來就沒有人想寫一個蹩腳的項目，所以不管這個項目有多簡單或者不相關，如果你要着手做個項目，那它必須是你能拿到的最好的那個。我已經見過太多開發者爲毫無前景的次要項目工作。如果你在學習編程，你必須從一開始就認識到要珍惜你的時間和精力，完成你的項目證明它的價值。

完成整個項目的最後20%需要花費全部努力的80%。開發者可以在1、2天之內實現一個項目的概念。而測試每種情況並且解決每一種邊際情況從而成就一個“完美”的產品則需要兩倍的時間。在項目最後的20%花費那80%的精力，將會在許多許多訪問中傳爲佳話。

3、思考

如果你卡住了，不要緊盯住你的代碼。出去散個步，呼吸點新鮮空氣，再考慮一下。你卡住了是因爲你的邏輯中有錯誤，而修正它最好的方法就是在腦海中或是在紙上一步一步地徹底想通它。程序員靠思考賺錢，問題在你的思考中被解決，編程是個蛋疼的工作。偉大的項目經理通常都有廣博的編程背景，並且在思考和問題解決方面接受過出色的訓練。

有一種說法：當你被卡住20多分鐘時，並且你仍然茫然無緒，請教別人吧。如果在20分鐘內沒有任何頭緒，那麼在接下來的一個小時，你也不會有任何進展的。相信Eva。她有一天就浪費了5個小時，因爲一個愚蠢的錯誤——血的教訓啊。散個步，做個其他事。然後再回到項目上來。能將自己與問題切斷並轉移注意力，是個技術活。

4、再思考

也許你現在已經明白了，思考，在一個程序員的生活中是至關重要的。不要去複製-粘貼代碼，尤其當你在學習如何去編程的時候。如果你想學習怎麼編程，複製，粘貼——“看，有用誒！”不會使你有任何成就。相反，無論何時你看到代碼，你必須在企圖去試運行它之前想清楚它在幹什麼。當你能輕易看懂別人的代碼了，將其簡化到你剛好需要的程度，然後寫出來。如果從一開始就定期這麼做，你會在幾個月內成長爲一個非凡的開發者。

5、谷歌

學會獨立解決問題。除非至少被卡住20分鐘，不要問編程問題。程序員們必須是獨立的。他們是偉大的思想者和偉大的交流者。爲了成爲他們中的一員，你必須邏輯地思考，想出問題出現的原因。許多年輕開發者面對的問題是，寫出他們真正需要的代碼對他們來說很困難。我們中的許多人也是這樣，明知道問題是什麼，但就是不知道要去找什麼去解決它。這是個你必須從一開始就培養的技能，它漂亮地聯繫了第一點，“成爲一個交流者”

給初學編程者的忠告 篇二

我始終認爲，對一個初學者來說，IT界的技術風潮是不可以追趕的，而且也沒有能力去追趕。我時常看 見自己的DDMM們把課本扔了，去賣些價格不菲的諸如C#, 這樣的大部頭，這讓我感到非常痛心。

而許多搞不清指針是咋回事的BBS站友眉飛色舞的討論C#裏面可以不用指針等等則讓我覺得好笑。C++就象當年的ASP一樣，“忽如一夜春風來，千樹萬樹梨花開”，結果許多學校的信息學院成了“Web 學院”。

96,97級的不少大學生都去做Web了。當然我沒有任何歧視某一行業的意識。我只是覺得如 果他們把追趕這些時髦技術的時間多花一點在基礎的課程上應該是可以走得更遠的。

初學者學習編程的誤區 篇三

認爲計算機技術等於編程技術：

有些人即使沒有這個想法，在潛意識中也有這樣的衝動。讓我奇怪的是，許多信息學院的學生也有這樣的念頭。認爲計算機專業就是編程專業，與編程無關的，或者不太相關的課程他統統都不管，極端的學生只要書上沒帶“編程”兩個字他就不看。

其實編程只是計算機技術應用過程中一種複雜性最低的勞動，這就是爲什麼IT業最底層的人是程序員( CODER)。計算機技術包括了多媒體，計算機網絡，人工智能，模式識別，管理信息系統等等這些方面。

編程工作只是在這些具體技術在理論研究或者工程實踐的過程中表達算法的過程。編程的人不一定對計算機技術的瞭解就一定很高。而一個有趣的現象是，不少大師級的計算機技術研究者是不懂編程的。網上的炒作和現實中良好的工作待遇把編程這種勞動神祕化了。其實每一個程序員心裏都明白，自己這些東西，學的時候並不比其它專業難，所以自然也不會高檔到哪裏去。

咬文嚼字的孔乙己作風：

我見過一本女生的《計算機網絡原理》教材，這個女生象國小生一樣在書上劃滿了橫槓槓，筆記做得滿滿的，打印出來一定比教材還厚。我不明白的是，象計算機網絡原理這樣的課程有必要做筆記？我們的應試教育的確害了不少學生，在上《原理》這一類課程的時候許多學生象學《馬列原理》一樣逐字背誦記憶。

這乃是我見過的最愚蠢的行爲。所謂《原理》，即是需要掌握它爲什麼這樣做，學習why，而不是how(怎樣做)。極端認真的學生背下以太網的網線最大長度，數據幀的長度，每個字段的意義，IP報頭的格式等等，但是忘了路由的原則，忘了TCP/IP協議設計的宗旨。總之許多人花了大量的時間把書背得滾瓜爛熟卻等於什麼也沒學。

在學習編程的時候這些學生也是這樣，他們確切的記得C++語法的各個細節。看完了C++教程後看《Thinking in C++》(確實是好書)，《Inside C++》，《C++ reference》，this C++,thatC++……，然後是網上各種各樣的關於C++語法的奇聞逸事，然後發現自己又忘了C++的一些語法，最後回頭繼續惡補…。有個師弟就跟我說：“C++ 太難了，學了這裏忘了那裏，學了繼承忘了模板。”我的回答道：“你不去學就容易了”。我並沒有教壞他，只是告訴他，死摳C++的語法就和孔已己炫耀茴香豆的茴字有幾種寫法一樣毫無意義。你根本不需要對的C++語法太關心，動手編程就是了，有不記得的地方一查MSDN就立馬搞定。我有個結論就是，實際的開發過程中對程序語法的瞭解是最微不足道的知識。這是爲什麼我在爲同學用Basic(我以前從沒有學過它)寫一個小程序的時候，只花了半個小時看了看語法，然後再用半個小時完成了程序，而一個小時後我又完全忘記了Basic 的所有關鍵字。

不顧基礎，盲目追趕時髦技術：

終於點到題目上來了。大多數的人都希望自己的東西能夠馬上跑起來，變成錢。這種想法對一個已經進入職業領域的程序員或者項目經理來說是合理的，而且IT技術進步是如此的快，不跟進就是失業。但是對於初學者來說(尤其是時間充裕的大中專在校生)，這種想法是另人費解的。一個並未進入到行業競爭中來的初學者最大的資本便是他有足夠的時間沉下心來學習基礎性的東西，學習why 而不是how。時髦的技術往往容易掌握，而且越來越容易掌握，這是商業利益的驅使，爲了最大化的降低軟件開發的成本。但在IT領域內的現實就是這樣，越容易掌握的東西，學習的人越多，而且淘汰得越快。每一次新的技術出來，都有許多初學者跟進，這些初學者由於缺乏必要的基礎而使得自己在跟進的過程中花費大量的時間，而等他學會了，這種技術也快淘汰了。基礎的課程，比方數據結構，操作系統原理等等雖然不能讓你立馬就實現一個linux(這是許多人嘲笑理論課程無用的原因)，但它們能夠顯著的減少你在學習新技術時學習曲線的坡度。而且對於許多關鍵的技術(比方Win32 SDK 程序的設計，DDK的編程)來說甚至是不可或缺的。

一個活生生的例子是我和我的一個同學，在大一時我還找不到開機按紐，他已經會寫些簡單的彙編程序了。我把大二的所有時間花在了彙編，計算機體系結構，數據結構，操作系統原理等等這些課程的學習上，而他則開始學習HTML和VB，並追趕ASP的潮流。大三的時候我開始學習Windows 操作系統原理，學習SDK編程，時間是漫長的，這時我才能夠用VC開發出象模象樣的應用程序。我曾一度因爲同學的程序已經能夠運行而自己還在學習如何創建對話框而懊惱不已，但臨到畢業才發現自己的選擇是何等的正確。和我談判的公司開出的薪水是他的兩倍還多。下面有一個不很恰當的比方：假設學習VB編程需要4個月，學習基礎課程和VC的程序設計需要1年。那麼如果你先學VB，再來學習後者，時間不會減少，還是1年，而反過來，如果先學習後者，再來學VB，也許你只需要1個星期就能學得非常熟練。

猜你喜歡：

快速的學習編程的方法 篇四

一、不斷練習

每天都要敲代碼

花大量的時間對於掌握一門語言是最重要的。即便是像Python這樣的簡單語言，它可能也要畫上一兩天去了解它的基本語法，花大量的時間才能真正精通。想任何其他的技巧一樣，練習是變得更加嫺熟的關鍵。儘量每天都要花一些時間去敲代碼，即便是在工作之後和晚餐之前的一小時。

給你的程序設定目標

通過設定能夠實現但又有挑戰性的目標，你將能夠開始解決問題並拿解決方案。嘗試着去設想去一個基本的應用程序，比如一個計算器，然後想辦法去做出來。使用你一直學習的語法和概念，然後將它們應用到實際中。

和別人交流並且閱讀他人的程序

有很多編程社區致力於特定的語言或學科。找到並參與到這些社區會爲你的學習創造奇蹟。你將會獲得能夠幫助你的學習過程的各式各樣的示例代碼和工具。通過閱讀他人的程序代碼不僅可以激勵你，還可以幫助你回憶那些還沒有掌握的概念。

爲你所選擇的編程語言找到論壇或在線社區。確保自己是真正參與進去而不是不斷地問問題。這些社區往往看着做協作和討論的地方，而不僅僅是簡單的提問-回答問題。請隨時尋求幫助，但要準備好你的程序以及嘗試用不同的途徑。

一旦你已經有了一些經驗，可以參加一些編程的活動。這些活動是個人或團隊爭分奪秒的開發功能的程序，通常會圍繞一個特定的主題。這些事情都很好玩並且是一個認識其他程序員的很好的方式。

挑戰自己並保持樂趣

去嘗試着做一些你現在還不知道怎麼做的事情。研究該怎樣完成這個任務的方式，並且不斷的將它們添加到你的程序中。一定要儘量避免勉強能運行的程序，你應該讓各個方面都很完美。

二、分享你的知識

參加一些培訓課程

許多的大學、社區學院、社區中心都提供了你可以參加的編程課程和工作室，而無需在學校註冊。這裏對於新手程序員是很有裨益的，因爲你可以從其他有經驗的程序員那裏得到幫助，或者你也可以通過網絡和其他地方的程序員一起交流。

買或者借一本書

有成千上萬種你所能想象出的所有語言的教學書籍。雖然你的知識不應該全然來自一本書，但它們會給你提供許多的參考，而且往往內涵了大量友好的示例。

學習數學和邏輯

大多編程都涉及了基本的算術運算，但可能你想要學習更先進的概念。如果你想寫出複雜的模擬或者算法級別程序，這將是非常重要的。對於大多數日常編程而言，你並不需要太多先進的數學知識。但學習邏輯，尤其是計算機邏輯，將能幫助你理解處理更先進程序的複雜問題的最好方式。

永遠不要停止編程

有一個流行的理論，成爲一名專家至少需要10000小時的練習。雖然這個理論還處於辯論中，但它內含的原則永遠是正確的：精通需要時間和奉獻精神。不要指望一夜之間你就能學會一切，但如果你保持專注，並且不斷的學習，很快你就會成爲你的領域裏的專家。

快速的學習編程的技巧 篇五

“快速”

對於“如何快速學習編程”這個問題，其實我真的不知道何謂“快速”。我覺得，通過遵循以下建議，你將很快地學習編程(至少你的成長/進步會快)。但你真的不應該眼中只有“快速”。只追求速度反而會拖你的後腿，讓你自食其果。“快速”學習的唯一可持續方法或許是採用浸泡式教學法。找到一種方法讓自己沉浸在編程中很長一段時間(幾個月？)。爲了讓它奏效，你需要不斷推動自己去學習新的東西，並迅速抽身離開。這是編碼訓練營的一個優點。當你出來時，儘管你還不是專家，但你會學得更快。這也可以通過專門的導師教導或與專門的初學者一起學習來實現。

讀>寫代碼>讀>寫代碼(日復一日)

這方面的訣竅是讓自己感到不舒服。這是相當痛苦的，但就應該這樣。編碼遵循80/20規則。花80%的時間在20%的代碼或20%你所學的東西上。習慣於這種不舒服的感覺並克服它是關鍵。

這個迭代週期不應該以周爲週期或以月爲週期發生，而是應該以日爲週期。知識等待使用的時間越久，知識這把斧頭就越鈍。等待學習新知識的時間越長，你就越難以將其融入到代碼中。

我推薦閱讀關於通用編程主題的網站是。上面有許多關於許多編程主題的文章。另一個好的網站是Hacker News，但網站時常偏離話題。

不要陷入僵局。請求幫忙

我最大的錯誤是在學習編程陷入僵局的時候用了太長時間。在被卡住時，我會花很多時間在一些愚蠢的東西或一些我根本上不明白的東西上。有時候我需要花費好幾天時間才能完成這些工作，而原本我可以用這些時間做更多的事情和學習更多的東西，如果我能找到更好的解決方法的話。卡在一個東西上面超過一個小時基本上就是在浪費時間了。

我推薦三件事情以避免僵局。第一是試着總是閱讀更多關於你使用的技術，並總體掌握正在發生什麼。通常，當你陷入困境時，意味着你對需要澄清的事情做出了不正確的假設。第二是諮詢互聯網。這一點很顯然，但依然值得一提。在網上查找並詢問有過這個問題的人是一個非常重要的技能。Stackoverflow可以說是互聯網上最好的網站。不要害怕在那裏問自己的問題。通常，只要盡力正確地闡述你的問題就OK了。我真的希望以前我能多問些問題，但總是因爲害怕會顯得愚蠢而止步。我的第三個建議是向你認識的人請求幫助。通常，你或許已經理解了技術，而且有了問題，但是你可能需要更高層次的上下文才能真正解開謎團。不要膽怯，大着膽子上前去問吧。

例如，當學習Docker時，我花費了大量的時間從頭開始重新構建圖像。我從根本上不明白docker緩存，並用20分鐘時間來等待單個更改到Dockerfile通過。我可能花了8個小時就用在等待構建上。如果我讀過更多關於Docker或問一個知道的人，那麼可能我早就搞明白了，還可以在更短的時間內學到更多。

爲項目而工作

在我的經驗中，沒有什麼可以與工作於自己的項目以學習編程更有用的了。除了一些例外，我所知道的所有真正優秀的程序員都有一個習慣就是工作於業餘項目(這也可能發生在工作中！)。有了一個點子並試圖實現這個點子是非常具有挑戰性的。它需要很強的自律心。但是，通過嘗試實際做一件事情，你可以學到如何分解問題並應用技術。你面對的各種問題，以及你如何解決它們才真正是所謂的編程。知道編程語言的每一個古怪細節的確是有幫助的，但它只會讓你越來越落伍。此外，想要完成項目的驅動力是繼續學習的動力。從業餘項目獲得的滿足感遠遠超過你在抽象中學習東西的滿足感。

我對於選擇業餘項目的建議是，選擇你感興趣同時你也有想法如何實現的東西。能夠在開始之前表達實現總是有助於保持我的動力。在此旅途之中你一定會學到很多！

初學者學習編程的方法 篇六

1.首先找到獲取學習資源的途徑

- 極客學院

- 慕課網

- 網易雲課堂

- 騰訊雲課堂

這些網站都會有比較系統的學習資源，當然有一些是需要付費的，價格不是很高，一般人都可以接受。除了上面列舉的幾個學習網站，還有許多我就不一一列舉了。當然網上也有一些免費資源，這就得看你自己能不能發現了。

2.制定學習計劃

任何事情開始都要做好計劃，有計劃的進行不會讓自己學的很盲目。據我所知培訓機構一般的培訓週期大概是4個月左右，自學的話需要看自己的基礎水平和對新知識的接收能力，一開始不要太過於追求速度，很多東西需要慢慢的消化。基礎能力較差的同學就把週期設置的長一點，有基礎的同學可以按照培訓機構的時間來安排，也可以根據自己情況安排。每天堅持學習，堅持下來就一定能看到成效，三天打魚兩天曬網，最終只會一事無成。

3.按照順序進行學習

首需要先找到自己要學習的方向，然後才能確定自己的學習順序，一般來說學習任何一個方向都需要先掌握基礎的語法。我個人是做PHP的就拿PHP來說了(PHP是什麼我就不累贅了，同學們自己去百度吧)，大家也可根據自己興趣選擇要學習方向，我個人不建議學習PHP，畢竟這是我的飯碗。

- 學習前端的基礎知識。

因爲儘管PHP是後端語言，但是前端也是必須學習的，這對以後的工作是非常有關係的，小公司一般來說都是前後端一個人。那麼前端一般都是學習什麼呢？ 最基礎的html標記語言，它是用來佈局頁面的，其次是css用來給頁面加上樣式，最後是javascript，給頁面加上邏輯。這些都只是一些前端的基礎知識，但是對於我們來說夠用了。

快速的學習編程的建議 篇七

1,主動學習，我對要學習的編程語言充滿了好奇與興趣，並對它發自內心的熱愛。不管怎樣，要確保你自己是主動來學習的。有時候，壓力的確可以促進學習，但是它不可以持續很長時間也不可以使你快速掌握該語言。

2，明白我要學習什麼--我沒有老師，沒有練習資料，也沒有考試，但是我可以測試我自己來看自己有沒有理解正在學習的內容。我知道在新的領域，有很多限制，所以我在筆記本上寫下了一些問題，在以後再回答他們(一般都是幾個小時後)。你會發現記筆記，進行網絡搜索，儘可能的收集參考書等對你的學習是非常有幫助的。

3，遷移知識--因爲我是一個非常有經驗的軟件工程師，我可以遷移老知識來幫助我理解新的語言。在大多數情況下，都可以行的通，尤其對算法和理念屢試不爽。但是有些情況，知識遷移是錯的，我必須做一個“遷移->測試(代碼)->理解”的檢查。

猜你喜歡：