寫不出程式碼，其實最大的原因是你沒有去分析 也沒有形成一套分析的有效方法！！！ 在開發的過程中，對專案的架構搭建 分析論證 實際上佔到60%的開發時間 所以，拿到專案後不要著急就想著程式碼怎麼寫 而是應該想想它實現的過程，把主要的框架搭建好啦 一點點往裡面填東西！

寫不出程式碼，個人感覺是自己寫的程式碼太少了。

個人有如下建議：

1.多寫一點小的程式程式碼。從一開始比著別人的寫，多寫幾遍多思考，一直能到最終你可以把這些小程式程式碼寫出來完畢。

2.其實寫程式碼也是一個記憶的過程。這也就要求應該多記憶，多理解。每擱一段時間之後，多回來看看以前寫的內容。

3.可以加強基礎知識的學習，重點理解結構語法。其實很多程式碼就是自己思路加上基礎語法的集合。

4.多思考完成這個程式的邏輯。思考整個流程。在寫程式碼之前先想好了。然後再去寫。

5.同樣在看別人程式碼的時候，也要注意寫程式碼的邏輯和方法。

總體來說，多寫程式碼，多看程式碼，多思考你就離自己寫程式碼不遠了。

個人認為寫不出程式碼分兩個情況，一個是對邏輯理解不清完全不知道咋寫，一個是有思路不知道程式碼怎麼實現。

對於沒思路的，那肯定是要麼自己好好努力理清邏輯，要麼抓緊找人幫你理清邏輯，邏輯流程清晰了，才能知道從哪開始。

有了思路但是不知道咋用程式碼實現，那就需要加深功底了，請教大神，或者請教度娘，平時還得多注意積累。大多情況下，度娘能夠滿足一些需求。

以上都是瞎扯，寫不出來程式碼，你睡一覺不就好了

兩方面，思路和技術。需求確定以後，先確定如何實現，大的思路要有，然後定方案。實現過程有問題，就得查資料了。個人認為，除非是很前沿的技術，一般思路會阻礙你往下走，沒思路問有經驗的老鳥是最快解決問題的。

國外的程式設計師思路：用半天時間想方案，兩小時寫程式碼，效率是最高的。

現在很多程式設計師寫不出程式碼，究其原因無非如下情況：

1、興趣和樂趣：如果不喜歡程式設計，固然也不會出寫好程式碼，甚至寫不出程式碼。這一點非常重要。

2、業務不熟悉：看過我在回答的同學都知道，之前有回答過十年前的程式設計師和現在的程式設計師工作有哪些不同，現在很多網際網路公司與之前傳統軟體公司在程式設計師這個崗位上，精簡了很多工作量（分工更細緻了），但在過程中又缺失很多溝通環節（比如：沒有設計文件、沒有模型設計方案等），這也就導致了程式設計師對業務的不熟悉，反而會加劇閉門造車可能性的發生。

3、缺乏程式設計思維：這一點前面回答的同學也有提到，看過【大道至簡】的同學都應該知道，程式碼的核心不是你寫的程式碼多少、多簡單，而是程式碼的執行效率更高、效能更好、更易擴充套件。

談談個人對程式設計興趣愛好的理解，興趣愛好可以讓你在程式設計方面有更深的造詣，比如我有十年的白帽經驗，因為白帽也要寫程式碼、也要會除錯。但屬於野獸派，經常開玩笑說程式碼寫的比較野，而且不按傳統套路（白帽後遺症）。小的時候老師經常說興趣愛好要培養，像我興趣愛好是從玩遊戲培養的，玩任何遊戲之前，必先開發輔助，開發輔助的過程就把自己鍛鍊了，從最早的彙編、vb、delphi、C、C++、AS3、JS、PHP、python、Spark。從整夜整夜翻MSDNAPI手冊，到完工之後的樂趣，要能沉下心來做好，你才真的享受這個過程，才能從中學到東西，比如：框架、思維、模式。這些是別人所不能給予。

總結：寫不出程式碼，怎麼辦？ 答：先培養興趣，再多寫，多彙總。借鑑也是一種路子，但不能抄襲。

每個新手都會遇到的問題 問老手得到的回答都是一個：百度去！其實百度對於有一定開發經驗的人來說確實是萬能但是對於新手根本不知道搜什麼 所以這個時候就需要一些老手在思路上的輔導了 以及老手遇到問題時候怎麼用的百度

兄弟是啥意思啊？寫不出程式碼不會照著書抄啊，兄弟是來搞笑的嗎？哈哈，笑的屁哥肚子疼

