小麟和程序員視頻

❶ 為什麼現在的程序員，真正的大牛非常少

簡單算個賬：近十多年來，中國的各種大學每年有30萬計算機相關專業畢業生，加上其他行業的轉入，編程崗位每年新增超過20萬人，全國的規模大約300萬。平均每人年15萬成本，大約需要4500億成本。市場有多大呢？手機萬億級，互聯網萬億級，游戲萬億，企業服務市場萬億。至於不足的那部分在哪裡呢?中國之外, 還有很多國家。

而IT和編程這種轉移成本幾乎為零的行業,在世界上任何一個角落都可以佔領。以美國為例, 它本國市場規模比中國還大, 卻也佔領了世界上其它國家包括中國的大部分市場。美國大約有700-800萬程序員,編程工資相當於中國的2-3倍,原因正是因為我們不能自給。世界范圍來看, 把上面的市場單位換成美元就好了。

當程序員， 確切的說是碼農， 是一個見錢最快的職業， 這也就導致現在干這個的特別多，各種培訓機構也滿天飛。當然， 程序員也是有分水嶺的， 這取決於掌握的知識技能的多少。也有一些比較精深的知識，如數據結構演算法、編譯原理、操作系統、計算機網路、面向對象等這些， 如果能掌握，會讓一個程序員的工作效率和質量有巨大的提高 ， 也有了向高階程序員進化了資格 。 然而， 對於一份普通的寫代碼的工作， 這些東西最多隻能算是綿上添花， 掌握與不掌握， 對於飯碗沒有本質的影響 。 假如把掌握這些知識作為程序員的入門標准， 那麼程序員的數量估計會少一大半。不過話說回來， 不應該說程序員的數量多， 而是整個IT行業的從業人員多， 像做設計、產品、運營這方面的人， 數量不比程序員少吧。

❷ 為什麼國內程序員都很少進行代碼重構

說到代碼的重構對於國外的程序員提到的比較多，特別是大型的開源工程，基本上一個模塊或者函數的實現會反復的修改，一個文件能被修改成千上萬次，曾經訂閱了linux內核組的郵件，每天的收到的修改文件成千上萬，有時候一個文件都能被修改上百次，對於文件修改最瘋狂的是google的chrome源碼，重構的次數，讓你覺得每天都在重寫但是功能上感覺越來越流暢。為什麼我們周圍的程序員絕大部分時間做的不是這樣的事情。

為啥從直覺上覺得老外的寫的代買質量比我們的要高，我們國內的程序員絕大部分的時間是在趕進度，准確的來講忙著增加功能和修改bug，其實也從側面反映出為什麼國內出不了android以及Linux等影響深遠的 科技 創新，從全球開源代碼的佔比就可以看出，差距還是很巨大的。

為什麼覺得老外寫的代碼比我們的強？

1.國內軟體發展主要階段還在解決有沒有，還遠談不上強大
中國的軟體經過近幾十年長足的發展，已經取得了巨大的成就，特別在互聯網行業已經有幾個巨頭躋身世界前列了，最近炒的很熱的臉書的用戶數據泄密事件，作為當事人扎克伯格，也在論述中提到中國有幾個很厲害的互聯網公司，這說明中國在互聯網領域還是取得了相當大的成就，但是在一些核心的領域，或者門檻很高的領域差別還是非常巨大。

任何事情在發展的初級階段首要考慮的是不是有沒有，所以如同創業初期的公司會選擇短時間內搞出來個產品，哪怕是不成熟的產品，然後快速的投入市場，根據市場用戶的反應同步追蹤問題，等到產品差不多穩定，並且產品在市場上有了一席之地之後，後續的事情就要考慮優化功能，對裡面的代碼或者產品的性能進行全方面的提升，目前國內大部分的互聯網一般比較年輕，還在解決有沒有的問題，相信隨著時間的推移以及國內軟體的發展，也會有大量的高質量的開源框架代碼出來，但這一切都需要很長的時間。

