A. 轉行當程序員，結果加班到吐血，真的值嗎
值不值得只有自知了。
只能說你是向什麼看的，程序員算是當今個行業中平均薪資水平較高的，可是工作時間也是比較長的，其實算一下時薪不算特別高，就一個字，穩！考程序員過上小資生活是沒問題的，不過想過上小康還需要在方向上做下選擇。
B. 要當個高手程序員需要具備哪些知識
1.不需要，而且學習java如果你先接觸C，我怕語言上的差異會讓你難以轉型，java是面向對象的，C是面向過程的，我推薦學習java，入門簡單，用途廣，就業方向舵
2.計算機專業的課程肯定是必須的，數學是培養你的邏輯思維，編程人員非常講究邏輯能力，現在是全球信息化時代，一般走編程道路的人，英語是不能或缺的學科，很多時候你要就業的公司都是外企比較多，如果你不會英語會非常非常吃虧，資料庫必定要學，電腦的作用簡單點說就是處理數據的問題，連數據都不會，你編寫的程序永遠都只能是小打小鬧的程序。同時如果能力夠，時間夠，接觸一下數據結構，演算法，甚至計算機操作系統都要學習一下，對於你寫程序，理解程序運行原理都是很有作用的
3.你每天能抽5個小時來學習已經足夠了，不過要貴在堅持，同時你要知道，學程序是絕對不能脫離敲代碼，一個入門的程序員，敲代碼一定要超過10萬行（呵呵，堅持啊）
4.網上的視頻都不會教你太多的，因為人家培訓機構還是得賺錢，如果你想進階最後還是得靠你自己，還有配套一系列好的教科書，你才能事半功倍，這方面多去網上查查看，視頻看多也沒用，關鍵還得靠自己去寫，去想，去驗證，去實現
5.現在畢業生普遍都是高不成低不就，學校里學的東西往往只是基礎，真正企業用到的基本沒有，這就需要你自己多去實戰，看人家寫好的大項目代碼，認真吸取經驗，剛開始寫程序時很累的，而且很多東西都不懂，很容易你就會放棄，所以堅持才是最要緊的，但是如果你熱愛上它，你會發現一天的時間很快就在寫程序中度過，我以前學java就是這樣，天天晚上寫到2，3點都不覺得累
最後還是得說一下，程序員道路是剛開始是比較辛苦的，程序設計大一點你就會感覺無能為力，但是千萬不要放棄，否則你就不應該開始...
祝福你能順利走上高手程序員的道路吧
C. 作為一個程序員，我是怎麼樣月薪三萬的，經驗啊經驗
我出身在一個普通家庭，家庭條件一般。從小時候起，我就發誓，長大後一定要出人頭地，讓家裡過上好日子。從小好好學習，終於考上了重點大學。最近計算機很熱門，聽說賺錢也挺多的，我對計算機也比較感興趣，於是大學就報了軟體工程專業。
大家都知道軟體行業很辛苦，需要學很多東西，而且需要不停地去學習，因為新的技術發展的太快。於是，我認真聽課，其實最重要的是要理論和實踐結合，於是我就經常泡在機房裡做實驗。干程序員這一行，首先必須得精通編程語言，C++、java、C#我都有涉獵，Ruby這樣的腳本語言我也嘗試過。數據結構這門課也很重要，各種演算法、結構 必須瞭然於胸。我平時也比較留意一些公司的招聘，注意到很多公司對linux下的編程經驗都有要求，於是我要自學了linux，自己也做了一些小應用。後來一個老師感覺我不錯，讓我跟他在實驗室幫他做項目。在實驗室里我學到了很多，實驗室里各種大牛，為了不脫後腿，我唯有更拚命的努力。順便說一下，程序員是很辛苦的，以後上班了幾乎每天都在電腦前，沒有好的身體很難堅持下去。我每天晚上都堅持去操場跑步鍛煉身體。跑步的時候可以想想今天學到了哪些東西，規劃一下最近幾天的打算，其實對學習也是很有幫助的。大四了，憑借我扎實的基礎和豐富的項目經驗，我成功的進了華為。我們學院這么多人去，只錄了兩個，我很驕傲。
華為的工資還不錯，不過就是太累了，經常晚上加班，周六周日加班（而且不給加班費）。雖然工資還可以，但是在大城市裡也只夠平時消費，物價太貴，每個月也余不了多少錢。我想，我一定要好好乾，爭取多拿點年終獎，甚至升職，我給自己定了個目標，三年內升項目經理。每天我的生活很固定，公司———租房，雖然很辛苦，我相信總有一天我會成功的。畢竟華為里人才太多，要想在這里嶄露頭角，必須比別人更努力。工作很緊張，甚至上廁所的時候都在想bug怎麼解決。有一天，在廁所的門上，看見了一個廣告：招男女公關，情感陪護，月入過萬不是夢。於是我打了電話去，憑借我大學時每天跑步鍛煉出的好身體，我每個月賺3W以上很輕松。
D. 怎麼樣成為一個程序員高手啊
如果你還是VB或者C的習慣，沒有用上python的編寫方式，比如對list的使用；建議你看看dive into python。
如果你已經很在行了。建議你看看pycookbook。這兩本書是我很喜歡的書。前者入門，後者提高。
其實python是門很友好，很簡潔，很優雅的語言。
E. 一個程序員所要經歷的步驟
程序員應具備的12種能力
畢業四年來，感覺自己也是從一名不合格的程序員一步步走過來的。回頭反思一下，合格的程序員有很多標准和要求，下面是我總結的一個合格程序員應該具備的12種能力。中國軟體行業的崛起，靠的是合格的程序員。任何華麗的管理制度都不能保證軟體項目的成功交付，合格的程序員就是有力的保證，是項目成功的基礎。寫下這些，是為了給剛剛進入程序員這個職業的新同學們一點參考。我一直以為，當程序員是很辛苦的，如果不是真正的喜歡，很難堅持下去。如果真的不喜歡這個職業，也該尊重這個職業，尊重自己，趕緊改行。
1. 編程語言能力
不用多說，作為合格的程序員，精通一門語言是必須的。這種精通，不是說看了一本《24小時精通XXX》，抄了幾個程序就能說精通的,要靠長時間的積累和浸淫。
2.編碼能力
我曾經看多很多程序員寫的代碼，在同一個jsp或者java源文件里，出現了三種以上的對方法的命名方式，有下劃線間隔的，有全大寫的，有拼音首字母的。就像一個菜市場，雜亂無比，估計10天後，他自己都無法看的懂。遵守編碼規范，是一個程序員最基本的要求，可悲的是，很多程序員根本沒有意識到這個問題的嚴重性。隨意堆砌網上搜來的代碼，根本不管可讀性和可維護性，只要能實現功能就行了，心想做完這個項目，就拍拍屁股走人了，缺少最基本的職責素養。我經常把代碼必須成程序員的孩子，你就是是孩子他爹，孩子他媽，是有感情的。對你自己的孩子，你能不仔細呵護嗎？你是稱職的父母嗎？這是我編寫的一個Java編碼規范，供大家參考，這里可以下載http://gurudk.javaeye.com/blog/111734
另外一個就是注釋，要注意不是為了注釋而注釋。對類，以說明職責為主；對方法，以說明意圖為主；對方法體，以說明實現思路為主。對於大段大段的代碼，要分段，使用空行隔開，並使用行內注釋進行說明。
思維的條理性，寫代碼之前，先簡單計劃一下，用自然語言把流程寫下來，用於整理實現思路。不要看了需求或設計之後，馬上就敲代碼了，敲完代碼馬上就debug。花點時間思考，敲代碼只是最後一個很簡單的工作，不要把自己變成一個代碼打字員，編寫邊想，寫了刪，刪了寫。安安靜靜把實現過程想清楚，在腦子里先實現一遍。再去敲代碼，水到渠成。
3.面向對象思維能力
如今，多數編程語言都是面向對象的編程語言。而這些面向對象的編程語言的共同的精髓就是面向對象的思想。掌握這些比面向對象語言本身更重要，比如對繼承，多態，重載的理解。對面向對象基本原則的理解，比如開閉原則，介面隔離原則，單一職責原則等。在此基礎上，應該掌握常用的設計模式，比如工廠模式，策略模式，觀察者模式，模板方法模式，命令模式等等。我面試過很多程序員，沒有一個能說得上幾句的。
4.利用工具能力
工欲善其事，必先利其器。有了趁手的傢伙，工作效率可以提升數倍。你編程序，有沒有選擇一個很好的IDE，以前聽說編程高手都用記事本寫程序，我覺得那是一種自虐。就像以前看到的一篇文章，說一幫戶外旅行愛好者，出去旅遊，背了重重的旅行包，裡面裝著什麼壓縮餅乾等快速食品。他們寧可就著礦泉水啃壓縮餅干，也不肯去1里路都不到的快餐店，農家菜館吃飯。工具是為目的服務的，好用，提高效率就行，形式無所謂。
另外一個常用的工具就是日記本，好聽點可以稱為知識管理工具，我用的是myBase，感覺非常好用，在之前，我的所有的片段內容都是記錄的單獨的文本文件里的，非常不好找，管理也很混亂。
經常上互聯網，看到好多好的資料想保存下來，作為日後查看之用.一開始，我用的是firefox自帶的書簽，但是自己分類太累，多了之後不便於查找，很麻煩。後來用了得樂書簽（del.icio.us）的firefox插件，非常方便，現在成為了我必備的一個工具。
還有一個最重要的工具就是搜索引擎了，我裝了google forfirefox插件，感覺不錯，還有英文翻譯功能。按照我同事的說法，內事用，外事用google。很多技術資料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等於打開了一扇通向知識寶庫的門，使用搜索引擎，關鍵字選擇很重要。
經常去瀏覽大牛的blog，逐個網站訪問很麻煩，去看了又可能沒有更新，可以藉助於RSS訂閱工具，我是用iGoogle桌面工具，每天早上花半個小時掃一下，大牛的最新文章盡收眼底了。
5. 英語能力
新的技術資料都是英文的，英語國家的IT技術走在我們前面至少10年（這是我自己估計的數字，可能正在縮小）。就連印度，一個連基礎設施建設都不太完善的國家，因為其英語基礎較好，其在軟體外包領域的發展也非常迅猛,遠遠超過了我們。學英語，首先是有信心，其次就是花時間。多閱讀英文資料，使用金山詞霸，google的firefox插件等工具配合，貴在堅持。
6.學習能力
在IT也混飯吃不容易，整個環境進化的太快，你不學習，就等於落後了。學習要有針對性，別今天學ruby，明天學python，後天php的。首先要認清自己的目標，自己短期目標是什麼，1年後，3年後，5年後的目標是什麼。結合這些目標，確定自己的學習計劃，人的精力畢竟是有限的。當然，多掌握幾門編程語言也是好的，可以擴充自己的知識面，重要的是為自己的目標服務。
要想系統的學習一門技術或工具，看書是最好的方法。看完後，然後上網找相關資料，進行深入學習。學習要抓緊一切可以利用的時間，比如電腦啟動要花1分多鍾，旁邊放一本書，可以看上幾頁了。公交車上，地鐵上也可以看。
當然，不能只學習技術，要經常聯系自己的軟技能，比如溝通能力，表達能力。你可以把自己學到的東西，解釋給自己的同事聽，既加深了理解，又增進了同事之間的交流。學習的最高境界就是你能夠把學到的東西解釋給別人聽，這才說明你理解了。在學習心理學上，稱之為構成主義。
我學一樣東西，總是先上網了解有沒有相關書籍，如果想學，就買一本或者去圖書館找相關的書來讀。我買的書，家裡快放不下了(到目前位置，我買了1萬多塊的書)。我多半是把目錄看完，了解這本書講解的主要內容，然後需要的時候，我就可以立即補充它進入到我的知識結構。每個人可能都有自己的學習方法，意識到學習的重要，並能夠根據需要補充自己的知識，這種能力更重要。
7.創造能力
普遍認為，東方人模仿能力很強，但創造能力差。我見過很多這樣的程序員，經常說，「這個只能這么解決了，我想不出有什麼別的方法。」可能他根本都沒想過別的方法，或者懶得去想。對任何一個問題，找出兩種以上的解決辦法都是非常容易的，簡單的google一下，可能就是數十種。悲哀的是，有些程序員經常止步於自己構建的狹小領地之內。對待客戶也是這種態度，不是積極的幫助客戶解決問題，而是推脫這只是唯一解決方案。
打破這一思維定勢的首先的一個辦法就是在面臨一個問題時，首先想到的是「沒有不可能」，或是「一切皆有可能」，前面那個是阿迪的廣告語，後面是李寧的。只有這樣去想，才能尋找解決問題的別的出路，即使最後我們試了很多種辦法，還是只有著一種解決方案，但我們在這種尋找解決方案的過程中，常常會產生很多好的想法，這樣才會使我們真正深刻思考一個問題。建議大家看一看《水平思考》這本書，他提供了一些進行創造性思考的方法和工具。
但我認為，堅持認為存在另一種解決方案的信念是第一位的，方法和工具都是其次。
8.文檔能力
也許有人會質疑，程序員跟寫文檔有什麼關系。大家開源軟體也用過不少，看看Spring，hibernate，Struts等最流行的開源軟體的文檔就知道，他么的tutorial，他們的getstarted，他們的reference文檔寫的多麼的易懂。其實寫代碼也相當於寫文檔，只不過用的是編程語言。同樣，寫文檔，用自然語言，也相當於寫程序，簡單明了，清晰易懂,這樣的「程序」誰看誰舒服。同樣，對於想進階到設計師或者需求分析員角色的程序員，文檔能力更是非常重要。
word是一個最實用的工具，很多程序員，多級編號都不會用，索引目錄也不知道如何生成，更別靈活應用樣式了。很多排版都是所謂的dirty work。垃圾樣式一大堆。其實，靜下心來，稍微學習一下，就能寫出一篇格式漂亮的文檔。
9.抽象能力
抽象能力是認識事物從現象到本質的能力。如果你只是停留在「見山是山，見水是水」的層次，客戶說什麼，你就做什麼，設計怎麼做，你就怎麼實現，從來不過問為什麼，也不去想他是滿足了用戶哪些方面的需求呢。這樣可能只解決了表面的問題，可能會引起返工。認識到本質，才能讓你的程序具備更大的靈活性和可擴展性。在做企業應用軟體開發中，抽象能力體現為對問題域的理解能力，對領域模型的抽象。合理的抽象也是代碼重構的前提，每一次重構，都是向更好的抽象邁進了一步。
10.代碼評審能力
代碼評審和單元測試是保證代碼質量的兩種常用手段之一。代碼評審能力，說明了你的審美標准，知道什麼是好的，什麼是不好的，什麼是優雅的代碼，什麼是糟糕的代碼，你才能讓自己做的更好。
11.單元測試能力
沒有單元測試的代碼，只能說是半成品。因為沒有什麼能證明你的代碼是可以運行的。測試驅動開發是一個非常好的敏捷過程的最佳實踐。單元測試還可以作為回歸測試，在修改代碼時，起到警戒線標志的作用。是否具有單元測試的意識是區分程序員是否合格的重要標准。寫不寫單元測試是區分平庸程序員和優秀程序員的重要標桿。
12.DRY
DRY是一種原則，就是Don't RepeatYourself.出自《程序員修煉之道-從小工到專家》。這條原則可以用到很多地方，比如你經常要編譯，打包，部署應用程序，供集成測試用。每次你都在重復你自己，寫一個自動化腳本（比如用ant，批處理命令）來將這些工作自動化，以提高效率。
還有一個就是我們經常在不同的地方切換IP，如果每次手工做，也非常浪費時間，寫一個bat命令可以解決，找一個小工具也可以解決。
編碼時，對代碼的復用也是在重復你自己，雖然拷貝過程很爽，但是維護一致性就要付出巨大的工作量，特別是將來維護的人不是你的時候,使用代碼生成工具可以解決這個問題。類似的例子太多了，如果你發現你經常做一些重復的工作，就要警惕了，是否違背了這個原則，想一些辦法將他們自動化。
F. 程序員在日常工作中讓你吐血的想要辭職場景有哪些
比如說每天都要加班，每天都要修復一些後台。
G. 一個程序員需要有怎樣的自我修養
作為一名程序員，一個「程序員的自我修養」是什麼？
盡管我們不一定要像尹天仇那麼的認真對待自己的事業，但，一些基本的修養，作為一名新時代的碼農，總應該是要具備的吧。不過真要說修養，方面還是挺多的，技術自我提示自不必說。但我並不打算從這個大家都覺得理所當然的技術方面入手，而是談談，可讀性代碼，這個容易被大家忽視的基本素養。
1、遵從所在團隊的代碼規范。
一個高效、成熟的團隊，必定有一個屬於自己的代碼規范，這個規范是團隊的寶貴的財富，它是整個團隊從各種坑中爬起來後積累的經驗教訓。什麼是規范，它是人們從無數經驗中總結出來的規則，標准。而代碼規范，指導團隊成員如何以最短的時間寫成最高效，可讀性強的代碼。試想，如果成員不遵從規范，你用駝峰命名，他用下劃線，這對程序的可讀，將造成多大的影響。我想，應該沒有一個人願意去閱讀一段，各種變數命名形式都能見得到，private, public 方法隨意排序，甚至常量類都散落在各個角落的代碼吧。
代碼，一個作用是讓機器閱讀，另一個重要的作用是讓人閱讀！！！
2、遵從行業內通用的規范
在團隊的代碼規范未涉及到的，那請按照行業內的規范來編寫代碼。規范的一個好處是，可以明顯減少學習和交流成本。在java中，當我們看到全大寫的變數名時，我們就知道這是常量，而不需要去看注釋，不需要去看代碼邏輯。為什麼這么迅速，因為行業里大家都習慣把常量用大寫命名。但假如你用其他命名方式命名常量，比如team_nums命名常量，不僅不能讓人迅速知道這是個常量，而且可能讓人誤會這是個變數，增加了團隊成員學習和溝通成本，甚至可能誤導他們。就見過一位仁兄，明明用的是工廠模式，偏偏按模版模式的命名方式來命名，問他，他說他知道這是工廠模式，但他覺得，更應該叫模版模式。。。我的天，，你這么任性，以後還能做朋友么?
舉個例子，我們需要根據支付類型，來生產多個支付產品，於是，我們寫了個工廠類，命名為FactoryPay。當其他人看到一個類叫FactoryPay，他們會猜測，這應該是個工廠類，負責生產各種支付產品的工廠，然後按照這個猜測去閱讀代碼，就能比較快速的理解整個類的作用。但是，假如我取名PowerPay，別人還不知道是啥，看了半天，才明白，這是個工廠的作用。這就明顯增加了他人的學習成本和維護代碼的成本。
不管你是新手還是老鳥，務必了解施行行業規范，切勿為了標新立異而違反規范。這么低端的裝逼，就沒必要採用了，要裝也寫個高端的框架來提升逼格唄。
3、變數、方法命名要能表達變數作用
在程序員這個圈子很久了，就發現，程序員這貨，都喜歡這套，「這個介面幹嘛用的，有文檔么」，「自己看代碼去」。很多時候都是一臉黑。
盡管程序員閱讀別人代碼技術都是一流，不管你是有沒有注釋，不管你是怎麼循環嵌套，也不管你是怎麼命名，他們都能耐心的，把代碼分析個所以然來。但，對於程序員這個視時間寶貴如生命，分分鍾都能創造幾百萬價值的群體來說，您行行好，給我們省點時間吧，把變數是幹啥用的，說清楚唄，沒准節省的這幾分鍾，多賺個幾萬，還能請大家出去嗨呢。
每每看到部門的某大神，用一個神一般的變數名「flag」，我就有吐血的沖動，他還這個flag一直雪藏，不用，只是傳遞到第n個方法才使用，頓時心力交瘁，我的天，這個flag都是是幹嘛用的啊，後來才明白，是isPay的意思，用來標識用戶是否支付成功了。當時一口老血吐屏幕上，心裡狂吐槽，老兄，你命名個isPay會死么，我的腦細胞這么不值錢么。到後來看到，去魔法數字，用int NUM_7 = 7,而不是MAX_MEMBERS來表示最大成員、用x y z來命名變數名，各種只有作者，或者作者後來都忘了的獨特命名方式，都見怪不怪了。更有甚者，一個變數命名為passed，作用居然是「未通過」的意思，當時就石化了，作者還真是用心良苦，這都要考我細心不細心。
一個好的變數名，能幫助閱讀者了解變數的作用，也輔助了對整段代碼的理解。
4、不要show英語，鄉下的孩子傷不起唉
LZ所在的團隊，英語一直都是團隊的硬傷，但總是能看到，某位仁兄，加上大把大把的英文注釋，有些變數名也取些高大上的復雜的英語單詞。敢問，你這么高的逼格，以後我們怎麼和你玩啊。(那位仁兄其實就是LZ，年輕時唉，罪過罪過)
代碼是用來溝通的，傳遞作者意圖的，都看不懂，怎麼溝通交流。建議英語好的童鞋，英語能力可以放到閱讀英文書籍中展示，在代碼中，如果團隊英語能力很弱，避免使用英文，變數命名也盡量按照團隊英語水平來命名
5、添加必要的注釋
正如上面LZ說的，經常遭遇「你仔細看看代碼，就知道幹嘛用的」這樣的神回復。盡管閱讀代碼是每個程序員的強項，但必要的注釋，比如邏輯比較復雜的地方，添加必要的注釋，對提升團隊成員閱讀熟悉代碼的效率是有很大幫助的。試想，一個類，幾百行，沒有一行注釋，對於閱讀者來說，閱讀它將是一個多麼恐怖的事。
6、注釋保持簡潔，避免沒有必要的注釋
即看過一行注釋都沒有的代碼，也看過注釋比代碼還要多的程序。一個是讓人生不如死，一個是讓人痛不欲生。(唉，有時不僅感嘆，在程序員界混，真的是難)。
LZ就經常看過，一大段注釋，啰嗦了半天，要不就是沒表達清楚重點，要不就是只為說明它是個循環的作用！！！譬如i++這樣的代碼，有必要加個「每個計數增加1」這樣的注釋么，這完全是把讀者定位為非程序員啊，或者就是嚴重鄙視讀者的編程水平。
注釋是幫助閱讀的人更好的理解程序的邏輯，只是輔助，如果不重視通過命名等方式來傳遞代碼的作用，而是依賴於注釋，這就是本末倒置了。而且，冗長啰嗦的注釋，這到底是幫助人理解，還是阻礙人理解啊，是讀程序還是讀小說啊。
7、擁有自己的編碼規范
規范是為了讓團隊更快的理解、熟悉代碼的，同理，擁有自己的一套規范，就能幫助其他人更快的理解我們所寫的功能，減少學習和溝通成本。
8、代碼清晰簡潔的表達出作者的意思
在我們每次寫完一段代碼時，一定要問問自己，代碼是否表達清楚了我的意思，是否需要添加些注釋，名字取得是否恰當了，別人在閱讀時是否吃力。。每每看到別人一團糟的費解的代碼，就時刻提醒自己，一定要把代碼寫好咯，我也確實是這么做的，一遍又一編的檢查，看變數名、方法名是否表明了它的用途，是否有些不必要的、只是為了提升逼格的代碼，別人是否能在短時間內看懂。所有的這些，只是為了寫出一段更優美的代碼。
9、堅持並捍衛上面的准則
經常能聽到，有些公司是代碼行數來定義績效的，但作為一個有操守，並秉承基本自我修養的程序員，我們絕不能為了各種誘惑或者脅迫，甚至是自己的惰性、個性，而放棄寫出簡潔清晰，可讀的代碼。
以上的幾點，並不是嚴格的意見或者建議，只是提醒廣大程序員同胞們，在痴心與高端的技術時，千萬不要忘了，代碼不僅機器要閱讀，人也需要閱讀。就算你寫出再復雜的代碼，但它讓人完全無法閱讀，這有什麼用呢。這就如同，你很牛逼很牛逼，但別人聽不懂你說的話，還不是沒用。如果你真的寫出了可讀性強的代碼，但你也不應該鳴鳴得意，我覺得，寫出一段優美，健壯，可讀性高的代碼，是一個程序員最基本的自我修養。
H. 講一講當程序員是啥體驗
8:30--12:00這段時間都屬於工作時間，但一般都是忙裡偷閑的吃個早餐，然後查看郵箱里的任務表和bug列表，開始安排一天日程！差不多9:00開始正式幹活！一直到11:50差不多，我們就一大群人去領水果。
I. 程序員工作壓力大，身體也垮，為什麼還這么多人想做程序員
一、興趣使然
興趣會是你辛苦工作的一針強心劑，如果從事的職業就是你自己熱愛的領域，那想必即使辛苦你也會感到是苦中作樂、樂在其中吧。跟心中美好的理想相比，辛苦便也算不上什麼了。套用金庸的名句「那些都是很好很好的，可是我偏不喜歡」，這里應該說「那些確是極辛苦的，可是我心中喜歡」。
二、性格偏內向
不太會在商場里打交道、陪客戶、談生意等等，更沒有有錢有勢的親戚朋友幫忙，程序員是一個很典型的純粹靠自己技術和能力吃飯的工作，當然如果一個程序員提高人際關系和溝通能力會有很好的發展，比如終極目標之一的CTO或類似職位。
三、收入可觀
工資相對於常見的大多數職業來說偏高，基本做個兩年左右月薪至少10K起步，甚至很多應屆生也可以拿到月薪10K+的水平。
四、對學歷沒有過於苛刻的要求
是如果技術夠好、工作態度認真負責的話，可以放寬學歷是本科的硬性要求。
五、市場需求大
隨著互聯網+戰略的提出，進一步激發了大家對於互聯網行業的嚮往，互聯網創業公司如雨後春筍地遍地生花，同時互聯網行業需要大量的程序員去搭系統、寫代碼，所以導致了供需不平衡，導致了程序員特別是優秀的程序員缺口比較大，互聯網行業的程序員薪水一路飛漲。
程序員這項工作根基於計算機產業。計算機產業的特點就是爆炸式的增長，技術以不可想像的速度迭代。對於公司而言，要跟上發展速度，必須不斷的推陳出新，不能有一絲懈怠；對於程序員而言，也要時刻保持專注，不斷地學習新的技術和理念。所以要想時刻保持競爭力，辛苦磨礪是必然要經歷的過程，不僅是程序員，其他行業亦是如此。