做程序員一點都不好怎麼辦

A. 我是一名java程序員，我現在面臨很大的職場困境，怎麼辦

職業定位就要看你自己興趣了。
有人用JAVA做軟體，有人用JAVA做Android應用,有人用JAVA做游戲，有人用JAVA做控制，有人用JAVA做網頁。
如果你是一個上有老下有小，需要養家的，還是穩一點，慢慢來。
如果你家庭經濟不是很緊張，你現在就可以找一個IT公司試試看，或許新工作工資沒有1.5W,但找一個對口的公司比現在工作更有趣，就為了成功完成一個項目的那種成就感。
如何解決就要看你有沒有魄力放棄目前1.5W的工作了。

B. 我是一個IT程序員，工作一年了，感覺上班的時候效率不高。沒有學的什麼東西。郁悶，我該怎麼辦

那是因為你太安逸了，技術沒怎麼提高，工作也沒有什麼挑戰。這時候你需要在能力上有所提升，因此還是建議業余時間多學習點東西吧。

你可以看下這里，有很多技術資料，希望對你的能力提升有幫助，謝謝！

C. 為什麼我編程的時候感受不到那種樂趣，也不是程序難要怎麼培養啊

1.開場

自我介紹, 簡單講述我大學的學習的歷程，成果和感想。(1分鍾)

我一直都感慨本年級許多同學在大一時因為缺乏好指引，在一開始就對編程很害怕，對計算機的學習沒有開好頭，動手能力長期跟不上，空會理論，不會實踐，一直拖累到大四，最終選擇忍痛考研或者抱怨找工作難。我也幫助過不少在這方面比較弱的同學，但是總是因為基礎沒打好導致難以提高。我也一直希望學校能在大一的時候就讓同學們明白學習的重要性，打好扎實的專業基礎。現在終於有一次這樣的機會站在這里，為指引大家如何在大學專業技術學習的道路上開好頭做點貢獻。
今天我將結合我自身的經歷和我對計算機的理解，我對編程的感悟，我對大學學習的認識，給大家做報告。

首先問三個問題：
1) qq聊天軟體是用什麼語言寫的(第二天要換個問題)

答對的演講結束後留下來，我要親自給他傳授寶貴經驗，沒人答的話，很遺憾

2) 誰玩電腦游戲比較牛

恩，人很多，大家很踴躍，很好
展示下我寫的人工智慧黑白棋游戲，聲明真正的編程高手基本從來不玩游戲
（結合大四同學長期沉迷游戲最後找不到工作的例子，說明一個嚴肅的問題，只會玩游戲沒有用，會做游戲才牛，鼓勵大家努力學習，讓會玩游戲的同學也熱愛編程，最後也能自己寫游戲）
請大家記住：只會玩游戲沒有用，會做游戲才牛

3) 有沒有人對計算機特別感興趣 (為什麼感興趣)

如果有興趣，對學習計算機有巨大的幫助
興趣是最好的老師，鼓勵他們，勉勵其他人，興趣是可以培養的，要學會培養興趣

2.概述

計算機"科學"與"技術" 包含兩個層面
"科學" 指計算機硬體、軟體與應用的理論知識 理論的學習
"技術" 指軟體開發、工程實踐等技能與方法 能力的培養
我主要講的是如何學習技術(計算機技術)
講之前 澄清一個觀點 計算機技術 不等於 編程技術
編程只是一個工具，編程沒學好不代表你技術就學不好
計算機技術應該是與計算機軟體、硬體和網路三個部分相關的各種科技成果和應用的綜合,包括了多媒體,資料庫，操作系統，嵌入式系統，計算機安全，計算機網路，計算機管理和維護，計算機應用，人工智慧，模式識別，管理信息系統等，在我們生活的方方面面計算機技術幾乎無處不在。
（舉幾個例子）在現在社會，它幾乎與我們的生活息息相關。
（大學和高中的學習方式的區別）（學好技術的重要性）
在大學，學習的方式與高中或小學是有很大的區別的，大學更大，大學更自由，不再是完全跟著老師，不再是只要吃透了老師教授的內容就萬事大吉了，從我這一屆的情況看，許多同學特別是女生在大學還沿襲著高中的學習方式，勤奮刻苦，天天自習，非常認真，上課筆記做得秘密麻麻，把理論學得非常扎實，但是卻嚴重地忽略了實踐能力的培養，理論考試分數很高，但課程設計做不出東西來，顯然這種學習方式是不對的，這和高中的偏科又有什麼本質區別呢。
我覺得理論的學習和技術的學習是同等重要的，二者都不應該輕視，沒有側重點是不可能的，至於如何側重，如何在二者之間找到平衡點就取決於你自己的人生目標了。如果你喜歡研究理論，以後想繼續讀研深造可以稍微偏向理論，把理論基礎打得扎實一些，畢業以後可以留校任教或到科研院所去發展。如果你想走技術路線，那麼你就可以稍稍偏向技術，在不落下理論學習的情況下，把技術學好學精，畢業以後可以去IT企業發展，也可以自己創業，有了一身技術不怕沒飯吃。切莫完全忽視技術最後變成書獃子或完全不顧理論最後只是個代碼搬運工。

