程序員為何如此的忙

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

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

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

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

上級工作安排不到位

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

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

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

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

3. 程序員加班最狠的一次是什麼情況，有多辛苦

我自己的高強度加班有2次，都是自己創業

當時這是個社區平台，有過千萬用戶了，一個核心系統升級，然後出了點問題，不能降級，沒辦法只能停了這個系統加班加點修改。

改了4天3夜，中途還接了用戶近200個電話，好多是凌晨，用戶還很驚訝，說那個時間還有人接電話。

最終解決了，用戶也沒有流失，睡了好幾天補覺。

這是一個 游戲 接入項目，因為對方是一個大平台，用戶量特別大，要上一個流量平台，一堆 游戲 cp搶著上，所以你不搶肯定趕不上第一波，而第一波絕對是資源最足的。當時開發團隊分在3個城市，我來統一指揮，還需要跑去平台那邊，相當於是4個地方，最終也是趕上了。雖然 游戲 沒賺到錢，不過這個加班是太狠了。

當然，對方平台公司更誇張，為了他們流量平台項目，整體沒日沒夜加班3個月，每天到凌晨3點，早上還早早9點就到公司了，具體公司就不說了，我們對比他們簡直算是早九晚五了。

另外從業20年，總結：

短期沖刺加班趕節點還是有點用，長期加班的項目成功概率太低了

遇上長期的，趕緊換公司走人

其他程序員怎麼加班我確實不太清楚，就我個人的經歷，最狠的一次加班是在2009年1月1日。

直到現在，我都清晰的記得當時的情況。那是的我還是一個普普通通程序員，2008年的年末，我們接手了一個新的項目，是和蘇州公司合作的一個項目，因此，蘇州公司派了一名項目經理全程參與。

我還記得第一天項目啟動會的時候，這位項目經理說：「我希望大家能夠通力合作，完成項目。放心，我不會把大家當牛當媽的使喚的。」當時，我以為這是一句玩笑話。但是後來我明白，他果然沒有把我們當牛馬，都快要豬狗不如了。

2008年12月底，由於項目快完成是產生了需要和設計的變化，而需求和設計的變化不小，導致代碼改動很大，但是項目研發階段的deadline臨近，本來之前就加了不少班，大家就怨聲載道了，現在更是只變需求不給時間，大家就更是不開心了。Teamleader和項目經理是因為這個問題直接懟上了，最後，項目經理很不厚道的把「我們完不成任務」的情況匯報給了集團的高級總裁。

這件事也就不可收拾了，我們這里分公司的總經理扛不住，只有要求Teamleader按照項目經理的要求完成，如果完不成就提前說，咱們就換人。

最後，自然就定下了一個目標，1月7日前完成所有的調整，保證質量的情況下進入集成測試階段。

於是，慘無人道的7天生活就開始了。

2009年1月1日，元旦節，我們在公司加班到了凌晨1點多，到處都沒有人了，就連對面的華為（當時華為的園區還沒有修好，所以就在我們公司對面）也沒人了。我們大概10人左右的小分隊就到了附近的燒烤攤，吃了頓燒烤，然後3點左右回到公司繼續幹活。到了凌晨5點多的時候，扛不住趴著睡了一下，9點多又起來接著干。

2009年1月2日，其他項目繼續放假，我們接著干，中午的時候休息一下，下午開始又一直弄到完成11點多，然後回家。

2009年1月3日，整個公司還是只有我們這一個小分隊，9點多到公司後開始幹活，一直干到了晚上9點多，然後讓一些女同事先回家了，畢竟女孩子要是一個人的話，太晚回家還是有安全上的風險。我們幾個男同胞又接著干，到凌晨3點多，然後收工回家。

2009年1月4日，公司正常上班了，我們也按時到了公司，這時候項目其實基本是趕工的成果，功能沒有全部改完，也沒有經過驗證，風險很大。但是，集成測試前，有一個UT和Checklist是必須完成的，這個至少需要留一天時間，也就是留給研發的時間只有不到3天了。

於是，1月4日這天又忙到了凌晨3點多，還是有很多問題沒有解決。無奈，大部分人都快要扛不住了，還是回家吧。

