程序員為什麼工作累

『壹』 程序員工作為什麼累

首先，每天睡著前的最後一顆男票還在盯著電腦，醒來一定是被男票老闆吵醒：XXX又出問題啦！XX方案需要改進！xxxxxxxxx!對此我只想說X你妹啊X，一點私人空間都沒有好嗎？約會拜拜，逛街拜拜，看電影拜拜，見家長拜拜，就差結婚沒拜拜了好嗎？

人家吃飯的時候程序猿在打代碼，人家睡覺了程序猿在打代碼，上班的時候打代碼，周末放假了還在公司打代碼，電腦從來都不敢關，鍵盤一年換N個，人家孩子都出生了程序猿還在打代碼。

暫且不說工作時間長的事，對於身體來說，程序猿每天最少有12個小時要坐在電腦前，腰椎脊椎根本受不了好嗎，作為程序猿家屬，小女子已經可以以按摩拔罐為生了。還有，經常一天就做好幾個小時，除了吃飯開會上廁根本不會起身，血液循環不暢大腿都是腫脹的好嗎，更不用說不喝酒都慢慢堆積起來的小肚腩了。

再說腦力勞動，說到這里就要心疼每一個工科男，畢竟機器語言不是一般人等能夠輕易掌握的，每一個指令都需要進行反復耐心的調試，機器沒感情，不會理會你是否開心，是否有一個好的狀態，就算你身體不好也要挺著。就算編程編到頭疼你也得繼續干。還要結合產品組的需求以及用戶體驗。

那麼程序猿到底有多辛苦？程序猿沒有夜生活啊沒有夜生活。

『貳』 為什麼說程序員是一個極度勞累的工作

為什麼說程序員是一個極度勞累的工作？這個肯定是多方面的，究其原因，不外乎如下幾個方面。
第一，現在的語言種類是越來越多了，而且各行各業都有自己所擅長的語言，有針對性的針對某個行業發展出來的語言，在易用性和性能方面，肯定有其獨到的優異性，要不還不得被淘汰啊，這個應該沒有人會反對吧？
第二，現在大陣營主要分為.NET和Java等幾大陣營，.NET的生態的確沒有Java的好，但是它也有自己獨特的優異性，因為大部分技術都是微軟自己的，所以框架比較統一，各個技術兼容性比較好，但是由於與之相關的系統等等都是需要收費進行使用的，導致很多中小型公司都轉向對系統依賴性更低的Java等語言上，從而Java的生態變得越來越好，完全碾壓了.NET了，即使微軟出了最新的.NET Core技術，雖然在性能和易用性方面都遠遠超過Java，但可嘆的是生態已經被破壞，現在外面使用.NET Core的人員遠遠沒有Java的多，要想恢復之前的生態，看來任重而道遠啊。
第三，還有就是現在的企業的趨利性，導致生態變好之後，就各種的收費，導致使用它的人越來越厭煩，所以就轉向開源的Java。當然這個無可厚非，但是使用者可不管這些，開發人員哪有那麼多錢去買與之相關的軟體和工具。

『叄』 程序員這個工作，真的很吃香嗎為什麼呢

程序員這個工作真的很吃香，因為程序員的工資很高，就業崗位也很多，但是程序員這份工作很累。因為程序員的工資以及就業機會多，有很多人都會選擇做程序員，甚至有的人轉行做程序員這份工作。關於程序員這個工作，真的很吃香嗎？為什麼呢？以下是我的看法：

三、程序員這份工作很累

對於很多的工作來說，員工是不需要加班的，如果做完一天的工作就可以選擇下班，不需要留下來去做其他多餘的工作。但是，對於程序員來說，加班是非常常見的事情，因為不知道什麼時候程序就會出現bug，需要程序員去維護以及修改。程序員這份工作是很非常勞累的，所以如果選擇了做程序員這份工作就要做好加班的准備。

關於程序員這個工作，真的很吃香嗎？為什麼呢？以上是我的看法，你有什麼看法？歡迎留言。