寫不出程式碼就2個原因，第一個需求沒搞清楚。第二個需求清楚了但是不會實現，也就是底蘊技術不夠。這個都是要靠時間慢慢積累的，主要是觀察別人的程式碼，然後多上網搜尋，學會搜尋是基本功。基本只要你不是搞演算法的，網上有你任何需求的實現思路和原始碼。嘗試記筆記，至少有個Evernote，或者自己搞個blog，很土的方法但是很有用。老司機能很快定位和處理問題，是因為積累的多，一步一步上來。不能玩虛的，不然就是騙自己，自己都騙，沒啥說的。

噗。。。遇到這種問題有兩種情況。

第一種就是程式碼量太少，經驗不足

第二種就是思路不夠清晰，思路不清楚就無法下手

建議寫程式碼之前仔細拓展思路，在腦海中繪出邏輯，然後再透過程式碼一步一步實現。程式設計並不是無腦亂在鍵盤撒潑，而是經過一系列思考，將思路整合，最後經過程式碼實現思維邏輯而已

個人感覺還是做demo太少了，什麼意思？也就是所謂的寫登入啊，寫驗證碼啊，寫購物車啊，寫網路爬蟲啊，寫類似資源管理器啊，等等，那些平常被很多人瞧不起的小功能雞肋練習。個人愚見。多寫，多給自己設計場景，也就下筆如有神了。

寫不出程式碼？恭喜你對自己有了新的要求。寫程式碼，只不過有的寫得長，有些短，有的寫的結構漂亮，有的寫的結構不漂亮，有的寫的效率高，有的寫的效率不高之分，不斷很實踐，總會有提高的。那麼真寫不出來怎麼辦？

第一，你要了解一下，你的程式要完成什麼任務？二，完成這項任務需要用哪一種演算法？三，該演算法需要什麼樣的資料結構？四，該演算法的結構與框圖是什麼？五，每一步驟之間如何銜接？

你把這一切想清楚之後，還怕寫不出程式碼來嗎？

我不知道你是做哪方面開發的，我是做java開發，我以前也有過寫不出程式碼的時候， 是我剛剛大學畢業，是一個不折不扣的打醬油的，甚至連打醬油都做不了，後來經過自身的努力，終於寫起程式碼來很輕鬆了，我分享一下我的體會，寫不出程式碼的原因是腦子中沒有程式碼的結構，當你有了程式碼的結構了在加上不斷的練習鞏固，慢慢的都會能寫出很好的程式碼，即使是忘了也不要緊，因為你記得大概的程式碼結構思路，所以我的建議是，多在實戰應用中記憶程式碼結構，在加上不斷的練習。終會有一天你能覺得寫程式碼很容易的。

如果這樣的話，其實建議放鬆一下

比如玩玩手機去樓下走走，總之呢讓自己放鬆下來。然後重新理思路整理文件繼續開發

遇到這種問題我一般會抽根菸玩玩遊戲什麼的，之後再進入狀態。我狀態最好的是每天晚上洗澡、早上上班的路上，是最放鬆的

我的一些想法會在這個時候蹦出來，會很清晰的梳理邏輯流程

個人認為應做到以下幾點基礎：

1.其實寫程式碼就和寫作文類似，沒有一個好的思路是沒辦法才思泉湧的，所以首先要思路清晰，平時工作當中不要只當一個程式碼的搬運工，不然這個和搬磚工人有什麼區別？（並非歧視）；

2.一定要多思考，思維要靈活謹慎細緻，考慮要周全，把每一種情況、狀態、條件都要想到；

3.一定要多和相關技術人員、大牛多交流，有利於思路的開拓。

※最重要的一點一定要記住：上層建築決定意識形態，沒有一個好idea是不會有好的程式碼的！※

做到以上幾點再經過勤加練習，假以時日，一定會成功的！加油！

剛開始入軟體行業，也會出現寫不出程式碼的情況。

平時裡，多看看同事，軟體部落格或GitHub上的程式碼，對於某個功能的實現，看看他們是如何編碼的，多問問自己 這塊為什麼要這樣寫，這幾行程式碼的用途，有沒有其他的方法實現等等，適當做下筆記總結，鍛鍊自己的程式設計思維。

工作上，遇到業務不熟悉時，要及時與同事或專案經理交流溝通，花些時間理清思路，順著這個業務流程，一步步用程式碼實現！

另外，不斷加強基礎知識的學習，重點理解結構語法。沒事時，可以把之前寫過的程式碼拿來看看能否再改改最佳化下。

當然了，要對程式設計保持樂趣，如果不喜歡程式設計，也不會寫出好程式碼，甚至寫不出程式碼。

寫不出程式碼，我覺可以從幾點角度考慮：