大家每個人，從現在開始就要下決心學好技術，那麼，如何學好技術呢。

3.如何學好技術

3.1制定好的學習計劃

3.1.1大一大二：打好基礎

3.1.1.1計算機方面的基本技能的學習

包括計算機眾多的應用技術的學習 和 常見的硬體維護
（大家應該盡量多多掌握計算機方面的基本技能，如word excel ppt access* photoshop* flash* dreamveaver* 結合我的經歷講講,我大一在自己沒有電腦的情況下把這些基本全學了 舉一個考研的同學不會在excel里找自己的名字的例子，如果這些最基本的技能都不會，只能說計算機還沒入門）大二有電腦之後，終於有機會整自己的電腦了，要學習常見的常見的硬體維護（系統崩潰了怎麼辦，如何安裝操作系統，如何分區等）

3.1.1.2專業理論基礎和編程基礎的學習

技術是將理論運用到實踐中去，不能輕視理論，沒有理論何來應用。計算機"科學"與"技術" 中的"科學"和"技術"應該是相互依賴和促進的。

先學好《高級語言程序設計》《數據結構》等專業課，理論基礎扎實了，學應用性技術就更容易了

編程基礎：學精C++（為什麼），可以考慮過渡到 java 或 C# (最好只學一個，為什麼)
(編程的學習會在後面再詳細講)

3.1.1.3珍惜這兩年大學自由學習的黃金時間
（曾經和一家公司的經理開玩笑，總經理感慨的說現在在大學里找一個又能力的學生來幫忙做項目真是很難啊，我說是呀，大學四年，大一的剛進校還在打基礎沒法做，大二的還剛起步沒足夠的能力做，大三的課程會很緊沒時間做，大四的找工作的找工作去了，考研的考研去了，沒人做了），大學四年，實則三年，希望大家不要把最寶貴的時間荒廢在游戲和娛樂上

3.1.2大三：深入學習，確定方向（技術方向，職業規劃）+多多實踐

到了大三，各種專業課會非常多，包括很重要的操作系統，匯編，組成原理，編譯原理，資料庫，計算機網路，軟體工程等等，大家將深入學習計算機的各大核心課程。這時大家的基礎打得也差不多了，可以選擇一門自己比較感興趣的技術並確定自己的技術的一個方向，比如選擇j2ee， .NET，WEB技術，資料庫技術，嵌入式，linux內核開發等等。當然也會有非常豐富多彩的專業選修課可以選擇學習。這段時間大家可以利用課程設計的機會好好鍛煉自己。

3.1.3大四：實踐和進步
大四，如果不打算考研的同學，工作有了著落之後，可以試著做項目，大四基本沒什麼課，相對輕松，這段時間是獲得經驗，銀子和巨大的進步黃金時期。

3.2重視專業課的學習

要把數據結構、演算法、資料庫、操作系統原理、計算機體系結構、計算機網路，離散數學等基礎課程學好

除非你足夠牛，請務必認真聽專業課，有些課像《數據結構》，《編譯原理》，《組成原理》，《操作系統》等等，這種課老師講一分鍾能讓你明白的內容，你自己看要看好幾個月

3.3培養好的思維能力
數學是鍛煉是思維的最好的東西了，他是你思考問題的最得力的工具，他體現著你的思想，在編程中會思考才能編出好的程序。
此外還要注重離散數學，數值分析，線性代數，數字邏輯等等課程的學習，他們對培養好的思維能力大有裨益

3.4激勵創新意識

創新太重要了，不管在哪個學科都重要，計算機同樣需要

3.5培養獨立分析問題和解決問題的能力

遇到問題，要先學會獨立思考，不能凡事依賴他人，盡量自己解決，在獨立解決問題過程中能獲得更大的進步，實在不能解決再請教別人也不遲

3.6培養自學能力和快速獲取知識的能力

自學能力之重要（大學和高中的學習方式的區別）
可以說高中是靠老師，大學是靠自己，要做到嚴格自律，自我約束，必須要學會自學
學習的過程也是學會學習的過程