2009年1月5日，我大概9點多到的公司，然後繼續開始了趕工之路，時間已經不多了，這天結果一直到了晚上2點多，還是有很多未完成的內容，Teamleader帶著大家出去覓食，結果便利店都關門了，只有無奈返回，繼續幹活。一干就干到了1月6日下午5點多。這個時候，大部分的問題都基本處理了，只剩下一些零散的內容。所以，到了晚上8點多，大家就撤了。

2009年1月7日，對整個系統進行了自測，遇到問題處理問題，由於根本沒有時間做UT用例，所以都是想當然的進行了驗證，按照Checklist的內容一一跑了一下。最終，在晚上9點多的時候完成了所有的測試並進入了集成測試階段。

終於，我們算是按照要求達到了目標，不過也度過了慘無人道的7天。什麼凌晨4點的街道，什麼凌晨5點的朝陽，呵呵。

那肯定是連續通宵加班啊，趕項目就是這樣，沒辦法，干工程的人員應該都有體會！

分享最近的一次加班經歷吧，多狠倒是不至於，也沒覺得有多麼的苦逼，反而很有成就感。

就是這次疫情期間發生的事情，很多公司都停工停產，不過也有行業很早就開啟了遠程辦公模式，我們公司也也不例外，甚至我們在春節假期期間，就已經開啟了加班模式了。

針對這次疫情，我們公司推出了一款新產品（線上），具體內容就不詳細說了，反正也算是做了一件利國利民的事情，所有收入都捐給了武漢，而這款新產品的開發，讓一個團隊上百個夥伴，連續工作了三天三夜。但是產品上線後遇到了一個比較嚴峻的考研，就是業務量比較大，一個老介面已經超過了現有系統的承受能力，所以需要一個系統提供一個介面，現有業務遷移到新的介面上。

我是那天晚上起點多接到了領導們的微信語音，了解到這件事兒的前因後果，並且領導給出的提測時間點：第二天早上。

苦逼么？別人系統做了幾天還是幾周開發出來的東西，需要第二天重構出來。

其實一點兒都不苦逼，反倒覺得非常有挑戰，似乎有一些熱血澎湃。

討論完需求的具體細節之後，我安安穩穩吃完了晚飯，然後：

20:40 沐浴更衣，准備大幹一場。

21:00 點坐在了電腦前，VPN 連到了公司的電腦；

22:00 總體的架構就搭建起來了；

02:00 四個小時把細節全部實現；

03:00 一個小時自己進行調試，修改，再調試 ... 通過；

03:30 花了半個小時完善了註解和文檔；

提交代碼，打完收工，貌似提前完成了工作；

測試團隊（全流程）測試，第二天下午上線，上線後效果不錯，抗住了壓力。

感覺自己像一個拯救了世界的英雄。

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

作為一名老程序員，職業生涯經歷過很多次加班趕進度的情況，這在這個行業里是再所難免的，偶爾的加班其實還都可以接受，怕就怕持續性的加班。

基本上對於大公司來說每次大促活動、大版本發布都需要經歷一段時間突擊，當然，像大促活動上線這種情況即便你工作完成了，在上線前後你都需要隨時待命，一般像雙十一這種規模的活動，基本上都是徹夜守候在電腦前，保障系統穩定性和及時解決出現的問題。這種加班其實並不是工作量的累了，而是真正的精神壓力了，一個小問題都有可能引起大故障。但在這種情況下後勤保障還是挺完善的，各種小吃飲品滿足你需求，緊張的心情伴著「節日」氛圍，事後釋懷了回想起來讓人也是感覺成就感滿滿的。

我曾經半夜三點被主管喊起來開車拉我到公司解決線上Bug，也曾因為接到了一個自己完全不熟悉的領域連續加班5天到2點，但這不是常態，如果成為常態那果斷離職吧。

在這里也建議各位程序員加強身體鍛煉，畢竟身體是革命的本錢。

我聽朋友說的，他是在公司做HR，有一次她早上來上班，正常的和同事說話，可能聲音比較大，把項目經理吵醒了，發現項目經理一夜都在公司，基本熬個通宵。

有的時候為了趕項目，確實要加班很晚，但也不全是這種狀況，要是平時速度快的話，肯定是不用加班的。