『肆』 程序員為什麼都這么累

月薪越高，是為了更好的享受生活。無休止的加班，使你沒有了享受生活的樂趣。相比於其他的普通白領，程序員收入相對來說算是很高的，他們一般都比較有錢，因為賺了錢真的是沒有時間花。做這行時間久了，最喜歡都不是姑娘，而是能夠美美的睡一覺。圖是一張行軍穿，上班必備的工具！



一周通宵三天是個什麼概念？有人說我網吧包個夜第二天不睡覺也照樣工作，但是連續幾天什麼人都要垮的。圖是暫時沒有活，先補覺的程序員。



農村父母很不理解，坐在辦公室雨淋不著風吹不到能累到哪？可在我看來程序員只是比農民工工作環境好一點，腦力勞動比體力要累很多倍！



又是一個通宵，清晨的陽光已經透過了窗戶，忙了一夜的程序員終於可以睡一覺，有些人睡了一覺就再也沒有醒過來。很多人總開玩笑說：如果你身邊有程序員朋友，那就多跟他們說說話吧，因為說不定哪天他們就不在了！在別人看來這是一句玩笑，卻是讓人有些傷感！一份消耗生命的工作，你還羨慕嗎？

『伍』 程序員工作壓力大，身體也垮，為什麼還這么多人想做程序員

一、興趣使然
興趣會是你辛苦工作的一針強心劑，如果從事的職業就是你自己熱愛的領域，那想必即使辛苦你也會感到是苦中作樂、樂在其中吧。跟心中美好的理想相比，辛苦便也算不上什麼了。套用金庸的名句「那些都是很好很好的，可是我偏不喜歡」，這里應該說「那些確是極辛苦的，可是我心中喜歡」。

二、性格偏內向
不太會在商場里打交道、陪客戶、談生意等等，更沒有有錢有勢的親戚朋友幫忙，程序員是一個很典型的純粹靠自己技術和能力吃飯的工作，當然如果一個程序員提高人際關系和溝通能力會有很好的發展，比如終極目標之一的CTO或類似職位。

三、收入可觀
工資相對於常見的大多數職業來說偏高，基本做個兩年左右月薪至少10K起步，甚至很多應屆生也可以拿到月薪10K+的水平。

四、對學歷沒有過於苛刻的要求
是如果技術夠好、工作態度認真負責的話，可以放寬學歷是本科的硬性要求。

五、市場需求大
隨著互聯網+戰略的提出，進一步激發了大家對於互聯網行業的嚮往，互聯網創業公司如雨後春筍地遍地生花，同時互聯網行業需要大量的程序員去搭系統、寫代碼，所以導致了供需不平衡，導致了程序員特別是優秀的程序員缺口比較大，互聯網行業的程序員薪水一路飛漲。

程序員這項工作根基於計算機產業。計算機產業的特點就是爆炸式的增長，技術以不可想像的速度迭代。對於公司而言，要跟上發展速度，必須不斷的推陳出新，不能有一絲懈怠；對於程序員而言，也要時刻保持專注，不斷地學習新的技術和理念。所以要想時刻保持競爭力，辛苦磨礪是必然要經歷的過程，不僅是程序員，其他行業亦是如此。

『陸』 為什麼說程序員是一個極度勞累的工作

因為很多的程序員每天都需要面對電腦，編寫自己的程序，這對於很多人來說都是非常累的。在中國，很多的程序員每天都必須要不停的加班加點的工作，沒有自己的休息時間。因為程序員這個工作是非常累的，所以很多程序員都慢慢的辭職轉行了。人們說起程序員這個工作，除了覺得程序員這個工作工資很高之外，再就是覺得程序員這個工作真的非常的累。關於為什麼說程序員是一個極其勞累的工作？以下是我的看法：

三、因為程序員這個工作非常勞累，所以很多程序員都慢慢的轉行了