要充分利用圖書館和網路上的豐富學習資源， 要培養計算機新知識，新技術方面的自學習能力，要學會如何通過網路，書籍，文獻，獨立地快速獲取自己需要的知識和信息

3.7培養團隊協作精神
在一個大型項目中，往往要求各種參與者密切配合才能取得成功。大家要從現在就開始注重團隊協作精神的培養，要學會與人溝通，善於表達，要注意提高自己的綜合素質，成為綜合型人才。

3.8學好英語

包括現在的大學英語和日後的專業英語。

也許有人會問，英語和技術有什麼大的關系嗎。大家是否知道，計算機的發展飛速，國際上新技術不斷涌現，如果今天國外出現了一門新的技術，或者國外某本技術書籍出了新版本，相關資料的中文的翻譯不知道要等到什麼猴年馬月才會出來，現在的許多出版也有了越來越多的英文原版書。

大家要學好英語，培養閱讀專業外語資料的能力，開始會看不懂，看多了自然熟練了。
（講下四六級，四級最好一次就過，六級在大二下結束前最好過）

3.9適時關注新技術

了解學科發展動態，跟上時代步法

3.10勤學苦練，持之以恆

學好技術不是一蹴而就的，要長期堅持。

4.無
5.無
6.關於編程的學習
6.1為什麼要學習編程

編程是軟體開發的基礎，學習計算機，只會編程是千萬不行的，但是開發軟體，不會編程是萬萬不行的
（結合本年級的情況將一下現狀，學習的重要性等）

6.2編程真的那麼難學嗎

(講講編程的苦與樂)
編程真的那麼可怕，那麼枯燥，那麼沒意思嗎？假如真是這樣，為什麼世界上還有那麼多優秀的人樂此不疲。
其實編程並不可怕，可怕的是你的心態。
編程固然很苦，編程時長時間對著屏幕，對身體不好，而且，經常因為考慮不周，會遇到各種各樣的錯誤和麻煩，初學者處處容易受挫。
但是其實編程是很有趣的，編程中充滿著無窮的快樂
首先，你通過編程得到了想要的成果的過程是一種創造的快樂
（編出了有用的東西的那一刻會有一股美好的成就感）
其次，你開發了有用的軟體可以方便自己或他人，方便自己，是一種享受的快樂，方便他人，是一種奉獻的快樂
再次，假如你開發的軟體得到了用戶的認可或好評，會有一種欣慰和滿足感
還有，你可以根據自己的意願寫你想要的東西，經過自己的努力親自實現你心中的願望
然後，編程也是一個挑戰自我的過程，遇到困難想辦法解決的過程是思考的過程，思維能得到鍛煉
最後，在代碼中有一種看不見的美，就像詩一樣，美景全是你的，你可以隨心所欲
編程真的非常有趣，它不僅滿足了我們內心深處進行創造的渴望，讓人頭腦變得靈活，而且還愉悅了每個人內在的情感。

6.3學好編程的建議

6.3.1請熱愛編程

如果想成為編程牛人的話，請熱愛編程。有興趣是最好了，沒興趣也沒關系，可以慢慢培養，當你感受到了編程的樂趣的時候你會愛上它。

6.3.2不要畏難

很多初學者往往都在遇到許多困難，遭受多次挫折後，自信心受到打擊從而對編程喪失興趣
這些困難每個人都會遇到，我在初學編程時也遇到過，關鍵是看你用什麼心態對待，是想辦法解決困難還是選擇逃避。很多問題其實是有很多解決方法的。譬如看書，遇到看不懂的部分，可以暫時跳過，先往後看，看完後面的之後，再回頭看前面跳過的部分往往會有一種豁然開朗的感覺。再比如，編程調試時死活找不到錯誤會很郁悶，這個時候很多同學會束手無策，其實只要在程序不同的地方加上輸出語句，然後運行看有哪些輸出，這樣一步步縮小錯誤的范圍從而確定錯誤發生的位置。等等。。。

不要畏懼困難，要用你的智慧戰勝它。

6.3.3多實踐，多交流

學習編程的秘訣是：編程，編程，再編程；（講講如何動手實踐）

在學校的實驗室就算你做錯一萬次程序都不會有人罵你，如果在公司你試試看！所以多去實驗室上機，現在錯得多了，畢業後就錯得少了。多實踐，多從失敗中吸取教訓，積累經驗。要勤奮，三天打魚兩天曬網是學不好的，學會了的東西一段時間不用就容易忘記，實踐得越多才能記得越牢。