所以國內的程序員大部分時間都是在趕進度和根據需求完成功能代碼。

2.軟體產業的底子還很薄弱， 歷史 積淀還不夠
舉個很典型的例子，現在很多國內的程序員到了30多歲就開始考慮後續的轉型了，因為後面的輕輕人會帶來很大的沖擊，所以大部分的30多歲的程序員都在考慮自己後路，都要考慮轉型的問題。老的有經驗的程序員反而轉型去做管理或者合夥創業了，哪有幾個還在安心搞技術，年齡大了還在搞技術的還被人鄙視，覺得自己沒有出息。

但是在國外寫代碼是一種很常見的職業，和別的工種沒有多大的差異，40，50歲了寫代碼也是比比皆是，做軟體是一種技術工種，經驗的佔比是很高的，所以老程序員寫出來的代碼更加有深度，穩定性更高，一切的根源還是產業的發展不夠成熟，需要時間和 歷史 的積淀，從這方面講國內的軟體整體產業還是比較薄弱，從業人員的整體素質和工作氛圍還有待慢慢的成熟，周圍都是有經驗的程序員在帶領著如何去重構代碼，如何提升代碼的質量，而國內大部分的程序要還是被產品經理鞭策著增加需求和修改代碼。

3.公司的文化差異
目前很多的中國技術公司更多的追求的是短期利益的最大化，在基礎軟體的投入遠遠不夠，畢竟基礎的投入很難短期見成效，在一個具體的場景，有一個產品主體的功能已經實現了，也能在用戶那邊投入使用了，一般的公司很難拿出時間來，讓你做代碼的重構，畢竟這種事情很難直接產生經濟效益。這與公司本身的文化差異有很大的關系，重視的技術或者懂得技術的公司對於這方面相對比較重視，反之就差很多。

小時候課本上就說著我們落後100年，所以高樓大廈不是一天建成的，所以在追趕的道路很漫長，所以承認存在差距，然後努力加倍的去追趕。

Time is money. 以目前國內互聯網的情況，需求應接不暇，程序員基本上都是被需求與業務趕著走，時間非常緊張，在這種情況下，程序員很多時候唯一的選擇就是趕緊實現需求的功能。所以，一個項目下來，代碼基本上都變得非常非常的「垃圾」。

也有很多程序員想過在項目結尾的時候進行代碼的重構，基本上每個程序員也都知道重構代碼的好處，但是並不代表著真正能做起來。還是那個原因，國內互聯網的速度太快，需求應接不暇，做為程序員，基本上沒有時間來做這件事情。

而另外一個原因是跟團隊負責人有關。若團隊負責人能夠意識到重構的好處，那麼他可以為此單獨劃分一段開發時間出來，讓大家分別負責一個模塊進行重構，這都是可以安排做起來的。這也需要團隊負責人如何在需求人員的需求與代碼質量的進度上做一個平衡，進行統籌安排。

最後我想說一個可能很少意識到的原因，那就是人員流動問題。國內互聯網目前人員流動非常的大，尤其是北上深這樣的互聯網發達的城市，基本上是平均兩年就會走一大波人，在這樣的情況下，也會考驗從業人員的職業道德，即我到底要把代碼寫的多好，要把代碼的可維護性做到多好，其實這都是從業人員自身需要考驗的問題，因為完成一個功能很容易，但是要考慮的全面就是另外一回事了。而人員流動帶來的另一個問題就是有一些代碼是很難看懂的，即有些代碼在人員離開後成為了「 歷史 」，無人敢動。這也會阻礙著軟體的重構工作的進行。

從我所講的這幾種情況來看，重構其實是大家都能知道的好處，但是真正實施起來卻又有現實的約束，需要負責人來做這樣的統籌安排與推動。