很多人都覺得程序員這個工作是一種青春飯，一旦一個程序員到了35歲往上，這個程序員可能就會被公司裁員。正是因為程序員的競爭非常激烈，職場環境也非常惡劣，所以很多程序員都慢慢的轉行了。

那麼你覺得為什麼說程序員是一個極其勞累的工作呢？歡迎評論區下方留言。

『柒』 程序員996和施工的比，哪個累

那個看具體情況，程序員累的是精神上，996如果是一兩天還好，如果長期996的話，再這個基礎上再加會兒班，那時候就困苦了。
至於施工的話，通常是身體上累，如果日常環境不壓抑的話，一個工程搞完總有一定收獲的。

『捌』 程序員工作壓力大，為什麼還有那麼多人想做程序員呢

程序員的工作壓力大，但是其他行業也有壓力，很多人想做程序員還因為程序員的工資比其他行業高，想要得到更多就必然要付出更多。一聽到程序員，大家的第一感覺就是加班多，忙的時候不分白天黑夜，還需要長時間坐著熬夜，程序員的工作確實比較辛苦。這個崗位還有很大的年齡限制，有可能三十五歲以後就被公司勸退，還有人四十歲以後辭職出來再也找不到工作的。按理說程序員的工作業力大，還有可能因此引發各類職業病，想入這個行業的人應該不多。然而事實恰恰相反，從統計的數據來看，想做程序員的人不在少數，很多高中生在選擇專業的時候也會針對性的選擇這類專業，以便畢業後能做一個程序員。

三、程序員可以學習更新的知識。

程序員是一個更新非常快的職業，所以為了趕上更新的速度，程序員需要不斷的學習。人就是這樣活到老學到老生命才有更大的意義，做程序員能不斷的為自己充電，讓自己得到提升，也是其他行業不能比的。

『玖』 程序員為什麼加班多,是什麼原因導致的

導致程序員加班的原因很多，主要由以下幾方面吧：

1.需求不清晰。需求人員或者項目經理、產品經理沒有吧需求梳理分析清楚，等開發到一半甚至開發完了，才意識到需求錯了，需要重新做，眼看項目或產品都快交付了，只能讓程序員加班了。

2.管理問題。企業文化，就是加班，本來沒啥活，但領導就覺得員工加班他心裡踏實，所以那不管你是不是程序員，一律加班。

3.自身問題。效率低，解決問題能力不行，分配的工作任務無法在規定時間內完成，那隻能加班，自行解決了。

4.工作任務緊急。突然要開發一個新功能，客戶要求時間緊迫。不加班，無法完成。

5.工作量大。日常工作量就是大，一個人干兩三個人的工作，干不完，加班還干不完呢，加班成常態了。

從甲方角度看，我就想要什麼產品3個月上線，這是戰略和領導決策決定的，不能拖太長時間。

甲方以這個要求去找乙方，乙方銷售為了完成業績，他滿口答應。

售前一般不會反對銷售。

合同一旦簽署完畢，銷售業績就認為算完成一大半，後續介入內部流程就可能減少。

這時候認為，按時交付的責任應該在研發方面。

開發和產品團隊此時可能還需要進行需求分析，系統設計，提交文檔，正規一些的測試部門還要審核文檔。

然後這些事都走玩，開始開發任務。開發人員每天一個日報，每周一個周報，幾乎天天開會討論。

白天都在討論問題，只有晚上其他部門都走了，無人打擾時，研發才可能專心敲代碼。

沒讓專業的人做專業的事情， 是工作開展的大忌，在工業上，早已證明了一切，在工廠生產中，工人流水化作業，一個人只專注一件事情，會越做越熟練，越做越快，越做效率越高。

在軟體開發分工越來越明確的今天，讓後端人員搶前端人員的飯碗，去寫網頁、樣式，效率能高嗎？讓後端人員去搶DBA的飯碗，去做資料庫優化，效率能高嗎？