現在大家是大一，可能有人會說沒有電腦不方便，其實實驗室不是只有在老師安排的實驗時間才可以去的，它是是面向計算機專業的學生免費開放的，大家有時間就去實驗機房練習，只要拿著學生證，或者乾脆直接跟那個阿姨說你是計算機的就行了。航海樓7樓的機房和圖書館電子閱覽室也是可以的。我大一的時候甚至還到陽光網吧編程呢。

到大二大三的時候課程設計就會多起來，大家一定要自己動手做，不要去網上搜一個就完事了。

與人交流，分享自己編程中的樂趣和經驗，共同進步。

6.3.4多閱讀書籍和代碼

編程不是非要在電腦上才能學的，閱讀書籍和書中的代碼也是一種學習方式，自己還可以嘗試著改進那些代碼，最後可以把自己的成果拿到電腦上調試

千萬不要忽視書後面的習題

6.3.5養成良好習慣

細節很重要
要細心，沉下心來編程，戒驕戒躁
養成良好習慣，注重編程風格，盡量寫代碼注釋，把寫過的代碼保留下來，以後會有用

6.3.6善於思考

遇到問題動腦筋解決

6.3.7注重基礎
打好編程基礎，除了熟悉基本的語法之外，要深刻理解指針，引用，面向過程思想，類，模板，標准庫，介面，繼承機制，面向對象思想等等，課後習題盡量全做一下
剛才說了，有精力的可以學學 photoshop圖像處理， flash動畫製作，3dmax或maya三維建模，dreamveaver網頁設計，但是不要因為他們花費過多的時間而影響了你基礎的學習，那些都是些應用技術，你學會了更好，不會也沒什麼丟人的，基礎打好了，以後學啥都輕松。
在基礎沒打好的情況下，不要覺得你編的程序只能在黑白的DOS窗口了運行就去學VC做漂亮的窗口，3d程序很有意思就去看OpenGL或DirectX，那些都屬於高級應用，沒有基礎學起來會很吃力。

基礎要扎實，不要覺得C#中沒有指針就扔掉C++, 不要今天看C#，明天搞java

要有明確的方向，計算機技術的發展實在太快，新技術不斷涌現，了解一下就可以了，不要隨波逐流，要沉得住氣

6.3.8選好開發環境

選擇一種適當的開發環境並熟悉它就可以了，不要今天擺弄Visual Studio，明天鑽研Eclipse，後天來個netbeans，在工具的使用的學習上白白浪費時間。

6.3.9選好編程語言
我在選擇語言時，走過一些彎路，浪費了一些精力，我在這里選出一些主流編程語言，對語言特性與環境稍作介紹，希望可以幫助大家，讓大家盡早了解與選擇，少走彎路

C（多用在性能要求較高的場合，如操作系統，嵌入式等）
C++（應用最廣泛、成熟，強大而復雜，兼有性能高和易於構建大型程序的優點，基本是衡量一個國家軟體產業發達程度的核心基礎）
Java（著名的SUN公司推出的，面向對象、安全、跨平台、強大穩健，需要java虛擬機的支持）
C#（微軟推出的完全面向對象，運行在 .NET Framework 環境中新興、易學、強大語言）
Python（新興的面向對象腳本語言，跨平台，語法清新易於使用，代碼優美得像數學一樣，非常容易學）
PHP （目前最流行、強大、穩健的動態網站開發腳本語言，語法類似C++）
ActionScript (Flash的編程腳本，最新版支持面向對象，能基於Flex開發RIA應用)
除此之外，還有vb, vb.net, asp.net, jsp, asp, ruby, Javascript等

這么多五花八門的語言，大家可能都會覺得眼花繚亂了。

其實各種語言之間只是語法不同，編程思想都是相通的，學精一門，了解多門是上策。

" 程序=演算法+數據結構 " 其中並沒有編程語言，說明語言只是程序員與計算機的編譯器溝通的一種工具，程序員用某種語言來表達程序的邏輯結構，計算機中相應的編譯器或解釋器理解這種語言，編譯得到二進製程序或者直接解釋執行。
以上這些語言我在大學前三年全部學過了，有的學得很深，有的很淺。因為人的精力畢竟有限，很多語言學過了之後根本就很少用到，幾乎是白學了，現在我深深的體會到，
語言並不是學得越多越好，與其泛而不精不如有針對性的先精通一門，其他的觸類旁通。

就大家現在的情況，希望大家把當前正在學習的C++學好，學到一定程度的時候，可以繼續深入的研究C++的各種庫，也可以從上面選擇感興趣的新語言學習，如果把C++基礎打好了,後面的學習就會容易得多。

