成年人學(xué)習(xí)編程有哪些技巧

　　掌握編程的藝術(shù)通常需要數(shù)千小時(shí)的努力，如果你掌握了技巧，必定能縮短時(shí)間。以下是學(xué)習(xí)啦小編分享給大家的學(xué)習(xí)編程的技巧的資料，希望可以幫到你!

　　成年人學(xué)習(xí)編程的技巧

　　1.讀>寫代碼>讀>寫代碼(日復(fù)一日)

　　關(guān)于如何高效學(xué)習(xí)編程我要給出的第一條建議是在閱讀代碼和編寫代碼之間循環(huán)往復(fù)。閱讀代碼(書籍，博客文章，開源代碼)將幫助你查看解決方案，了解最佳做法，并大致了解語(yǔ)言或系統(tǒng)。但是在你這樣做之后，你需要自己實(shí)際去寫代碼?？梢允侨魏螙|西?？梢允切〉木幋a練習(xí)或業(yè)余項(xiàng)目，但確保你能將之付諸于實(shí)踐，并用某種方式使用你學(xué)到的東西。如果你不這樣做，那么你會(huì)發(fā)現(xiàn)自己面對(duì)編輯器會(huì)無(wú)所適從無(wú)從下手。

　　這方面的訣竅是讓自己感到不舒服。這是相當(dāng)痛苦的，但就應(yīng)該這樣。編碼遵循80/20規(guī)則?；?0%的時(shí)間在20%的代碼或20%你所學(xué)的東西上。習(xí)慣于這種不舒服的感覺并克服它是關(guān)鍵。

　　這個(gè)迭代周期不應(yīng)該以周為周期或以月為周期發(fā)生，而是應(yīng)該以日為周期。知識(shí)等待使用的時(shí)間越久，知識(shí)這把斧頭就越鈍。等待學(xué)習(xí)新知識(shí)的時(shí)間越長(zhǎng)，你就越難以將其融入到代碼中。

　　我推薦閱讀關(guān)于通用編程主題的網(wǎng)站是lobste.rs。上面有許多關(guān)于許多編程主題的文章。另一個(gè)好的網(wǎng)站是Hacker News，但網(wǎng)站時(shí)常偏離話題。

　　2.不要陷入僵局。請(qǐng)求幫忙

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

　　我推薦三件事情以避免僵局。第一是試著總是閱讀更多關(guān)于你使用的技術(shù)，并總體掌握正在發(fā)生什么。通常，當(dāng)你陷入困境時(shí)，意味著你對(duì)需要澄清的事情做出了不正確的假設(shè)。第二是咨詢互聯(lián)網(wǎng)。這一點(diǎn)很顯然，但依然值得一提。在網(wǎng)上查找并詢問有過(guò)這個(gè)問題的人是一個(gè)非常重要的技能。Stackoverflow可以說(shuō)是互聯(lián)網(wǎng)上最好的網(wǎng)站。不要害怕在那里問自己的問題。通常，只要盡力正確地闡述你的問題就OK了。我真的希望以前我能多問些問題，但總是因?yàn)楹ε聲?huì)顯得愚蠢而止步。我的第三個(gè)建議是向你認(rèn)識(shí)的人請(qǐng)求幫助。通常，你或許已經(jīng)理解了技術(shù)，而且有了問題，但是你可能需要更高層次的上下文才能真正解開謎團(tuán)。不要膽怯，大著膽子上前去問吧。

　　例如，當(dāng)學(xué)習(xí)Docker時(shí)，我花費(fèi)了大量的時(shí)間從頭開始重新構(gòu)建圖像。我從根本上不明白docker緩存，并用20分鐘時(shí)間來(lái)等待單個(gè)更改到Dockerfile通過(guò)。我可能花了8個(gè)小時(shí)就用在等待構(gòu)建上。如果我讀過(guò)更多關(guān)于Docker或問一個(gè)知道的人，那么可能我早就搞明白了，還可以在更短的時(shí)間內(nèi)學(xué)到更多。

　　3.為項(xiàng)目而工作

　　在我的經(jīng)驗(yàn)中，沒有什么可以與工作于自己的項(xiàng)目以學(xué)習(xí)編程更有用的了。除了一些例外，我所知道的所有真正優(yōu)秀的程序員都有一個(gè)習(xí)慣就是工作于業(yè)余項(xiàng)目(這也可能發(fā)生在工作中!)。有了一個(gè)點(diǎn)子并試圖實(shí)現(xiàn)這個(gè)點(diǎn)子是非常具有挑戰(zhàn)性的。它需要很強(qiáng)的自律心。但是，通過(guò)嘗試實(shí)際做一件事情，你可以學(xué)到如何分解問題并應(yīng)用技術(shù)。你面對(duì)的各種問題，以及你如何解決它們才真正是所謂的編程。知道編程語(yǔ)言的每一個(gè)古怪細(xì)節(jié)的確是有幫助的，但它只會(huì)讓你越來(lái)越落伍。此外，想要完成項(xiàng)目的驅(qū)動(dòng)力是繼續(xù)學(xué)習(xí)的動(dòng)力。從業(yè)余項(xiàng)目獲得的滿足感遠(yuǎn)遠(yuǎn)超過(guò)你在抽象中學(xué)習(xí)東西的滿足感。