1. 寫程式碼實際上跟作文很相似，好的程式碼一目瞭然、行雲流水，如果一直寫“垃圾”程式碼，很容易陷入不知道從何寫起、debug無從下手以及重構十分困難的局面。

以上是一個很簡單的Pythonic程式碼，比下面普通程式碼要更簡潔明瞭。至於怎麼寫乾淨的程式碼，我個人推薦看《重構-改善既有程式碼的設計》這本書。

2. 學習設計模式，設計模式（Design pattern）是一套被反覆使用、多數人知曉的、經過分類編目的、程式碼設計經驗的總結。使用設計模式是為了可重用程式碼、讓程式碼更容易被他人理解、保證程式碼可靠性。學習好設計模式能夠保證自己的程式碼在程式設計過程中有一套自己的邏輯和設計意圖，比較好的設計模式學習網站如下：

http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html

http://www.runoob.com/design-pattern/design-pattern-tutorial.html

3. 多寫一點簡單的Demo和學習一些框架，例如建一個部落格的過程中你就可以學習整個事件流程和MVC框架，同時也可以透過這個簡單的Demo不斷地重構最佳化程式碼，使其更簡潔和容易迭代版本；

4. 這一點我覺得最重要，多與周邊的人交流，如果寫不錯程式碼，可以跟他人口述自己的設計思路，然後一起討論設計細節。這個過程中就會不知不覺吸收很多設計思路，最後就可以水到渠成地編寫自己的程式碼，同時也可以把程式碼釋出到Github上去讓大家一起COMMIT，都是一些很好地共同學習的方式。

對於一名程式設計師來說，在工作日常中，多多少少都會碰到這麼一個尷尬的情況：對著電腦憋了半天都寫不出一行程式碼。眼睜睜地看著你，卻無能為力...寫不出程式碼這種感覺非常讓人心塞。

於是，開始懷疑生活，懷疑編碼，懷疑人生...

但是，事實上卻是，即便是最優秀的程式設計師也會遭遇無法解決的軟體工程問題，這不能說明是技能缺乏或者是程式設計功力不足。

程式設計不是一項容易的工作，其實我們可以採取非正統的方法來保持一定的生產力水平，並確保提交高質量的程式碼。

1、線上查詢開原始碼

如果你一直寫不出程式碼，那麼不妨嘗試開原始碼。尋找開原始碼的兩個主要地方有GitHub、StackOverflow。這兩個網站的解決方案是採用可重用程式碼的形式，有利於你在專案中實現。

2、測試不同的解決方案

儘量用你的知識和思維去發散，嘗試制定每一個可能的解決方案。先分析問題本身，只有投身於工作，再詢求幫助。這也有利於以下步驟的開展。

3、請教更有經驗的程式設計師

在詢問其他更有經驗的程式設計師之前，必須明確的問題，只有明確的問題，才能產生明確的解決方案。反之，模糊的問題，你也只能得到雲裡霧裡的答案。

當然，不僅僅可以向身邊的有經驗的程式設計師詢問，也可以透過StackOverflow或MSDN社交論壇上詢問。

4、讓潛意識工作

當你確實對於當前的程式設計死磕，一點都沒轍的時候，不妨停下來，但是注意哦，這不是在逃避工作。而是因為，當你放鬆的時候，大腦工作是在“發散思維”的模式下，而不是在專注模式下。即使你顯意識沉浸到其他事情時，潛意識還是會在“後臺”連線要點，朝著頓悟的方向前行。

看到這裡，當你面對電腦敲不出程式碼的時候，會做些什麼呢？

應該不大可能寫不出程式碼，據我所知，寫不出程式碼的情況大致如下:

1.複製問題腦裡自動簡單化，也許要一千個步驟但是卻簡化成一個或幾個步驟。

這種情況多見於應屆畢業生或剛接觸程式的人，領導叫他抄另一個程式的的程式碼，結果他真的以為這是一個很簡單的任務，只要直接抄就可以了，結果死活抄不出來，又不肯去問清楚需求。

領導那邊有兩種情況，第一種這個需求是很簡單，可是你沒有跟下面的人說清楚，你看起來簡單，人家理解起來卻費勁。第二種，這個需求一點都不簡單，自己想得太簡單了。

剛接觸程式的人總有學習完控制檯程式總想要寫出一個有介面的來，可是又不知道怎麼寫，還真以為可以自己一步一步用c寫出來，結果當然是寫不出來。

2.需求不明確。

第一種情況就有需求不明確的因素在裡面，但更多強調的是自身儲備不足，難以理解自己正在從事的事情。