最流行的語言不一定是最好的語言，用的人最多的語言也不一定是最好的語言。
請大家記住，沒有最好的語言，只有最適合某個領域的語言， 在不同的環境下選擇不同的語言就可以了。

6.3.10重視數據結構和演算法
理論上，計算機的任何編程語言都有可能會被淘汰，隨著時間的推移和計算機軟硬體的飛速發展，不斷會有新的語言產生和和舊的語言過時，但不會過時的是數據結構和優秀的演算法。真正的高手應該是善於設計優秀的數據結構和演算法的，應該是具有獨立分析和解決問題的能力並利用計算機程序來實現的，他的思想應該是超脫語言、在更高處的一種升華。

如果某一天，你深切的體會到，真正重要的不是什麼語言而是思想的時候，說明你可以出師了。

D. 一個剛入職兩天的程序員，感覺自己做不來這份工作，剛來什麼都不會，給的小任務也不知道怎麼做

沉下氣來，靜下心來，這點適應性都沒還能做什麼？做不來是因為還沒入門，看書，上網查，上論壇請教，這樣能縮短入門時間。另外一個事情就是跟同事套近乎，跟前輩請教公司的歷史，業務，這樣充實一下腦子，熟悉一下環境。現在做不來一是環境陌生，二是遇到困難便退縮的性格；兩個月後發現做不來，那時要找出真做不來的原因，不夠勤奮？基礎不扎實？同事間相處不好？態度不端正？。。。。打工生活僅能維持生存罷了，學到的知識，積累的人脈，辦事的能力才是最寶貴，永恆的財富。年輕人，不要輕言放棄！

E. 一名小白程序猿怎麼快速提升編程能力

一、先列三個常見的開發場景：

1、拿到一個模塊詳細設計文檔，大部分程序員的通常做法就是開始搭建界面代碼，然後從第一個按鈕點擊事件或頁面Load事件開始寫第一行業務代碼。寫的差不多了，就運行一下，發現哪裡不是自己想的那樣，就改改，直到改到是自己預想的那樣。

2、做完了一個功能模塊或幾塊相關聯的功能模塊，輸入111asd，發現新建正常、保存正常，就提交給測試人員。測試員用測試用數據、測試場景用例來測試，發現有問題，就登記bug。對於嚴重的影響下一步測試的BUG，測試員就用內部IM通知這個開發人員。對於不影響繼續往下測試的BUG，測試員就登記下來，等程序員有空時處理。

3、程序員一般工作不希望大家打擾，所以開發起來就是開發。等手頭開發告一段落，就看看BUG庫。發現有與自己有關的BUG，就從第一個BUG開始看起。就開始通過IM和測試員掰扯起來（這不是個BUG啊、業務邏輯不是你想的那樣啊、我這里不能重現啊、你給的信息描述不清晰啊），於是IM幾來幾往，甚至跑過去當面交流一番，甚至會拉扯上產品經理一起討論，更甚者需要項目經理或產品經理發起一個會議來集體討論一下

這是不是很熟悉呢看這就是大部分程序員開發的三個步驟：寫代碼、自測、修復BUG。

二、說好的代碼設計、代碼測試呢看

代碼設計看那不是都有開發平台么，已經固化了啊。那不是維護舊功能做完善修改呢么，又不是寫新代碼，只能在現有代碼基礎上修改啊，你又不能大幅重構。

代碼測試看你丫需求討論期、產品設計期、設計評審期那麼長，都把研發項目時間佔光了，就留下2個星期讓我們寫代碼，我們哪裡有時間搞那麼深的測試。還想讓我們搞結對編程看還想讓我們搞測試驅動開發看

而且你看測試，什麼功能測試、集成測試、性能測試、安全測試、安裝部署測試、升級測試、遷移測試、UAT測試，一大堆測試，測試也需要很多時間。

一個項目，需求討論、產品范圍規劃與評審、產品設計與設計評審佔了一個半月，開發+自測就一個月，測試佔了一個半月，這就4個月了啊。

三、為啥程序員寫代碼總是寫寫測測看

剛才大家也都看到了，大部分程序員都是從界面代碼開始寫起，而且寫一寫，就運行一下看看。為什麼會是這種開發方式看

那是因為大部分程序員缺乏在腦子中的整體建模能力。只能做出來一點，真實的感覺一下，然後再往下。

有些是產品經理的上游就有問題，沒給出業務流程圖（因為產品經理也沒做過業務），也沒畫清楚產品功能操作流程圖。

為啥沒給出業務流程圖看因為產品經理不熟悉業務，另外，產品經理也沒有流程建模能力啊。為啥沒畫清楚產品功能操作流程圖啊看因為不會清晰表達流程啊。