　　我對(duì)于選擇業(yè)余項(xiàng)目的建議是，選擇你感興趣同時(shí)你也有想法如何實(shí)現(xiàn)的東西。能夠在開始之前表達(dá)實(shí)現(xiàn)總是有助于保持我的動(dòng)力。在此旅途之中你一定會(huì)學(xué)到很多!

　　4.認(rèn)識(shí)到深入鉆研和搬運(yùn)工之間的區(qū)別。相應(yīng)地選擇。

　　有兩種類型的程序員：完美主義者和搬運(yùn)工。有些人希望一切都是正確的，他們希望完美，他們希望遵循所有的最佳實(shí)踐，并寫出漂亮的優(yōu)雅代碼。他們想要理解每一行代碼。有別于那些不管三七二十一，只要自己的代碼能工作即可，即使對(duì)代碼庫(kù)有損害的人。平衡這兩種技能是非常重要的。有時(shí)你應(yīng)該深入鉆研一個(gè)問題或項(xiàng)目，看看發(fā)生了什么。有時(shí)你應(yīng)該讓它工作即可，即使你不知道發(fā)生了什么。

　　每當(dāng)你花費(fèi)太多時(shí)間在某個(gè)東西上時(shí)，那就問問自己：我應(yīng)該采取哪種方法?在大多數(shù)情況下，你會(huì)想取中間值。你想提供一個(gè)好的、堅(jiān)實(shí)的解決方案，同時(shí)你可以自信地理解和修改，但沒有耗費(fèi)荒謬的時(shí)間。隨著你作為開發(fā)人員的成長(zhǎng)，你會(huì)更好地明白什么時(shí)候就此離開就可以，以及什么時(shí)候需要以某些方式完成。

　　就個(gè)人而言，我喜歡我的項(xiàng)目80%完美。如果你的項(xiàng)目是絕對(duì)100%完美，沒有一行代碼讓你覺得尷尬，那么很有可能你已經(jīng)花了太多的時(shí)間。

　　5.與其他程序員交談

　　學(xué)習(xí)編程的一個(gè)很好的方法就是和其他的程序員交談。不必談?wù)撊魏翁囟ǖ膬?nèi)容?？梢允悄阏趯W(xué)習(xí)的東西，可以是你認(rèn)為很酷的東西，可以是你正在工作的東西，皆可。你會(huì)發(fā)現(xiàn)很多程序員并不喜歡只是聊編程。這樣做可能會(huì)讓你學(xué)到很多關(guān)于庫(kù)，服務(wù)，編程語(yǔ)言和模式方面的知識(shí)。但是，最重要的是，你將了解到其他人是如何看待編程的。你會(huì)發(fā)現(xiàn)，你認(rèn)為理所當(dāng)然或從來(lái)沒有考慮的事情在人與人之間是非常不同的。

　　如果你沒有什么可談的，那就回到編輯器戰(zhàn)爭(zhēng)或tab vs space的話題。

　　6.嘗試一切。如果搞不懂的話，那就等6個(gè)月。

　　最后，我要說(shuō)的是，一直以來(lái)在我身上發(fā)生著這樣的事，我嘗試過(guò)很多東西，但我就是不理解。在用30分鐘嘗試新的東西后，我會(huì)停下來(lái)。我想這在起步時(shí)是很正常的。但是，我記得很多次，在6個(gè)月后(或3個(gè)月或9個(gè)月)，我會(huì)回到同樣的問題或技術(shù)上，弄清楚如何使用它。這是因?yàn)槲矣终莆樟艘恍┪乙郧安痪邆涞闹R(shí)，或者因?yàn)樗皇橇硪环N方式的框架。等待一段時(shí)間，然后回去，總是一種最有用的方法。

　　成年人學(xué)習(xí)編程的建議

　　去解決實(shí)際問題

　　理論很無(wú)聊，所以理論問題通常也很無(wú)聊。如果能從在學(xué)習(xí)編程的同時(shí)能獲得一定的外快，相信你一定更有興趣。因此，首先要捫心自問“我為什么要學(xué)這個(gè)?”如果答案是“為了創(chuàng)造”，那么，去做吧!好消息是，你不必一上來(lái)就需要了解如何編碼：在這之前先(粗略地)描繪出你想要?jiǎng)?chuàng)造出的東西的模樣。你缺少什么應(yīng)用嗎?缺少你需要的工具嗎?

　　這樣做的好處在于，你不必去做什么宏大的項(xiàng)目，你可以從簡(jiǎn)單但是實(shí)用的小工具入手。但無(wú)論是什么，你都需要關(guān)心它。我第一個(gè)項(xiàng)目是用Ruby寫的，自那以后一直用了很長(zhǎng)時(shí)間，雖然從未發(fā)布出去。我很自豪，不僅是因?yàn)樗某晒?，更是因?yàn)榻璐宋覍?duì)Ruby(不是Rails)的掌握深刻了許多。