成本太大
大多數軟體產品的開發都是經過了很多開發人員的付出，如果進行代碼重構需要了解產品、了解框架、了解代碼邏輯，這個過程會花費大量的時間和人力成本，對於企業來說，效益是第一位的，與其花費精力進行效益不大的產品重構，不如去承接更多的項目來的實在。
領導決策
由於大部分企業的老闆都是非技術人員出身，他們更關注效益和客戶，為了符合企業的發展，在進行產品開發時會更多的採用新技術來吸引客戶，花費精力重構代碼不如開發一套新產品或者開發更酷炫的效果更具有實在意義。
代碼規范不足
由於國內互聯網較之國外起步較晚，很多企業發展時間較短，加之人員流動比較大等多方面的因素，很難形成標准、嚴謹、行之有效的代碼規范，所以很多技術人員在開發時都是根據個人風格習慣在開發，等其他人接手代碼時，缺少相關標准和文檔，很難理解代碼邏輯，花時間去了解代碼、重構代碼不如直接推翻重做來的方便。
客戶定製化需求
部分企業創業初期對企業信息化是不夠重視的，只有企業發展到一定程度才會考慮信息化建設，而由於業務的限制，大多數標准化的互聯網產品都很難滿足企業的實際需求，需要進行大量定製化的開發，對於互聯網企業來說，即使產品開發足夠完善，在實際項目中也需要進行擴展，倒不如直接在項目中進行調整。
程序員的發展限定
在國內很少有終身的程序員，大部分都會逐漸轉向銷售、售前、項目經理、產品經理等崗位，而這些崗位則需要了解業務、了解客戶，對技術的需求反而不會太高，所以與其花時間去專研技術不如將更多的精力用在業務和項目層面。

代碼能夠重構對底層框架要求深度掌握、且代碼框架本身要足夠靈活，而國內絕大部分技術人員都是停留在對框架的使用層面、少數可以完善、結合使用，極個別的在做同語言山寨或者換一種語言重寫，能夠對產品體系進行把握、與時俱進擴展實在是鳳毛麟角。隨著國家的經濟提升、IT行業逐漸成熟，在我國這么多IT公司基數下，即便是鳳毛麟角的概率，重視基礎框架、積累萃取、不斷迭代完善的一些技術公司也會慢慢嶄露頭角、涌現出來的。

【國內程序員很少進行代碼重構】，這個現象雖然沒有什麼調查統計，不過我寫了十多年代碼，也發現身邊的程序員大多數是這樣的，【寧可寫新的代碼，也不願意重構老代碼】。下面我也談談自己的看法：

系統沒有問題，就是最大的功勞
我見過的大部分的傳統行業的軟體公司或IT部門是這樣的（互聯網公司不太了解），「只要系統穩定，那麼就是最大的功勞」，而保持系統穩定最好的方法是什麼？ 就是盡可能的不要動系統！

可能很多人不能理解，但很多公司確實是這樣，甚至公司對項目的考核標准中，項目有什麼突破的權重很低，是否有生產事故的權重很高。所以很多「機智」的項目組成員，千方百計的不接需求，或者把需求推給別的項目組。在這種單位裡面，別說重構了，新代碼都寫的不多。

測試覆蓋度太低，重構代碼沒辦法保證質量
代碼重構，很重要的一個問題：「重構後的代碼誰來保證？如果影響到原有的功能怎麼辦？」

這時候很有效的一個方法，是使用各種自動化的測試來保證重構代碼的質量。

但是，大部分公司，不管是單元測試還是其他的自動化測試，都是不健全的，甚至是沒有的。所以只要不是被逼不得已，程序員寧可重新寫一個方法，也不願意重構之前的代碼。

其他

進行代碼重構不是一件容易的事情，務必需要對需求熟悉；對代碼 歷史 變更熟悉；對代碼框架，模塊熟悉；對產品更新迭代做好風險把控，時間成本把控……

進行代碼重構需要能力非常高，責任心非常強的人進行，甚至需要一個優秀的團隊完成。