很多產品經理、程序員，都缺乏分類、分層、相關、先後能力，更別說總結、洞察能力。

這是基本訓練，是一個做事頭腦清醒的人必備的技能，這不是一個程序員或產品經理或測試員的特定技能要求。

我經常看書就梳理書的脈絡，每看一本就寫一篇總結。我過去閑扯淡還梳理過水滸傳、紅樓夢的人物關系圖呢，其實就在事事上訓練自己的關聯性、層次性、洞察性。

我經常面試一個人時，我會問這樣的問題：逗你把我剛才說的話復述一遍，另外你再回答一下我為什麼會這樣看地，其實，我就在看一個人的細心記憶、完整梳理、重現能力，我也在看一個人的梳理、總結、洞察能力。

我個人寫代碼就喜歡先理解業務流，然後理解數據表關系，然後理解產品功能操作流，大致對功能為何這樣設計、功能這樣操作會取什麼表、插入或更新哪些表，哪些表的狀態欄位是關鍵。

然後我寫代碼的時候，就根據我所理解的業務流、功能操作流、數據輸入輸出流，定義函數，定義函數的輸入與輸出。

然後，我會給函數的輸入值，賦上一些固定值，跑下來看看能否跑通這幾個關聯函數，看看還需要怎樣的新增函數，或者看看函數的輸入輸出參數是否滿足跑通。

剩下的事，就是我填肉寫詳細邏輯代碼了。

當然，大部分人沒我這樣的邏輯建模能力。怎麼閱讀理解也想像不出來，也沒法定義函數。畢竟有邏輯建模能力的程序員都很少，100個人里有10個，已經是求爺爺告奶奶好幸運了。

那怎麼辦呢看

我建議是分離分工配合，這就是現實中沒辦法的辦法。讓有邏輯建模能力的人來設計函數框架、來設計工具來設計代碼模板，然後讓沒有邏輯建模能力的人來填肉寫詳細邏輯代碼。

我們可以先從最緊要的模塊開始這么做。不緊要的模塊，還讓它放任自流，讓熟練手程序員繼續塗抹。

我曾經還讓有頭腦的程序員做榜樣，給大家分享他是怎麼規劃函數的，怎麼做維護性代碼的代碼結構改善的。但是發現效果並不佳，其他人並沒有因此能做代碼設計。可能邏輯建模能力是個人的基本素質，是從小到大訓練成型的，不是你一個大學已經幾年的人能夠短時間內可以訓練的。

所以啊，還是讓能走的人先走，讓從最緊要的模塊開始這么做。

不必擔心這樣做後，因為過去一件事被分工（一個做代碼框架一個填肉）成兩個人做了會降低工作效率。我們很多的工作效率低就是因為半瓶子醋搞出來的，來回反復修改。

真是應了劉德華在電影里說的那句話：說你又不聽，聽又聽不懂，聽懂了又不做，做又做不好，做不好還不服氣。

四、為什麼大部分程序員不做代碼測試或白盒測試或單元測試呢看

還是因為沒有代碼設計。因為沒有函數啊。所以，一個按鈕功能有多復雜，代碼就有多長。我見過2000行的函數，我也見過1000多行的存儲過程和視圖SQL。怎麼做白盒測試啊，這些代碼都粘在一起呢，要測，就得從頭到尾都得測。

所以啊，先學會設計函數，先寫好函數，這就求爺爺告奶奶了。很多開發了5年的熟練手程序員，可能都未必會寫函數。

函數的輸入輸出值就很有講究。很多人都寫死了，隨著版本迭代，發現過去定義的函數參數不夠用了，於是就新增了一個參數。然後，相關性異常就爆發了，其他關聯的地方忘改了，到底哪些有關聯，怎麼查啊，本系統沒有，沒准其他系統就調用你了，你根本不知道哪個神經人曾經COPY過你的代碼修吧修吧就改成了他的功能呢，而且裡面的很多代碼他看不懂也不敢刪，只要他實現的功能正常了他也不管了。於是，你改了你這個函數，他的系統就莫名出錯了。

所以，我一般會定義幾個對象來做參數。另外，我也很注重函數的日誌、函數的異常保護、異常拋出、異常返回。另外，我也很注重參數輸入值的合法性校驗。

所以啊，應該開發Leader們先制定函數編寫規范最佳實踐，輸入輸出參數怎麼定義比較好，函數的返回值如何定義比較好，函數的日誌記錄應該怎麼寫比較好，函數的異常保護、異常拋出、異常返回如何寫比較好。先教會一般程序員，先從會寫函數開始啊。