程序員加班其實沒有最狠，只有更狠。從不同的領域細分，一般互聯網企業加班是最厲害的，然後是一些頭部的私企，具體是哪家就不說了。有的創業公司加班也比較厲害，但不一定。

很難從總體上說是什麼情況，說說自己從業十幾年的經歷吧。
L公司
剛畢業的時候去的L公司，號稱是國企的IT公司。到了沒多長時間就碰上新項目，由於工期緊，領導帶著做封閉開發。基本上是每天凌晨3點睡覺，早上8點多起床。最後加班都加惡心了。
H公司
然後去了H公司，H公司是一個私企。加班本來就是家常便飯，但是我參與的又是線上的業務，出了問題要馬上搞定。記得最厲害的一次應該是搞了一個通宵，然後第二天正常上班接著搞。

倒是沒有連續搞多個通宵的情況。沒有在互聯網公司呆過，聽說那裡加班更加厲害。有過類似經歷的同學可以在下面分享一下。

你知道凌晨四點的杭州西湖是什麼樣子嗎？

每個公司不一樣，部門不一樣，加班的原因也不一樣。像我，很多大型活動的時候都需要研發值班過晚上12點，2、3點下班。比如618，雙十一，雙十二，雙「蛋」。一年也就那麼幾次，沒那麼頻繁，不然誰都受不了。

但是這不是最苦逼的，因為第二天可以調休，值夜班中間也沒啥事，還有公司統一發放的夜宵，同事之間吃吃喝喝，說說笑笑，還是很嗨皮。

最苦逼的是半夜三更被電話叫起來，應急處理某些重大線上bug。只有你一人孤軍奮戰，從天黑干到天亮。還得正常上班，開一天的會向領導匯報情況，精神一直處於高度緊綳狀態。最後還吃力不討好，成為背鍋俠。後面幾天晚上都睡不好，從身體到心理上都覺得苦逼。

總結下，bug無法避免，我們程序員個人能做的是什麼呢？除了提高技術能力之外，就是保存良好心態，和擁有強健體魄。隨著年紀增長，越發的理解前輩的話，能夠倒頭就睡第二天被上班鬧鍾叫醒真的很幸福！

我記得那是上班的第二年，在移動的一個項目上，當時真的是年輕，精力充沛。當時是年底組巡，為了應對檢查，通宵兩個晚上去核查數據，基本連續兩個晚上沒睡，到了第三天下班才正常回家補覺。

後來年紀大了，真的熬不起了，奉勸年輕人還是不要這樣，提高工作效率是關鍵，沒有產出的加班是一種無能的表現。

最狠的一次加班也就是連續半個月在公司待到凌晨一兩點左右吧。那時候為了完成一個項目所有同事都一直忙到很晚才回去，自己我住的離公司很近，其實也不算多麼的辛苦吧，畢竟就算不加班自己也是要一點左右才睡覺的。每次加完班走在回去的路上，反而有一種病態的滿足感，感覺自己過的很充足 。感覺每天和一群同事努力的去完成一件事情，特別是最後圓滿完成的時候有一種小小的成就感。其實做了五年的程序員，平時很少加班的，因為沒有加班費所以公司也不提倡加班。如果不是特殊的情況，一般都是朝九晚五的節奏，很少有在公司待到一兩點的。很多人提到程序員就是加班，什麼九九六，什麼零零七，其實正常的公司為沒有這么變態了，一般只是一些特殊的情況才會偶爾加一次。

4. 為什麼程序員每天工作都要加班呢

程序員加班這個事情肯定是真的沒毛病，你的閨蜜和你老公肯定是沒毛病的，並沒有打著加班的幌子欺騙你。

現在咱們說說為啥程序員經常加班，這就得從程序員的工作說起了，程序員的工作，大多數是以項目為單位的，比如開發一個軟體，會有軟體開發的周期，哪些環節和功能的實現要在指定的時間內完成，如果不能完成就會耽誤項目的整體進度。

還有過年春節的時候，微博、微信都會有程序員加班，來檢測數據，一旦到達伺服器的臨界值，就進行一些相關的操作。這就是為什麼程序員經常加班了。

5. 1024程序員節來了，各地的程序員們是如何是如何過節的

