程序員上班需要加班嗎

A. 普通程序員一天的生活是怎樣的

普通程序員的一天基本上都是在寫代碼。

當程序員有項目的時候，程序員會根據自己的團隊項目來安排自己的工作，同時也會適時跟進自己的工作進度。當程序員沒有項目的時候，程序員基本上會根據團隊的安排來維護項目，同時也會檢修各種bug。與此同時，程序員的工作其實非常枯燥和單調，同時也有著非常大的工作壓力。

一、程序員需要不斷跟進自己的項目進度。

對於多數程序員來說，很多人都會選擇在公司團隊作戰，也就意味著程序員只是公司項目的一份子。每當公司開發新的項目，程序員需要按照相關的工作進度來執行自己的工作內容。在有些特殊的時候，程序員需要加班加點來完成自己的工作，這也是為什麼大家普遍覺得程序員的加班情況比較嚴重的原因。

最後，每個人的生活方式各不相同，我講的只不過是大多數程序員的生活狀態。

B. 程序員一定會熬夜加班嗎

生活中的我們很多時候都會面臨著熬夜加班，這已經成為年輕人中的一種夜生活，很多時候我們都很難向像那樣的生活是不是真的很刺激，我也體驗過夜生活，但是真的太累了，身體還是要緊的，那麼程序員一定會熬夜加班嗎？接下來無我們一起來看看。

對於程序員來說他們的任務量一般是非常大的，很多時候，我們會知道他們是技術人員，而且要工作，工作的大量的內容我們基本上看不懂，我們知道他們一定是會加班的，這點事非常明確地，還有就是生活中的他們可以說因為他們的愛好造就了他們的事業。

總的來說，很多時候，程序員比我們想像的還要辛苦，我們只是看不見他們想要的，但是我們知道他們通過自己的努力，最終變成自己想要的，那種收獲的喜悅是我們都懂得的。

C. 為什麼說程序員是一個極度勞累的工作

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

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

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

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

D. 程序員為什麼加班多,是什麼原因導致的

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

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，但是由於運維人員掌握的知識體系不一樣，怕重啟了會造成很大影響，甚至害怕出了問題要自己承擔責任，明明可以瞬間操作解決問題的，又要等到中午 或者半夜三更沒人的時候才敢重啟，效率就是這樣降低了。這個時候，需要運維人員，去學習一下相關知識，或者引入新流程，例如，重啟站點，需要某個專業人士 口頭同意，即可立即執行。

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

上級工作安排不到位

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

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

E. 程序員加班多嗎

這個肯定不是一概而論的，具體也要看行業和單位吧，一般私企、合資、外企加班可能會比較多吧，事業單位和國企還是比較規范的，但也不排除有例外，所以就得具體問題具體分析了。如果你不想加班，並且很堅定的話，面試就可以提出來，不接受加班，如果同意就行，如果談不好就再找。我面試的時候就是這樣的，都會提前把話說明白，省得以後麻煩。因為我的態度是很堅決的，絕不妥協，所以就說出來，但如果是那種耳根子軟的，心裡搖擺的，禁不住領導的軟硬兼施的，那就另當別論了。

加班永遠都不是常態。無論有償加班還是無償加班都不是常態。在軟體公司，經常加班的人什麼精神狀態，除了想騰訊阿里那種一年給上百萬或者是幾百萬的，靠著錢在打雞血支撐著，有多少人都是拖著疲憊的身心在考點。

永遠都不排除極個別人，有著明確兒崇高的理想，為了改變世界而加班。

永遠都不排除少部分人，有著正義感和責任感，為了拯救世界而加班。

永遠都不排除相當一部分人，為了金錢而加班。

剩下的，加班既不改變世界，也不拯救世界，更不會為自己和家庭帶來經濟上的改變。僅僅是盲目的加班，因為老闆讓加班，不敢反駁，因為別人加班，不敢不從眾。反復的做重復的勞動，也並不會給自己提升多大的價值。

所以加班肯定不是常態，而是變態。

F. 程序員有不加班的嗎

程序員很少有不加班的，大部分程序員都要加班的，因為項目來了要趕時間的必須加班。

定律是為實踐和事實所證明，反映事物在一定條件下發展變化的客觀規律的論斷。定律是一種理論模型，它用以描述特定情況、特定尺度下的現實世界，在其它尺度下可能會失效或者不準確。

沒有任何一種理論可以描述宇宙當中的所有情況，也沒有任何一種理論可能完全正確。人生同樣有其客觀規律可循。

一、生活定律 痛苦定律:死無疑是痛苦的，然而還有比死更痛苦的東西，那就是等死。

幸福定律:如果你不再總是想著自己是否幸福時，你就獲得幸福了。

錯誤定律:人人都會有過失，但是，只有重復這些過失時，你才犯了錯誤。

沉默定律:在辯論時，沉默是一種最難駁倒的觀點。