當然，你光有一份規范，程序員們還是不理解、不實際應用啊。所以，還得Leader們做好典型的代碼模板，裡面是符合函數規范的代碼框架，只有這樣，一般程序員們才會照貓畫虎適應了函數設計的編程習慣。

所以啊，我專門重新定義了leader的明確職責，其中第一個重要職責就是：負責工具/框架/模板/規范的制定，並且負責推廣且普及應用落地。

你不明確定義Leader的這個重要職責，你不對這個職責做明確的KPI考核，誰尿你啊。你以為好的工具/框架/模板/規范是靠人們的熱情、自發產生的么看我們還沒有那麼自覺高尚啊。

五、為什麼大部分程序員不寫注釋啊看

我經常說一句話，千萬別多寫注釋。為啥看

因為我們經常遇到的問題不是沒有注釋，而是更糟的是，注釋和事實代碼邏輯是不相符的。這就出現常見問題了：殘存下來的設計文檔是一個邏輯、注釋是一個邏輯說明、真實代碼邏輯又是一個，鍾表多了，你也不知道正確時間了。

所以啊，產品文檔、注釋、真實代碼，三者總是很難一致同步。我為了幾百人研發團隊能做到這個同步花了大量心血和辦法，但我最終也沒解決了這個問題，還把Leader們、總監們、我都搞的精疲力盡。

索性回歸到一切一切的本源，代碼，就是程序員的唯一產出，是最有效的產出。那麼，讓代碼寫的不用注釋也能看懂，咱得奔著這個目的走啊。

為啥看不懂，不就是義大利面條式代碼么，又長又互相交雜。

OK，我就規定了，每個函數不能超過50行。用這一個簡單規定和靜態代碼檢查插件，來逼迫大家嘗試著寫函數。有的函數屬於流程函數，是串起其他函數的，有的函數就是詳細實現函數，實現一個且唯一一個明確作用的。

有了流程函數和功能函數，而且每個函數不超過50行，這就比過去容易看懂了。

六、為什麼大部分程序員不抽象公共函數啊看

我經常說一句話：千萬別抽象公共函數啊。為啥看

因為大部分程序員缺乏抽象洞察能力。特別是有些積極熱情有餘、愛學習愛看書、半瓶子醋晃悠的二桿子，看了幾本UML、重構、設計模式、整潔代碼之道，就躍躍欲試了，還真敢給你抽象公共函數了。

一開始，他覺得80%相似，20%不相似，於是在公共函數裡面簡單寫幾個if..else做個區隔就可以。沒想到，越隨著版本迭代，這些功能漸漸越變越不一樣了，但是這個代碼已經幾經人手了，而且這是一個公共函數，誰也不知道牽扯多少，所以誰也不敢大改，發現問題了就加一個if..else判斷。

沒想到啊沒想到，這個本來當初公共的函數，現在變成了系統最大的毒瘤，最復雜的地方，誰也不敢動，除非實在萬不得已，手起刀落。

所以，我平時告誡程序員，純技術的、純通用的，你們可以嘗試搞搞抽象公共函數，對於業務的，你們還是簡單粗暴的根據Leader們做的代碼模板代碼框架，乖乖的復制、修改、填肉吧。

你們啊，先從做模板做代碼片段開始吧，咱們放到咱們內部代碼片段開源庫里，看誰的代碼片段被別人復制的多，說明你的代碼抽象設計能力越好了。那時候，我就大膽放心讓你撒丫子跑了。在沒有學會跑之前，給老子乖乖的復制、修改、填肉吧。

F. 做一個程序員數學不好怎麼辦

一般做演算法方面的事情，對程序員數學方面的要求就會高一些；但如果是做一名的普通程序員其實對數學的要求沒那麼高，很多初、高中生的學歷，0基礎也可以學開發，將來一樣能做程序員。而且，像變數這種知識點比較簡單也比較基礎，都涉及不到太深的數學方面的東西。所以，我覺得也許是你對變數這個知識點可能掌握得不是那麼好。學習開發，學習方法也很重要，這塊兒咱們可以私信交流。另外，學習上總會遇到各種各樣的問題，不管你學開發還是學其它的什麼，要放平心態，心態不能崩；放棄是件很容易的事情，但只有堅持下來，你才有可能成為一名優秀的程序員。加油！

G. 作為一名程序員，經常感到工作壓力大，該怎麼調節

大家可能都了解，程序員的工作是非常累的，也為大家稱為碼農，而且程序員的工作是從早到晚不間斷的，並且總是有加班到深夜的可能，工作真的是非常累。所以這個時候必須有一點東西來調節一下自己的生活。

