成年人學習程式設計有哪些技巧
掌握程式設計的藝術通常需要數千小時的努力，如果你掌握了技巧，必定能縮短時間。以下是小編分享給大家的學習程式設計的技巧的資料，希望可以幫到你!
成年人學習程式設計的技巧
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***等等。也就是說，你需要為此花上數小時。但是沒關係，就像工匠需要先熟悉他們的工具一樣，這也是工作必要的準備——學習使用快捷鍵、調整程式碼高亮顯示，工具的體驗越好，你就越能專心於編寫程式碼，因此這是一個不容略去的環節。
不要著急——截止日期是最大的敵人
無論你打算做什麼，要記住——你是在學習!所以忘了截止日期吧。如果僅僅為了保證程式碼的正常工作而編寫難看的程式碼，這是得不償失的。雖說有勝於無，但如果你以完美為目標而小心翼翼地設計、構建，一定能從中學習地更多。