不專業的人做不專業的事情，可能和公司的發展歷程、組織架構、人員規劃有關；也可能和任務安排有關。

公司發展初期，養不起很多專業的人，可能更需要「全棧」工程師，啥都一把捉；公司發展的過渡期，有點錢了，也意識到了要讓專人做專業的事情，但是人員還沒招齊，那沒辦法，你也得兼職著做各種各樣的事情。如果公司有錢了，發展也成熟了，不是屬於以上兩種階段，在IT組織中，連前端、後端、測試、架構、DBA、網路、伺服器運維、技術支持、安全、產品，這些職能都沒區分好的話，就會對工作效率有影響。IT一線工作人員，每個坑位，都需要一顆專業的螺絲釘。

開發人員不注重代碼質量，導致後期返工，導致效率低

有 時候，快即是慢，對於經驗不足或者習慣不好的開發人員，開發前期，被迫或者自己沒意識到，為了追求進度，邏輯沒考慮周全，沒做好自測，代碼能跑起來就算完 成任務了，表面上任務完成得很快。但是在項目後期，測試階段，問題大規模爆發，甚至要返工，由於測試後期，離自己寫代碼的時候，可能隔了一段時間，有的東 西自己都忘了，再回過頭去重新「熟悉」，效率能不低嗎？更為嚴重的後果是讓項目進度不可控。因此，就算進度再緊張，也頂住壓力，必須要做最基本的測試，再進入下一個任務點。

個體組織人員膨脹，出現溝通成本大的問題，導致效率低

溝通成本是人員膨脹後，暴露出來的首要問題。

舉個簡單的栗子，很多公司都有每天晨會習慣，如果一個組有5個人，開晨會匯報工作，平均一個人匯報2分鍾，就需要10分鍾，現在一個組增加到10個人，一人匯報兩分鍾，都要20分鍾才能匯報完。時間就這樣過去。

再舉個栗子，30人天的工作，分給2個人做，可能需要15天，共耗費30人天，但是分給5個人做，6天能完成嗎？

信息在溝通、傳遞的過程中，可能會「失真」，你想的，不一定能100%說出來，你說出來了，別人也不一定能100%理解，而且每個人的理解能力、知識體系都不一樣，理解起來容易產生偏差，產生偏差就容易做錯事情。

因此，如果人員出現膨脹，要以項目為單位，進行合理的項目拆分、人員拆分。同一個「小項目」最好不要超過4個人負責。溝通的時候，推薦使用口頭+書面+復述，減少溝通過程中的信息失真。

上、下屬之間相互不信任，做事有阻礙或者導致重復工作，導致效率低

上 下屬相互信任是一切工作的基礎。如果上級不信任下屬，不敢授權給下屬，凡是都要自己過一遍，而上級往往是一對多的關系，這個時候，工作瓶頸會出現在上級身 上；如果上級不信任下屬，搞一堆監督機制，為了下屬不做錯事情，又讓別人同事過一遍，又要耗費額外的成本，勞民傷財，而下級得不到信任，做事受阻，久而久 之就會畏手畏腳，很難獨當一面，或覺得自己有能力沒地方使，乾脆走人。

上級應該充分信任下級，放心授權讓下級去做事情，但這些都一個前提就是要有一個較好的軟體管理過程，包括開發環境和測試團隊和在完成任務的過程中進行一些輔導和進行重要節點管控和監督。

上級不信任下級，經常碰到，而下級不信任上級也很要命。程序員是很有個性的工種，不好管理，往往特別多想法。就好像車輪子陷入泥潭中，上級說車子往前推，有的人又說，往後拉，各自發力，估計車子永遠都擺脫不了泥潭，還談何效率？

因此，如果有意見，前期可以提，但是解決方案一旦定下來，應該上下一心（即使有意見也埋在心底吧），朝著目標一起去努力。

不同部門之間溝通存在隔閡與障礙