　　站得高才能看得遠(yuǎn)

　　這里我推薦了一本書，并不是因?yàn)槭樟硕嗌俸锰庂M(fèi)，而是因?yàn)樗娴暮懿诲e(cuò)!我從未看完哪本編程書，但Code Simplicty真的讓我著迷。這是一本關(guān)于編程藝術(shù)的的書，涵蓋了幾乎從入門開始的一切，它會(huì)告訴你應(yīng)該何時(shí)向應(yīng)用添加新功能、何時(shí)去優(yōu)化代碼(過(guò)早地優(yōu)化會(huì)這樣)，以及其他有意義的東西。

　　如果你讀過(guò)這本書(或者其它類似書籍)，一定會(huì)對(duì)你以后的研究帶來(lái)積極的影響。

　　謹(jǐn)慎地挑選技術(shù)

　　你應(yīng)該從ANSI C開始第一個(gè)項(xiàng)目嗎?除非真的情況特殊，否則答案應(yīng)該是否定的。優(yōu)秀的程序員知道如何編程，而非熟悉某個(gè)特定的編程語(yǔ)言，他們能夠在很短的時(shí)間學(xué)會(huì)適合指定項(xiàng)目的編程語(yǔ)言。但第一次使用并不容易，因?yàn)槟惚仨氄莆盏牟皇钦Z(yǔ)言，而是通用的編程理念(程序邏輯、流控制、變量類型、范圍、對(duì)象等等)。因此你需要花時(shí)間思考你想要在編碼時(shí)使用的語(yǔ)言或技術(shù)。

　　這應(yīng)該在你選定項(xiàng)目之后，一旦你決定了要實(shí)現(xiàn)的東西，那么可選的技術(shù)就不會(huì)太多。比如，你想要開發(fā)一個(gè)原生的iPhone應(yīng)用，那么Ruby on Rail肯定就不合適;但如果你想做Web編程，可選語(yǔ)言非常之多，每種語(yǔ)言又會(huì)衍生出更多的框架。

　　花點(diǎn)時(shí)間研究下可選方案——該語(yǔ)言的社區(qū)怎么樣?容易得到技術(shù)支持嗎?有免費(fèi)好用的開發(fā)工具嗎? 《Which Programming Language Should You Learn For Software Development?》這篇文章做了詳細(xì)介紹。

　　不要花費(fèi)過(guò)多的時(shí)間去學(xué)習(xí)大塊知識(shí)

　　我曾經(jīng)花了幾周時(shí)間看一個(gè)PHP的視頻教程，大概有將近30個(gè)小時(shí)。我現(xiàn)在會(huì)PHP嗎?仍然不會(huì)，我的意思是我看過(guò)很多PHP代碼，但這純粹是在浪費(fèi)時(shí)間，不編程就想要掌握這么多的知識(shí)是不可能的。對(duì)我來(lái)說(shuō)，仔細(xì)地編寫一個(gè)線程的例子非常糟糕，這會(huì)失去很多學(xué)習(xí)的機(jī)會(huì)。我只有在創(chuàng)造自己感興趣但經(jīng)常出問題的東西時(shí)才能保持興趣。解決一個(gè)你感興趣的問題才能學(xué)習(xí)新知識(shí)。盯著屏幕傻看30個(gè)小時(shí)還是算了吧……

　　花時(shí)間去配置開發(fā)環(huán)境

　　不僅僅有很多編程語(yǔ)言，開發(fā)環(huán)境也有很多。有的人使用文本編輯器，例如Vim和Notepad++。挑選一個(gè)編輯器，并使之最適合你是個(gè)非常個(gè)人化的過(guò)程，但這只是開始，接下來(lái)你還需要設(shè)定鍵盤快捷鍵、顏色方案、插件等等。

　　但這也僅僅是一小部分——設(shè)置開發(fā)環(huán)境還需要安裝你打算使用的編程語(yǔ)言、代碼庫(kù)、版本控制系統(tǒng)(如Git)等等。也就是說(shuō)，你需要為此花上數(shù)小時(shí)。但是沒關(guān)系，就像工匠需要先熟悉他們的工具一樣，這也是工作必要的準(zhǔn)備——學(xué)習(xí)使用快捷鍵、調(diào)整代碼高亮顯示，工具的體驗(yàn)越好，你就越能專心于編寫代碼，因此這是一個(gè)不容略去的環(huán)節(jié)。

　　不要著急——截止日期是最大的敵人

　　無(wú)論你打算做什么，要記住——你是在學(xué)習(xí)!所以忘了截止日期吧。如果僅僅為了保證代碼的正常工作而編寫難看的代碼，這是得不償失的。雖說(shuō)有勝于無(wú)，但如果你以完美為目標(biāo)而小心翼翼地設(shè)計(jì)、構(gòu)建，一定能從中學(xué)習(xí)地更多。