需求不明確有很多種因素影響，比如客戶群體太複雜難以捉摸客戶需求;客戶難以溝通，完全不明白客戶在說什麼;自己要求過高，想要實現的太多了等。

等你寫了20萬行程式碼就知道沒有寫不出來的，只有沒有對應需求而無法下手的。而無法下手的又對應不完全瞭解系統功能需求，無法確定架構，當然如果你技術不行遇到複雜的系統也是洗頭懵逼憋不出來的。

當你看著電腦一直髮呆，而螢幕的程式碼已經停了很久時。一股想摔鍵盤的衝動醞釀在胸中。於是你嘗試了抽菸、喝咖啡等各種辦法。可過了好久，你還是無法產出任何程式碼。

“我寫不出程式碼了！”

所有重新發現程式設計趣味的努力都徒勞無功，這是你的最後一點能量都用來驅逐大腦中正在攻城略地的話。

眾所周知，即使是最優秀的程式設計師也會遇到無法解決的軟體工程問題。但之所以會有這樣的問題，並不意味著你缺乏技能或知識。程式設計不是一項容易的工作，我們可以透過採取非正統的方法來保持你想要的生產力水平，並確保提交高質量的程式碼。

沒有憤怒和悲傷。因為我已經嘗試過所有方向，只是都走不通而已。失去希望，於是開始想辭職不幹。或者會想到轉行，起碼做點別的不至於如此燒腦，讓大把時間莫名其妙的消失不見。從懷疑編碼，到懷疑生活和人生，只是個簡單的過程。

在寫程式碼的過程中，就是這樣的一種無力感，會突然佔據你的身體和意識。程式碼停滯在那裡久久動彈不得，你該如何避免這種沒有成效的狀態？

挖掘問題的本質和生產力

這點主要是針對新人說的，當然很多新人其實並不明白所謂的重新定義生產力這個說法。所謂生產力的定義，就是你在程式設計時以一種健康的方式保持生產力，不至於筋疲力竭。主要包括：測試不同的解決方案，直到感覺重複、線上尋找開源解決方案、諮詢更有經驗的程式設計師等。如果這些方法都行不通，那就可以直接放手了。

1．試驗不同的方案，直到重複

當然，在你遇到困難時，並不建議在第一時間就詢問其他開發人員。你應該嘗試使用你現有的知識和思維來制定每一個可能的解決方案。但確實，常見的是太多的程式設計師是從詢問他人開始的，自己甚至都不曾靜下心來分析問題本身。

這樣的後果是，自己既沒有深入弄清楚這個問題，也有點浪費別人的時間。因為當你下次遇到類似的問題時，很可能也是沒有頭緒。所以，先投身於工作，然後再尋求幫助。

2.查詢開原始碼

當你投入於工作依然沒有頭緒和效果時，就應該嘗試開原始碼。許多程式設計人員構建軟體，是出於創造解決方案並在線釋出以供大家使用的樂趣。有些人釋出的程式碼曾被它們的程式設計師使用於商業專案。GitHub是尋找開原始碼的兩個主要地方之一。另一個是StackOverflow。

這些網站的解決方案是採用可重用程式碼的形式，方便你在專案中實現。當然使用其他人開發的程式碼總是有風險的。它可能會以你意想不到的方式改變程式的行為。備份原始程式碼，這是常識。

3.請教更有經驗的程式設計師

不恥下問是件好事，但最尷尬的情形是向他人求助時，你自己都不清楚你在問什麼。在詢問任何人之前，你得準備好一些你無法透過網路資訊搜尋解答的問題。明確的問題，才能有明確的解決方案。如果是你自己都描述得雲裡霧裡的問題——那麼你只會得到一個雲裡霧裡的回答。

假如你身邊沒有其他開發者可以詢問時，你還可以在StackOverflow或MSDN社交論壇上詢問，或查詢特別針對於你所用技術的Slack頻道。

4. 瀟灑放手，改行擇業

當你實在為了工作焦頭爛額但沒有絲毫頭緒時，你就應該放鬆自己。這不是偷懶，因為當你最輕鬆時，往往正是解決辦法靈機一現的時候。此時你的大腦工作在“發散思維”的模式下，而不是在“集中注意力”的模式下。

我們可以做些什麼以便於幫助大腦在發散思維的模式下工作呢？其實，放輕鬆就好了。比如：散步、清理辦公室或住所、與朋友約會等等。

其實對於程式設計師而言，一定要在程式設計和生活之間保持一種健康的平衡。無論你是因為錢、興趣或是改變世界的夢想而選擇程式設計，但它永遠都不應該是你唯一痴迷的東西。當你實在寫不出程式碼時，可以選擇先放放。說不定潛意識會帶給你新的驚喜。