程序員節來了，各地的程序員們是如何過節的，對於這些程序員來說呢，基本上都是在公司裡面度過這個程序員節，畢竟在這個節日的時候很多的這些程序員的話都是在加班，因為對這些程序員來說並不是996，而是全天24小時都要等待老闆的一個吩咐，畢竟他們的工作一旦出現了問題的話，他們肯定是要進行負責的，所以說這些程序員基本上都是在加班當中度過這個節日的

董哥哥在這個程序員節來電的時候，這些程序員基本上都是在加班中度過的，可以說加班對於他們來說就是慶祝這個程序員節的一種方式所在

6. 程序員為什麼都這么累

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



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



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



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

7. 程序員都很忙嗎,忙到都沒時間回復信息

程序員都很忙，會忙到不回信息，但也不是忙到一整天沒有一點時間不回信息，等忙完就可以看手機了。

程序員注意力比較集中，當打代碼或者思考時，真的不會關注手機的，一直盯著屏幕，因為編程是一個邏輯思維非常強的活，就像你看偵探小說一樣，總想把結果搞出來。而這期間腦袋一直是cpu過載狀態，加上注意力高度集中，確實不會關注手機。

程序員經常加班的原因

1、加班文化

有些公司流行加班文化，如果別的程序員留下來加班，而你並沒有加班，會感覺和這個公司格格不入。

2、出現bug

有時候，線上出了一個令用戶急劇下降的bug。程序員不得不加班很晚，甚至熬夜、通宵，只為了回退代碼，或者修復這個bug。

3、項目要上線

當項目臨近上線的時候，也是程序員最忙的時候。測試一定會給你找出三天才能修復完的bug，而產品經理偶爾給你改改需求，讓你懷疑一下人生。

8. IT 軟體開發是不是很忙

1、IT編程程序員是很忙的，主要是指的現在做移動互聯網的程序員，他們的加班是經常的。相比其他的程序員可能不這么忙。
2、忙主要是因為加班，和沒有休息日。但是通常再忙，也有時間接電話。程序員的忙是屬於那種耐力型忙碌，而不是爆發性忙碌，所以需要持續不斷的工作，但是工作中忙裡偷閑還是可以做得到的，比如再忙也有時間喝水，也有時間上廁所，也有時間打個電話。一宿一宿的加班是不太可能的，因為晚上加班，白天工作效率會很低。最多可能就是突發事件，比如某程序突然癱瘓了，程序員需要緊急搶修，這種突發事件還是不多的，但是一般來說做多也就是一個通宵，因為通宵之後，第二天工作效率會明顯下降，對於整個軟體的整體進度是不利的。所以，連夜加班不太常見。
3、軟體開發是分階段的，通常一個階段幾周到幾個月大半年都有可能。所以大多數程序員需要很好的耐力。經常加班的程序員通常不是多麼優秀的程序員，所以能力不足，勤奮來補。
4、如果一個程序員連自己女朋友都照顧不了，我只能說他還沒准備好找女朋友呢。程序員有幾個優點：業余愛好少，專一不花，所有有大量的時間和家人在一起。程序員工作穩定工資比上不足但是比下有餘，所以有車有房衣食無憂基本可以滿足一般女友。程序員是長跑職業，工作年齡越大，能力積累越高，含金量越高。

9. 程序員，為什麼要加班

需求多，需求變化大，程序員因為人天貴（例如我所知的一個程序局耐員他的工資是15K，人天價格大約3000一天），所以對項目的成本壓力很大，所以加如肢班就能彌補一定項目渣臘世成本。

10. 程序員加班如此瘋狂，都有哪些原因

程序員加班是程序員，工作中很常見的一個情況。為什麼要加班呢？顧名思義就是工作沒完成，或者是工作任務量太大，他沒有辦法在規定的時間裡面做完，所以他就只能瘋狂地加班來完成自己的任務，這樣才能不被上司批評。

第三個原因就是因為程序員的日常比較繁瑣。因為我們都知道程序員這個工作對於工作人員本身的要求是非常高的，不管是她知識領域的專業性，還是她實際操作的技巧性，都是有著嚴格要求的。所以說這個崗位上面的人才還是比較稀缺的，工作的人數比較少，分配到每個人身上的任務也比較重。