為什麼要代碼重構？理由一大堆，我認為主要有兩條，一是原代碼已不適合擴展新需求，二是原代碼已擁腫不堪，亂七八糟。

為什麼很少重構？除了上述分析外，還有其他因素，如人員流動快，原團隊原作者早已不知何去何從了。又如需求和業務繁多，完成工作開發都累得半死不活，日理萬機似的，哪有時間和心情重構？

謝謝大家。

1.國內程序員技術能力不足以進行代碼重構

大量的軟體從業人員連編程規范都不熟悉，怎麼可能做代碼重構？更多的人只會寫寫hello world，只會拷貝粘貼小段代碼，連if else這種語句都寫不清楚甚至漏掉邏輯，連面向對象的編程思想都沒有，談何重構？

2.國內程序員的溝通能力說服能力一般。

進行軟體重構，必須說服經理，讓經理相信重構會帶來軟體質量的提高和故障率的逐步降低，這樣經理才會安排人力進行重構。

3.國內軟體開發更注重bug的及時解決

國內軟體開發大量的人力被分配到解決短期的某個bug，沒人抽時間思考如何長久的徹底的解決軟體缺陷，其實解決bug不重要，找到軟體的缺陷或者性能低下的地方才重要，這些才是重構的點。國內加班加點疲於奔命式的開發，沒人考慮bug率是否長期內能夠收斂，總是先解決眼前的問題再說，處於一個永遠解決bug的死循環里。

這種工作模式是愚蠢的，不是smart的。

軟體開發，一定要動腦子，不要蠻干，這不是耕地，力氣大就耕的多。

重構代碼的目的說白了，就是讓軟體開發人員更自由。

謝謝樓主的問題，這是一個我特別想回答的問題？