動力定律:動力往往只是起源於兩種原因:希望，或者絕望。

受辱定律:受辱時的唯一辦法是忽視它，不能忽視它時就藐視它;如果連藐視它也不能，那麼你就只能受辱了。

愚蠢定律:愚蠢大多是在手腳或舌頭運轉得比大腦還快的時候產生的。

化妝定律:在修飾打扮上花費的時間有多少，你就需要掩飾的缺點也就有多少。

省時定律:要想學會最節省時間的辦法，首先就需要學會說"不"。

地位定律:有人站在山頂上，有人站在山腳下，雖然所處的地位不同，但在兩者的眼中所看到的對方，卻是同樣大小的。

失敗定律:失敗並不以為著浪費時間與生命，卻往往意味著你又有理由去擁有新的時間與生命了。

談話定律:最使人厭煩的談話有兩種:從來不停下來想想;或者，從來也不想停下來。

誤解定律:被某個人誤解，麻煩並不大;被許多人誤解，那麻煩就大了。

結局定律:有一個可怕的結局，也比不上沒有任何結局可怕。

二、工作定律

安全定律:最安全的單位幾十年沒有得過安全獎(最安全證明你們安全沒有做工作)

需要定律:同樣兩個相同的單位，同樣的辦公費。多少年以後，發生了變化(證明你們單位辦公不需要那麼多的錢)出來反對，這種成功的概論會歸結為零。

評比定律:領導認為誰好，誰就好。(只要領導看你不順眼，再辛辛苦苦地工作也是白費力氣。)

一票否決定律:在一個單位，比如升工資，比如提拔任用，一個人提出來，往往成功的概率最大，而另一個人站

接受教育定律:每個單位都有吊兒郎當不好好乾工作的人。但領導往往在批評這些人的時候，這些人恰恰不在場，於是，便出現了遵紀守法的人，經常接受教育的尷尬局面。

哭鬧定律;那個部門沒有幾個因為經常的哭鬧而得到了實惠，他有什麼理由不經常哭鬧下去。(此定理也適用那些經常在領導面前叫苦叫累的部門)

能者多勞定律:在同一科室里，有的人雖然在其崗，但卻不能勝任本職工作，那他的工作只能由能勝任該項工作的人去代勞。

不平衡定律:年年當先進的部門或個人，一年沒有當先進便想不通;從未當先進的部門或個人，當上先進後便想不到。

少勞多得定律:一般的單位，都分為合同工、(過去稱為正式工)協議工、臨時工等等。拿錢越少的工作量越大，而且越容易被解僱;拿錢越多的越沒有多少事情可干，而且最不容易被解僱。

G. 程序員都要加班的嗎

程序員不一定都要加班。Java語言是整個體系的基礎，按照不同的用途，在以下方面應用廣泛： 1、企業級應用開發 這里是JAVA的天地，大到全國聯網的系統，小到中小企業的應用解決方案，JAVA都佔有極為重要的地位 。 2、網站開發 當然就是JSP+Servlet+JavaBean，一直以來都相當流行 。 3、移動領域 典型的應用是手機游戲（國內主要是這方面），這里是J2ME的天地，其實應用范圍是很廣的，只是國內開發不夠 。 至於需要不需要加班需要根據項目而定，不同公司和不同項目是不同的。

H. 程序員平常上班的時候，為什麼每天都會加班

如果程序員的工作沒有完成，那麼肯定是得要加班，尤其是一個項目，要凌晨上線的時候，別人如果都在加班，你怎麼可能好一個人回去？

I. 程序員是否普遍存在加班現象

答:我認為這個肯定不是一概而論的，具體也要看行業和單位吧，一般私企、合資、外企加班可能會比較多吧，事業單位和國企還是比較規范的，但也不排除有例外，所以就得具體問題具體分析了。

如果你不想加班，並且很堅定的話，面試就可以提出來，不接受加班，如果同意就行，如果談不好就再找。

我面試的時候就是這樣的，都會提前把話說明白，省得以後麻煩。因為我的態度是很堅決的，絕不妥協，所以就說出來，但如果是那種耳根子軟的，心裡搖擺的，禁不住領導的軟硬兼施的，那就另當別論了。

是普遍現象，特別是互聯網公司，加班情緒消極不是挺正常的，畢竟你是在受老闆的剝削……除非為自己打工可能會少消極點……對，我就是加班加得太狠了辭的……工資還可以，不過加狠了就不太想賺了……

首先，工作加班並不是不應該，當自己的工作真的有很緊急，或者deadline因為進度問題而需要加班這都是很正常，也是一個負責任員工應該要做的。

但是如今，長時間的或者說每日每夜的加班這種越來越普遍的現象了，原因分析如下：

最終的其實就是，不尊重員工，沒把員工當人看。一個正常的人不是應該有生活，有家庭，有朋友，有自己的時間么？