晚上大家可以一起喝個酒，擼個串，在現在的社會喝酒擼串兒是最開心的事情了，再煩惱的事情也可以解決。無論做什麼工作的，生活總是需要調味劑的，不然生活總是一成不變，也沒有什麼意思。

如果你感到壓力非常大的話，可以給自己釋放一下，工作還是得干一行愛一行，所以這個時候你需要說服自己喜歡上你的工作，畢竟你的工作確實能給很多人帶來無限的好處，這也就是你作為程序員的價值。

H. 程序員，感覺技術停滯了怎麼辦

你是一名程序員，感覺技術停滯了。那你就去深造唄，就是你可以選擇各種的程序任務去做。哦！針對自己有弱點的地方，然後去學習。活到老，學到老。

I. 程序員有了學不進去的煩惱該如何

1、調整心態
心態決定一切，面對bug和加班要少抱怨，多思考，學會善待自己，不要太苛刻，身體是一切的成本，不對它負責就對一切不負責，首先吃好喝好，任何事情都沒有盡善盡美，放低標准才能放鬆心情，減少壓力。

2、學會傾訴
程序員交際圈一般很窄，而且又是整天面對機器，語言溝通少，即便有個別「異類」喜歡調侃，可是時間久了笑聲也會淹沒在沉寂的大海。程序員有壓力的時候，可以嘗試傾訴，可以在閑暇時與同事開玩笑，調節氣氛，或者向家人傾訴，不必擔心他們能否聽懂，因為只要有人靜靜地聽就夠了。

3、合理膳食
程序員工作大都工作在一線城市，除非國企或者個別行業有餐廳，大部分中小型公司是沒有餐廳的，於是早上貪睡會兒，早飯時間就沒有了，晚上再稍微加個班，回家又不想做了，所以程序員一天三頓飯至少有兩頓在外面吃，先不說外面飯菜是否干凈可口，在選擇飯菜上，可以選擇利於緩解疲勞，補充腦力的飯菜。適當吃點營養品，比如蛋白質粉之類的，盡量少喝碳酸飲料。

4、適當運動
入程序員這門行業久了還會有頸椎病、腰椎病 ，久坐對前列腺有危害也容易導致肥胖問題，所以要適當運動，可以天氣晴朗的時候出去跑步或者辦個健身卡、報個瑜伽班，也可以下載運動軟體App跟著做，如果覺得這樣無趣，也可以每天去超市買菜，每次少買一點，多去幾次當做鍛煉。

5、調養作息
為了趕項目進度，程序員加班是常事，但是盡量提高工作效率，減少工作時長，試想夜晚通宵加班，第二天躺床補覺合算還是晚上提前休息好，第二天上班提高效率做好工作好呢？

6、改善環境
每天面對電腦上的一堆代碼，單調枯燥，可以在辦公桌上放置兩盆綠色植物，或者買個喜歡的杯子，放個愛人的照片等等，可以適當緩解一下壓抑的氣氛。

既然選擇了這個行業，就得扛得住壓力，工作不是生活的全部，但也是生活的重要組成部分，一個好的程序員要學會緩解壓力、懂得細水長流，只有這樣才能延長編程年限，不斷取得進步。

J. java程序員幹了一年了，覺得沒什麼進步，怎麼辦

其實這真是你的一個優勢 你現在搞運維 應該時間很充足 為什麼不利用這個時間好好學習那些原理那些思想 我深刻理解只用基礎才是硬道理 當然基礎不是你會封裝繼承多態 而是你寫的每個關鍵字都有預見它 我舉兩個很基礎的例子 System.out.print() 我以前的理解就是死記硬背 現在感覺System類裡面應該有個out成員變數 out作為System的一個成員變數 肯定是全局的 不可能還要new個System（）對象才能得到它 那多浪費內存 所以必須添加static 另外out既然給大家用 就要有個規范性 肯定不希望別人對它進行修改 所以必須添加final 然後根據out得到printStream的方法print就可能實現列印了 還有一個hashmap的hashcode和equals 原本我一直納悶已經有equals方法為什麼還得有hashcode方法 用equals效率太低了 每個都得查找 浪費內存 用hashcode演算法得到hashcode值 在map.set中就已經為鍵加上了hashcode值 然後根據hashcode立馬找到了你要實現的值 但是hashcode演算法不能確定每個都是唯一的 所以雖然hashcode相等了 還是要實現object類的equals方法 如果相等就不用操作了 如果不相等就散列到旁邊其它的空間
當然我很多也不懂 我在某軟體公司也搞了一年了 基本上也是菜鳥 我認為基礎最重要 思想最重要 技術再新底層你搞明白了 還擔心你比不上所謂的coder嗎