軟體開發過程中，在IT范疇內，不同部門難免有交集，例如開發與運維、開發與測試，不同崗位承擔的責任、掌握的知識體系、考慮問題的角度往往不一樣，導致處理事情受阻。

舉 個栗子，有一次，開發人員為了驗證某個問題，需要運維人員協助重啟某個站點。對於開發人員來說，這個站點，用的人比較少，而重啟也是一瞬間的事情，風險為 基本為0，但是由於運維人員掌握的知識體系不一樣，怕重啟了會造成很大影響，甚至害怕出了問題要自己承擔責任，明明可以瞬間操作解決問題的，又要等到中午 或者半夜三更沒人的時候才敢重啟，效率就是這樣降低了。這個時候，需要運維人員，去學習一下相關知識，或者引入新流程，例如，重啟站點，需要某個專業人士 口頭同意，即可立即執行。

因此，不同部門之間的人，應該互相學習，才能更好地溝通；做事情，盡量做輕量級的流程化、標准化。

上級工作安排不到位

上級工作安排不到位，也會導致工作效率低。有時候會有這種怪現象，可能很多事情沒做，但是下面的人沒事可做；或者有的人很忙，有的人很閑。

軟體開發分工，不像搬磚頭，一人搬一車就行了。軟體開發， 工作量化本身就是一個很難的地方，如果項目經理沒有做項目計劃，沒有做工作點、任務點拆分工作就很難安排到位。特別是剛剛從程序員轉型做項目經理的人，過 程性思維，不會對項目做整體的把握、整體規劃，想到哪裡就做到哪裡，想到什麼就分配什麼工作，最後一團糟，一會把下面的人累死，一會又讓下面的人閑死。

『拾』 為什麼碼農辛苦

大家一提到程序員，首先想到的是以下標簽：苦逼，加班，熬夜通宵。但是，但凡工作了的同學都知道，其實大部分程序員做的事情都很簡單，代碼CRUD可以說毫無技術含量，就算什麼不懂依葫蘆畫瓢很多功能也能勉強做出來，做個多線程並發就算高科技了，程序員這行的門檻其實還是比較低的。（這里說的是大部分，有些牛逼的，寫演算法、jvm等的請自動跳過）
是不是覺得很矛盾，一方面工作不復雜，一方面卻累成狗。有沒有想過問題出在哪裡？有沒有想過時間都花在哪裡呢？
對於我個人來說，編碼還是一個相對輕松的活（我是負責公司it系統的，沒有太多技術含量，數據量大，但並發量不大）。從工作到現在，我加班編碼的時間還是比較少的，我到現在為止每天還會編碼，很少因為編碼工作加班。
大家寫的東西都是一些crud的業務邏輯代碼，為什麼大家這么累，加班加點天天都是奮斗者？我從自己帶的項目中觀察中發現，大部分人的大部分時間都是在 定位問題 + 改代碼，真正開發的時間並不多。定位問題包括開發轉測試的時候發現問題和上線後發現問題，改代碼的包括改bug和因為需求變動修改代碼（後面專門開一貼說如何應對需求改動）。
所以說，simple is not easy。很多人就是因為覺得簡單，所以功能完成自己測試ok了就算了，沒有思考有沒有更加好的方式。歸根到底是因為編碼習慣太糟糕，寫的代碼太爛，導致無法定位頻繁修改頻繁出問題。（後面我會詳細講一些我看到的大部分的編碼問題。）
其實，對於個人來說，技術很重要，但是對於工作來說，編碼的習慣比技術更加主要。工作中你面試的大部分技術都不需要用到的。工作中，因為你的編碼習慣不好，寫的代碼質量差，代碼冗餘重復多，很多無關的代碼和業務代碼攪在一起，導致了你疲於奔命應付各種問題。
所以我作為SE，不管接手任何項目組，第一步就是制定代碼框架，制定項目組的開發規范，把代碼量減下去。事實上證明，這一步之後，大家的代碼量能下去最少1/3，後台的問題數下降比較明顯，大家的加班會比之前少。