成年人學習編程有哪些技巧

成年人學習編程有哪些技巧

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

　　成年人學習編程的技巧

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

　　關于如何高效學習編程我要給出的第一條建議是在閱讀代碼和編寫代碼之間循環往復。閱讀代碼(書籍，博客文章，開源代碼)將幫助你查看解決方案，了解最佳做法，并大致了解語言或系統。但是在你這樣做之后，你需要自己實際去寫代碼。可以是任何東西。可以是小的編碼練習或業余項目，但確保你能將之付諸于實踐，并用某種方式使用你學到的東西。如果你不這樣做，那么你會發現自己面對編輯器會無所適從無從下手。

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

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

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

　　2.不要陷入僵局。請求幫忙

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

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

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

　　3.為項目而工作

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

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

　　4.認識到深入鉆研和搬運工之間的區別。相應地選擇。

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

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

　　就個人而言，我喜歡我的項目80%完美。如果你的項目是絕對100%完美，沒有一行代碼讓你覺得尷尬，那么很有可能你已經花了太多的時間。

　　5.與其他程序員交談

　　學習編程的一個很好的方法就是和其他的程序員交談。不必談論任何特定的內容。可以是你正在學習的東西，可以是你認為很酷的東西，可以是你正在工作的東西，皆可。你會發現很多程序員并不喜歡只是聊編程。這樣做可能會讓你學到很多關于庫，服務，編程語言和模式方面的知識。但是，最重要的是，你將了解到其他人是如何看待編程的。你會發現，你認為理所當然或從來沒有考慮的事情在人與人之間是非常不同的。

　　如果你沒有什么可談的，那就回到編輯器戰爭或tab vs space的話題。

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

　　最后，我要說的是，一直以來在我身上發生著這樣的事，我嘗試過很多東西，但我就是不理解。在用30分鐘嘗試新的東西后，我會停下來。我想這在起步時是很正常的。但是，我記得很多次，在6個月后(或3個月或9個月)，我會回到同樣的問題或技術上，弄清楚如何使用它。這是因為我又掌握了一些我以前不具備的知識，或者因為它只是另一種方式的框架。等待一段時間，然后回去，總是一種最有用的方法。

　　成年人學習編程的建議

　　去解決實際問題

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

　　這樣做的好處在于，你不必去做什么宏大的項目，你可以從簡單但是實用的小工具入手。但無論是什么，你都需要關心它。我第一個項目是用Ruby寫的，自那以后一直用了很長時間，雖然從未發布出去。我很自豪，不僅是因為它的成功，更是因為借此我對Ruby(不是Rails)的掌握深刻了許多。

　　站得高才能看得遠

　　這里我推薦了一本書，并不是因為收了多少好處費，而是因為它真的很不錯!我從未看完哪本編程書，但Code Simplicty真的讓我著迷。這是一本關于編程藝術的的書，涵蓋了幾乎從入門開始的一切，它會告訴你應該何時向應用添加新功能、何時去優化代碼(過早地優化會這樣)，以及其他有意義的東西。

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

　　謹慎地挑選技術

　　你應該從ANSI C開始第一個項目嗎?除非真的情況特殊，否則答案應該是否定的。優秀的程序員知道如何編程，而非熟悉某個特定的編程語言，他們能夠在很短的時間學會適合指定項目的編程語言。但第一次使用并不容易，因為你必須掌握的不是語言，而是通用的編程理念(程序邏輯、流控制、變量類型、范圍、對象等等)。因此你需要花時間思考你想要在編碼時使用的語言或技術。

　　這應該在你選定項目之后，一旦你決定了要實現的東西，那么可選的技術就不會太多。比如，你想要開發一個原生的iPhone應用，那么Ruby on Rail肯定就不合適;但如果你想做Web編程，可選語言非常之多，每種語言又會衍生出更多的框架。

　　花點時間研究下可選方案——該語言的社區怎么樣?容易得到技術支持嗎?有免費好用的開發工具嗎? 《Which Programming Language Should You Learn For Software Development?》這篇文章做了詳細介紹。

　　不要花費過多的時間去學習大塊知識

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

　　花時間去配置開發環境

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

　　但這也僅僅是一小部分——設置開發環境還需要安裝你打算使用的編程語言、代碼庫、版本控制系統(如Git)等等。也就是說，你需要為此花上數小時。但是沒關系，就像工匠需要先熟悉他們的工具一樣，這也是工作必要的準備——學習使用快捷鍵、調整代碼高亮顯示，工具的體驗越好，你就越能專心于編寫代碼，因此這是一個不容略去的環節。

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

　　無論你打算做什么，要記住——你是在學習!所以忘了截止日期吧。如果僅僅為了保證代碼的正常工作而編寫難看的代碼，這是得不償失的。雖說有勝于無，但如果你以完美為目標而小心翼翼地設計、構建，一定能從中學習地更多。