為什麼？因為，第一，我是一個對代碼有潔癖的人，受不了一坨，一坨那樣的代碼。第二，我是一個踐行Clean Code 的人，給大家我主要負責的一個項目的一組數據（java），總代碼量20萬行,UT coverage(單元測試代碼覆蓋率）82%，代碼重復率0.5%，代碼規則(sonar）違反（Code issue）0,甚至連最低的違反都沒有。

也正是因為我的項目在實踐Clean Code上的數據，我經常去給不同的團隊做分享，也對團隊對這個重構不太上心有一些理解。

大致以下幾個原因。

第一，也是最多的，交付壓力，大部分人都會抱怨，你看我們有這么多新功能，還有那麼多bug,根本忙不過來，哪有時間重構？

第二，重構意識不足，老闆，管理人員總是希望這個我們要有，那個我們也要實現？為什麼？因為別人有，別人有我們沒有可能會造成用戶流逝。即使有一些有見識的程序員和老闆反應這個重構問題，但是重構從來不是高優先順序的。畢竟，現在的軟體的生命周期可能很短。

第三，人員流動性大，這個是我聽過最奇葩的一個理由，我問一個來聽培訓的哥們，說你代碼寫成這樣，以後怎麼維護？這個哥們說，我也知道難維護，但我明年就跳槽了。

第四，設計上就不需要重構，曾經給一個保險公司做分享，我本人也是做金融相關產品後台的，我就問你們這樣寫代碼，可能三四年以後就非常難維護了，還是要盡快重構。他們的回答是，我們不重構，我們只重寫。什麼意思那？就是一個系統，三四年以後在寫一遍。

第五，程序員本身的問題，可能第一寫單元測試，修改命名，修改代碼結構，是一件很沒有成就感的事情，也是一個沒有多少附加值的事情。畢竟現在你去找工作，這個代碼質量方面的問題會問得很少。

第六，我見過的我不能反駁的一個回答，我的英文太差，不能很好的命名，而我也不想學英文。

第七，反正我已經實現了功能。

最後，用一句話來提醒程序員們，重構是多麼重要。

出來混遲早要還的，挖了坑遲早要填的。

在國內，【重構】這件事是程序員最喜歡做的事，而不是公司喜歡做的事。

但程序員喜歡並不能影響公司的決策，所以，國內的現象就是軟體系統很少有重構。

其根本的原因在於，國內的公司所推出的系統大多沒有重構的價值。

1、國內的互聯網公司存在這樣一種快節奏，那就是發現一個有價值的創意，就馬上進入開發，開發完成立即上線，並立馬推廣使用。這是一種快速試錯的模式，一旦發現系統在 社會 中沒有引起反響，那就馬上把系統再下線。這種情況下的系統哪來的重構價值呢？

2、即使一個系統上線成功了，也積累了大量的用戶，貌似為了系統的穩定性和性能，可以有重構的機會。但事實上不是，國內公司仍舊不會選擇重構，因為重構帶不來新的價值。所以，公司多數都會在系統上添加新的功能來吸引新的客戶，而不會考慮重構現有系統。

總得來說，引起重構的原因在於能夠有持續的價值。沒有價值的事，企業當然不會做，僅是程序員的一廂情願而已。

你只是見到了你所在的公司現象，不代表所有，也不能代表大部分的。

代碼重構還是存在的現象

代碼設計爛，經常出問題、擴展麻煩、維護心累、數據混亂、結果不清醒、模塊劃分混亂

就可能要考慮到重構了

呵呵，

老大說：

你趕緊去修復一下這個bug，

還有幾個功能沒有實現，加班搞一下，

pm 說：

這個功能改一下，

還有這個，界面重新調整一下，

這個業務流，現在不一樣了，

客戶需求需要多幾個功能，

老闆說：

這東西下周能出來嗎？

❸ 從事程序開發工作，已過33歲，還能撐多久

「程序員干到35就不行了！」這是我們IT行業普遍存在的一種說法，而且還有各種年齡版本，有的說到30歲；有的說到35歲；有的說到40歲，達到這個年齡上限就必須要調整方向去做管理、產品、業務等崗位的工作，甚至創業的也大有人在，反正就是不能再寫代碼了。但小開見過了太多國內開發者，也接觸過許多國外的程序員。負責任地講一句，到了35歲依然致力於寫代碼的人，有的是！！！

最後，有一點很重要，要一直寫代碼可以，但是千萬不要除了寫代碼其它什麼都不會，寫代碼只是解決問題的其中一環而已。抽像的說學習寫代碼就是學習解決問題的能力，而一個企業所面對的所有問題在大小、難易程度、重要性方面都是不同的，作為一個打工者，終極目標就是替所在企業解決最重要最核心的問題，至於解決問題的方式是通過寫代碼還是通過別的途徑，這都是沒有限制的。但在國內，普遍來說，能通過技術解決的問題都不是問題。

❹ 程序員太累怎麼辦

程序員真的很辛苦么？
做程序員不好！程序員就是一工地裡面提灰桶的民工。大公司的程序員還好，僅僅只是讓你每天提灰桶。小公司就不行了，你不但要提灰桶，而且還要去合泥，砌牆，做木工。甚至只要工頭（就是老闆）高興，泥還得客串著去做廚師，給民工們做飯。不過，忍一忍就過去了！當你的技術，你的經驗，你的聲望積累到一定的程度，你就可以升級成項目經理了！哈哈，那個時候你的日子就可以快活點了！

程序員本身：

這一行正如你所說得：壓力很大，工作量也很大，很枯燥，而且生命周期也就是到35歲左右。這些都是程序員的缺點。

程序員的優點：

掙錢比較多，工作環境好，能夠於時代共同進步。

程序員的發展：

如果單從程序員本身來說，發展不大，但是大部分程序員有了一定的知識基礎，和工作經驗後，都會繼續發展，你也可以理解為「跳槽」。隨著知識的基類，經驗的豐富，你的工資也會隨之上升。如果你有一定的領導能力，最後發展到「管理層」，這樣的話你就不會輕易的被公司和時代「晌銷淘汰」！

而且畢指，現在編程公司大多都是外企，如：美國，日本。發展好了有一定的出國機會，對你的前途也是大有益處。

所以不要從單發面來看「程序員」，要從工展的眼光來看，至於你自己的前途如何，那就要看你自己了！！
當程序員累嗎
您好，很高興為您解答！

我是程序猿轉行的，我給你說說一些我的體驗吧；

程序猿累是普遍的，但是也有一些例外的公司，幾個人維護一個項目，沒有什麼大需求，但是這樣的公司鳳毛麟角；

工資的話相對其他行業，偏高；但是最不好的兩點是，女生少，找女朋友不容易；還有就是天天都是對著電腦，對身體不好，也不會交接，很多人慢慢的就變成不太會說話，活在自己的世界裡。

希望我的回答能夠幫助到您!
我是一名程序員，感覺這工作太累了，經常有想放棄的想法，怎麼辦？
每一份工作都累，都不容易，換工作之前先了解一下自己適合什麼工作，有合適的可以換，但是不要一沖動就換了，祝你好運～
做程序員是不是很累，每天要工作多久
北京JAVA程序員一天九小時，工作不忙伺服器不用調試一周就有雙休，一個月月薪1w，不過也是有點累，一天基本看電腦，注意保護眼睛
程序員到底有多累，有多辛苦
在北京基本都是雙休的，之所以說辛苦，主要是公司可能某段時間趕項目的話會需要加班的。當然如果效率很高的話，那根本不涉及到加班這么一說啊。在很多大公司的話，程序員待遇是想當令人羨慕的。。根本就不是說的那麼苦逼
程序員手謹配到底有多累，多辛苦
互聯網行業和傳統行業相比，他們更強調快速迭代和開發，即時的用戶反饋；因此對於大部分互聯網企業來講，時間就是機會，甚至只要落後於別人幾天，就可能錯過發展的最好時間；因此互聯網行業的時間緊迫感比傳統行業以及傳統軟體行業都要更加強烈。

因此程序員們，尤其是互聯網的程序員的工作肯定是非常辛苦的，996(早上9點到晚上9點，每周六天)是很常見的工作時間；加班，躺椅基本上成為一些互聯網企業的標配；猝死是屢見不鮮的新聞；

很多程序員在出差，旅遊，度假甚至過年的時候筆記本電腦都不會離身的，因為你不知道什麼時候系統會出問題；不管你在哪兒，在什麼時候，只要一個電話，問題必須得到及時的解決。

程序員是辛苦的，程序員是勞累的，不過大部分程序員也是快樂的；大部分程序員看到自己的成果變成用戶的習慣，變成用戶的摯愛，享受著用戶的贊美，那個時候就會覺得一切勞累都是值得的；

自Avazu Holding張中慶
程序員到底有多累，多辛苦
程序猿的工作強度和工作內容密切相關。

如果從事和客戶密切溝通，需要及時解決問題的崗位，往往是非常辛苦的。每年支付寶和微信的負責紅包功能的程序猿都要守在伺服器前處理負載，解決網路問題。每到雙十一，也是淘寶程序猿加班加點的時候。

如果很介意加班的話，建議從事一些較為穩定的工作。例如維護，測試等。
做程序員工資高嗎？平時工作辛苦嗎~
我做過7年程序員轉行了，很辛苦，收入在北上廣很客觀。其實和蓋房子的民工是一個性質，人家搬磚你搬代碼，未來人家還能發展成包工頭，程序員如果不在外企，過了三十歲就歇菜了！慎重！
我是一名程序員，感覺這工作太累了，經常有想放棄的想法，怎麼辦？
每一份工作都累，都不容易，換工作之前先了解一下自己適合什麼工作，有合適的可以換，但是不要一沖動就換了，祝你好運～
程序員到底有多累，多辛苦
北京JAVA程序員一天九小時，工作不忙伺服器不用調試一周就有雙休，一個月月薪1w，不過也是有點累，一天基本看電腦，注意保護眼睛

❺ 程序員累嗎

程序員累嗎
首先，明確一下你選擇程序員的理由。

如果因為程序員吃香伐者好賺錢之類的話，還是改變主意吧，程序員只是個技術民工，跟鉗工是一個工種的，許多廣大的程序員還掙扎在蝸居生活中。既然你是文科出身，為什麼不去找一個更對口的工作，像你說的，即使經過培訓，並且培訓機構分配了一家還算可以的單位給你，你不能可能一輩子只做初級程序員，給別人做做ERP，做那種「美工、設計、架構、編碼」四項全能的程序員給一些中小公司壓榨勞動力。但是，向上爬的話，很多基礎知識是你不具備的，無論是技術方向還是管理方向，這些培訓機構不會教你，他們也沒這個義務，而你呢，一個文科生每個月拿著不到5K的工資，運氣不好，在小公司做，加班時少不了了，一天工作10小時以上，一個星期6天，運氣好了呢，在大公司里，比你條件好，並且技術基礎扎實的員工有很多，得不到晉升的機會，不過是蹉跎歲月，何必呢。

勸你還是考慮周詳再做決定，無關程序員好做不好，累活不累，生活就是生下來活下去，累時難免的，但是我們要做的是讓自己不那麼累，選擇一條比較好的路給自己。
做程序員工資高嗎？平時工作辛苦嗎~
我做過7年程序員轉行了，很辛苦，收入在北上廣很客觀。其實和蓋房子的民工是一個性質，人家搬磚你搬代碼，未來人家還能發展成包工頭，程序員如果不在外企，過了三十歲就歇菜了！慎重！

當程序員累嗎
您好，很高興為您解答！

我是程序猿轉行的，我給你說說一些我的體驗吧；

程序猿累是普遍的，但是也有一些例外的公司，幾個人維護一個項目，沒有什麼大需求，但是這樣的公司鳳毛麟角；

工資的話相對其他行業，偏高；但是最不好的兩點是，女生少，找女朋友不容易；還有就是天天都是對著電腦，對身體不好，也不會交接，很多人慢慢的就變成不太會說話，活在自己的世界裡。

希望我的回答能夠幫助到您!
中國程序員為什麼這么辛苦？
十年了，苦吃了不少，經驗也有些。現在卻越來越討厭做開發了，越來越不想做IT。大學時曾經的夢想早已灰飛煙滅。現在回頭想想，真是 入錯了行。恰同學少年那會兒，正是IT在中國興起不久，滿懷 *** 進了家軟體公司。從技術支持做到了PM，三年時間。卻一心想做開發，一心認為寫代碼才有創 造性，才會有出路，於明轉做程序員。從Delphi,Java,perl,python,erlang...到C++孜孜以求，從編譯原理到操作系 統，TCP/IP到圖像識別，苦練內功。時時抽空向高人請教，以開愚昧。可惜呀！到今日才明白，為什麼辛苦的總是我？為什麼談了女朋友一再分手？為什 么？...

IT業有中國根本就不景氣，實際上在中國沒有幾個是景氣的。在武漢是這樣，在無錫是，在上海是，在那兒都差不多。以前在武漢工作，經常出差。做開發也出 差，一出去最長待過一年，在北京。多則幾個月，至半年，少則幾周。翻來倒去就是SQL，delphi。這種人，試問那個女孩子願意跟他？（當然也有願意 的，一般情況是這樣。）薪水就更別說了。顧自己已算是湊合，想有車有房？！

一天和一個同事聊天，突然醒悟為什麼我至今這么忙忙碌碌，自己疲勞不甚，又不受人待見。仔細想想，其實我前任女友就對我說過，她不喜歡我做技術，她希望我 去考工務員。我當時一口回絕了，還誤以為她是嫌貧愛富。其實嫌貧愛富也沒什麼不好，那也是人的一種自然所求。我不也一樣嗎？我如果不受富，何必去找薪水多 的工作呢？

自己也郁悶，路越走越累，不知何時是個頭。有時也想，死也許是個解脫。^_^寫程序對我來說，最好是個興趣，這樣我就可以研究我想研究的，做我想做的。
請問Java程序員前景怎麼樣？？做程序員真的很累，好糾結啊
前景一片光明。你不要死腦筋，程序員做個3，5年就夠了。剩下的你換工作找管理的，或者去甲方運維或管理。開始累點是為以後打基礎。哪有一開始就輕松後面又高工資的工作呢。
程序員的生活真的很累嗎
您好，很高興為您解答！

我是程序猿轉行的，我給你說說一些我的體驗吧；

程序猿累是普遍的，但是也有一些例外的公司，幾個人維護一個項目，沒有什麼大需求，但是這樣的公司鳳毛麟角；

工資的話相對其他行業，偏高；但是最不好的兩點是，女生少，找女朋友不容易；還有就是天天都是對著電腦，對身體不好，也不會交接，很多人慢慢的就變成不太會說話，活在自己的世界裡。

希望我的回答能夠幫助到您!
程序員到底有多累，多辛苦
北京JAVA程序員一天九小時，工作不忙伺服器不用調試一周就有雙休，一個月月薪1w，不過也是有點累，一天基本看電腦，注意保護眼睛
java程序員真的很累么？
都說搞軟體的很累的，每天熬夜，臉上由於輻射一張臉也不成樣子了。

不知道在線的做軟體的哥哥們，你們有么有雙休啊，或是一個禮拜有一天休息。

我有個朋友在北京工作，早上九點上班下午五點下班，這很好啊。

不知道各位是不是也這樣，不是傳說的那麼每天熬夜，弄的很累很累，而且還沒有加班工資
程序員上班累不累？
那要看你上班的 *** ， 如果你熱愛自己的事業膽 那肯定不累 如果你是為了 掙錢 才去當程序員 。 我勸您別去， 因為 每天會面對一大堆的代碼， 很枯燥， 你也做不出什麼成就， ~

努力吧 往自己的目標奮斗吧~~
程序員到底有多累，多辛苦
互聯網行業和傳統行業相比，他們更強調快速迭代和開發，即時的用戶反饋；因此對於大部分互聯網企業來講，時間就是機會，甚至只要落後於別人幾天，就可能錯過發展的最好時間；因此互聯網行業的時間緊迫感比傳統行業以及傳統軟體行業都要更加強烈。

因此程序員們，尤其是互聯網的程序員的工作肯定是非常辛苦的，996(早上9點到晚上9點，每周六天)是很常見的工作時間；加班，躺椅基本上成為一些互聯網企業的標配；猝死是屢見不鮮的新聞；

很多程序員在出差，旅遊，度假甚至過年的時候筆記本電腦都不會離身的，因為你不知道什麼時候系統會出問題；不管你在哪兒，在什麼時候，只要一個電話，問題必須得到及時的解決。

程序員是辛苦的，程序員是勞累的，不過大部分程序員也是快樂的；大部分程序員看到自己的成果變成用戶的習慣，變成用戶的摯愛，享受著用戶的贊美，那個時候就會覺得一切勞累都是值得的；

自Avazu Holding張中慶

❻ 中國的程序員數量是否已經飽和或者過剩

程序員的數量是否已經飽和或者過剩？

任何一個行業,基本都是呈現金字塔結構。處於低端的人很多,越往上人才越少,很多大廠還不是喊著招不到人。

1、未來IT行業會持續發展，C端近幾年內用人需求會縮減，B端和高級產品端會加強，對人才技術會有更高的要求，高端技術人才的春天來了。

2、初級人員的確會更內卷。

3、35歲現象短期內不會得到改變或者緩解，會變成各行業普遍現象。35歲會變成一個分割線，變成貧富分化線。

4、油條崗位會變少，低端業務碼農，未來堪憂。