工資不高，經常加班而產生消極情緒，說明你是一個正常的人。錢不到位，畫大餅也好，心靈雞湯也好，都改變不了。

加班不產生消極情緒的公司只可能是因為福利好，工資高，沒有人一直吃虧了還傻樂的，這種傻子的能力不足以完成項目

現在互聯網加班其實是常態，好多公司都已經是996求福報了，其實項目緊急要求的加班一般還是可以理解的也不至於產生極強的消極情緒。

對我而言如果是無意義的強制要求加班還是無法忍受的，無論工資高低，只要是無理由要求加班的我肯定會產生情緒，不過心裡不舒服加班還得加，怎麼辦？很簡單啊，反正都是無理由的，那就沒必要做公司相關的事了，給自己充電，提升自己的技能，用公司的資源提升自己的能力咯。相比於在家提升自己我還是喜歡在公司或者圖書館之類有氛圍的環境下學習，在家常常會控制不住自己，偶爾倒杯水，動不動上個廁所，想吃點零食什麼的，有太多干擾項讓人無法集中精力，沒法好好學習，高效率的時間也沒法持續太久。

其實好多公司要求加班都是無理由的，項目也不是很緊急，甚至有時候連白天都很閑，但就是要求加班，有些是為了績效KPI，有些根據加班時長定獎金，有些領導就是覺得人在公司才安心，有些無良的純粹想壓榨勞動力，奇葩原因還是挺多的，對於這種無理要求要嘛就拍拍屁股走人，要嘛就老老實實承受，但即使承受也要「狡猾」一些，公司是老闆的，我們只是打工人，不會一輩子服務於一家公司。既然公司要「合理」利用資源，那我們也就不客氣的合理使用下公司資源了。看開一些，消極情緒什麼的沒必要的，這家不行就換一家，找更適合自己的。

J. 做軟體開發一定要加班熬夜嗎[1]

做軟體開發一定要加班熬夜嗎[1]

一個外行老闆：

有一個朋友在一個國際知名的公司工作，這家公司在北京的中國公司是被一個國內電子商務公司控股的企業。最近這家公司進行了人事調整，原來的外資管理層被中資管理層取代。新來的中資管理人員是原來在其他行業的管理者，對IT行業並不是內行，他們上任以來提倡了多個工作作風，其中一項就是，軟體技術人員工作必須是早9點上班到晚9點下班。公司的管理制度所標識的"8小時"工作制度形同虛設，當然，你也可以晚6點離開公司，但是，很快會收到點名批評的郵件。

這是一個外行老闆去領導內行的笑話，很明顯，這位CEO的想法是，"做軟體技術的怎麼能不加班？不熬夜呢？"他的這個想法恰恰是進入了一個職業的誤區："做軟體開發必須要加班熬夜的工作".

程序員們熬夜工作的借口

對軟體開發職業的這個誤解並非"空穴來風",因為，我們確實看到很多的程序員在沒有硬性規定的公司中加班熬夜的編程序。

正是這一個現象，旁觀者們當然會很自然的聯想到"程序員們的工作需要這樣"的假設。作為程序員，"加班"是有的，但是這個"現象"本身是具有"偶然"性的，而不能成為一種"常態".

程序員們總能找到熬夜工作的借口，我們來看看都有哪些。

1 代碼一氣呵成，一定要寫完而後快

想一口氣編完程序，是大部分程序員們自發加班的`主要驅動力。比如，小張在開發一個圖形顯示組件的過程中，該組件程序已經接近收尾，一定要寫完看到想要的效果才肯罷休。

這個加班的動力來自於程序員自身，這種工作的積極性來自於程序員發自內心的對其工作的熱愛，是一腔熱血使然。這個現象對程序員是有幫助的，對整個項目組也是有幫助的，並應該鼓勵，只不過不要成為"常態".

2 明天要做一個命題演示，一定要調試好程序

明天急著給客戶做一個命題的程序演示，還差一點沒有搞定，急得抓耳撓腮，這時候，還不加加班？大客戶跑掉了，這個責任可承擔不起。所以，一定是搞定了才肯回家，明天輕裝上陣，順利完成演示工作。

3 安靜的工作環境

我們還聽到程序員們抱怨"沒有安靜的工作環境",一般兩個方面：

其一，程序員這一天工作中，不僅僅需要編寫程序，還要花費時間閱讀並回復郵件，接電話處理各種問題的詢問，協助HR面試，甚至審閱產品使用手冊，等等，根本沒有辦法踏實下來一氣呵成寫完代碼。
其二，來自於周圍環境，如果程序員運氣比較差，正好和商務部門或客服部門做鄰居，那還真是存在這個問題，因為那裡的電話與談話聲此起彼伏。

面對這兩個問題，應該有各自的解決方案：

第一種情況，應該安排好自己的工作時間表，盡量將自己的時間合理的分配。
第二種情況，申請調換座位或心靜如水、充耳不聞。