A. 如何激怒一個程序員：哎呦！又在加班寫bug啊
在山的這邊海的那邊有一群程序員，他們老實又胹腆，他們聰明又有錢。他們一天到晚坐在那裡熬夜寫軟體，餓了就咬一口方便麵～～哦苦命的程序員，哦苦命的程序員，只要一改需求他們就要重新搞一遍，但是期限只剩下最後兩天~~
工作那麼忙，壓力那麼大，有時候自黑也是一種樂趣！所以，你能在網上看到各種用「繩命」在自黑的程序猿們。
猿a：我是很外向的，不像有些開發一個月不跟女生說一句話，你看，美女同事又來找我……提bug了。
猿b：我媽看了網上關於程序猿的說法，天天擔心我找不到女朋友，其實我也是有過女朋友的，話說小學的時候……；
猿c：我不是在自黑，我是真黑啊，你們聊，我去寫bug了，呸，寫程序了，趕緊吃包老壇酸菜壓壓驚；
猿d：我也不是每天都穿格子衫的，我也有好多公司發的T恤，還有參加技術大會抽獎得的帽衫；
你是一個容易被激怒的程序員嗎？你看看下面的這些話，你能忍受到第幾重。
猿e：MD，估計有些段子是產品經理寫的；
：還在加班寫BUG啊？
：我看網上幾百塊錢就能做個網站，你為啥要做這么久
：太好了，你還沒回家，幫忙改一個功能，很快的
：需求有變化
：我們現在就差一個程序員了
：我想這樣實現，應該很簡單吧，明天能做好嗎？
：有時間嗎，幫我修個電腦吧！（或者能幫我黑xxx的QQ嗎？）
：測試妹子說「這里改一下就好了，怎麼做了這么久」（從產品經理嘴裡說出來，殺傷力會更大）
：有女朋友嗎？
：PHP比你現在用的這個好
最後給大家推薦一個前端內部學習群：657137906，進群找管理免費領取學習資料和視頻。沒有錯就是免費領取！大佬小白都歡迎，大家一起學習共同進步！
B. 很多白領都有加班的經歷，是因為他們的工作效率低還是真的干不完活呢
很多白領都有加班的經歷，是因為他們的工作效率低還是真的干不完活呢？IT公司加班情況普遍，老闆說是員工工作效率低，員工說是工作量大。這種情況一般是發生在軟體研發單位。軟體研發單位，現在一般都是Open Source,寫了一段又一段，有的直接是復制一段又一段，完成項目開發。多人操作提交後，bug比較多，跑起來報錯。但是大家各管一段，統一後誰都不想修復bug，因為都為了趕進度，往前寫功能。小公司人員少，軟體工程師肩負許多功能模塊，項目催的緊，根本沒有時間多多研究邏輯。
C. 程序員為什麼要加班呢
你好，首先程序員加班是一個常態化狀態。加班我們分兩種情況，第一公司業務確實比較好，在有限的人員中開發量很大，這個沒有辦法只能加班；另外一個就是自己負責的模塊變化很多，比如bug太多，業務邏輯不嚴謹等。這樣的解決辦法是多學習知識來填充自己，下面是部分學習知識點，希望能幫到你。
索引在遍歷過程中的次序無定義，即使是數字索引也是這樣。（如果想按數字次序遍歷表，可以使用數字形式的 for 。）
當在遍歷過程中你給表中並不存在的域賦值，next 的行為是未定義的。 然而你可以去修改那些已存在的域。 特別指出，你可以清除一些已存在的域。
如果 t 有元方法 __pairs， 以 t 為參數調用它，並返回其返回的前三個值。
否則，返回三個值：next 函數， 表 t，以及 nil。 因此以下代碼
能迭代表 t 中的所有鍵值對。
參見函數 next 中關於迭代過程中修改表的風險。
傳入參數，以 保護模式 調用函數 f 。這意味著 f 中的任何錯誤不會拋出； 取而代之的是，pcall 會將錯誤捕獲到，並返回一個狀態碼。 第一個返回值是狀態碼（一個布爾量）， 當沒有錯誤時，其為真。 此時，pcall 同樣會在狀態碼後返回所有調用的結果。 在有錯誤時，pcall 返回 false 加錯誤消息。
接收任意數量的參數，並將它們的值列印到 stdout。它用 tostring 函數將每個參數都轉換為字元串。 print 不用於做格式化輸出。僅作為看一下某個值的快捷方式。 多用於調試。 完整的對輸出的控制
在不觸發任何元方法的情況下 檢查 v1 是否和 v2 相等。返回一個布爾量。
rawget (table, index)
在不觸發任何元方法的情況下 獲取 table[index] 的值。table 必須是一張表； index 可以是任何值。
rawlen (v)
在不觸發任何元方法的情況下 返回對象 v 的長度。v 可以是表或字元串。 它返回一個整數。
rawset (table, index, value)
在不觸發任何元方法的情況下 將 table[index] 設為 value。table 必須是一張表， index 可以是 nil 與 NaN 之外的任何值。 value 可以是任何 Lua 值。
這個函數返回 table。
如果 index 是個數字， 那麼返回參數中第 index 個之後的部分；負的數字會從後向前索引（-1 指最後一個參數）。 否則，index 必須是字元串 "#"， 此時 select 返回參數的個數
希望能幫到你，謝謝！
D. 如何看待程序員把Bug都改完就被開除了
作為一名碼農、程序員，加班算是家常便飯了。周一至周五晚上加、周末加、辦公室加、回家加、有償加、無償加……確實讓人看見就怕。
但是你加班的原因是什麼呢？讓我們一起來看看下面兩個例子。
01 程序員踩點下班，領導：不想乾的請辦理離職，我這里不養閑人與廢物
在職場上加班不是目的，加班是為了完成工作，當員工能在正常上班時間內完成工作，無需加班，這時候作為領導也就沒有必要讓其留下來加班。
然而也有一些公司領導不看產出只看員工加不加班，就有一領導經過幾天的觀察，發現新來的幾名程序員每天晚上不到八點就早早的下班走了。
對此這名領導很生氣，想管管這群新來的程序員，於是在群里通知稱：
都是幹嘛使的？八點不到都 TM 走了！不幹的直接說，現在就表態度，我這里從來不養閑人，也不養廢物！不幹的不想乾的都去人事那裡辦理離職。
其實員工有這種心態實在人之常情。但退一步想，為何老闆卻能做到 5+2、白+黑呢？難道老闆們都是鐵打的？都是超人？非也，只因他們是經營者，他們為企業負責，為自己負責。
員工往往拿的是固定工資，所以這就導致了老闆與員工焦點矛盾的局面：老闆只關心利潤，員工只關心工資。
E. 為什麼有些出入職場的程序員，必須要經歷加班修改bug的過程
我個人感覺不是所有職場的程序員都要經歷加班修改的過程，就算不是程序員其他工作的人員也會經歷。上班兒加班兒，這都是很正常。有的時候任務催的很急，肯定是要加班完成的。這些都是常識。只是職場的程序員加班。修改的比較多。程序員他進行的問題的解剖需求，各方面程序的分析運行也是非常多的。所以職場的程序員面對加班修改的經歷會比較多。
以上的情況是想說通常加班的人如果偶爾的話還是可以理解的，畢竟現在的工作都會有時候加點班。就是出來工作的，又不是出來享福出來玩的。所以也不是說職場的程序員必須要經歷加班修改，只是做的不對或者催稿的情況下會進行加班修改的過程。
F. 各位程序員都有過哪些令人哭笑不得的改bug經歷
其實程序員確實也遇到過很多的這個因素，比如說他們要把一些軟體改的好用一點，要不然時間長了人多了以後就出現卡頓，不改的話就會讓這個用戶流失，所以說這些bug我覺得挺有趣的
G. 程序員為什麼加班這么嚴重
互聯網行業，加班的比率可能會大一些。這些公司加班的原因主要是互聯網產品迭代速度快，線上項目發現Bug也必須在第一時間修復，並且需要不斷地優化，已應對不斷增長的系統壓力。
另外一些是因為業務節點，比如雙11，618這種日子，一些公司真的是全民皆兵，甚至都是要住在公司了，這種情況必須加班。
一般的互聯網公司工作都是彈性制，很多程序員都是晚來早走。程序員是互聯網行業的主力軍，中流砥柱，我認為程序員加班與本身的工作性質有關系，有的Bug一出現影響線上的全局，必須加班搞定。
H. 程序員加班如此瘋狂，都有哪些原因
程序員加班是程序員，工作中很常見的一個情況。為什麼要加班呢？顧名思義就是工作沒完成，或者是工作任務量太大，他沒有辦法在規定的時間裡面做完，所以他就只能瘋狂地加班來完成自己的任務，這樣才能不被上司批評。
第三個原因就是因為程序員的日常比較繁瑣。因為我們都知道程序員這個工作對於工作人員本身的要求是非常高的，不管是她知識領域的專業性，還是她實際操作的技巧性，都是有著嚴格要求的。所以說這個崗位上面的人才還是比較稀缺的，工作的人數比較少，分配到每個人身上的任務也比較重。
I. 程序員怎樣避免高強度的工作
程序員想要避免高強度的工作，那就只能找一家工作不那麼累的大公司了，除此之外，其他小作坊一樣的私企，都是一個人當五個人用的。
程序員其實並沒有大家想像中的那麼難，只是大家對這個行業有些不太了解，所以誤解可能多一些，如果你有興趣的話，仔細花點兒心思在上面，那工作上難題就是你成長的里程碑了。
J. 程序員加班最狠的一次是什麼情況，有多辛苦
我自己的高強度加班有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無法避免，我們程序員個人能做的是什麼呢？除了提高技術能力之外，就是保存良好心態，和擁有強健體魄。隨著年紀增長，越發的理解前輩的話，能夠倒頭就睡第二天被上班鬧鍾叫醒真的很幸福！
我記得那是上班的第二年，在移動的一個項目上，當時真的是年輕，精力充沛。當時是年底組巡，為了應對檢查，通宵兩個晚上去核查數據，基本連續兩個晚上沒睡，到了第三天下班才正常回家補覺。
後來年紀大了，真的熬不起了，奉勸年輕人還是不要這樣，提高工作效率是關鍵，沒有產出的加班是一種無能的表現。
最狠的一次加班也就是連續半個月在公司待到凌晨一兩點左右吧。那時候為了完成一個項目所有同事都一直忙到很晚才回去，自己我住的離公司很近，其實也不算多麼的辛苦吧，畢竟就算不加班自己也是要一點左右才睡覺的。每次加完班走在回去的路上，反而有一種病態的滿足感，感覺自己過的很充足 。感覺每天和一群同事努力的去完成一件事情，特別是最後圓滿完成的時候有一種小小的成就感。其實做了五年的程序員，平時很少加班的，因為沒有加班費所以公司也不提倡加班。如果不是特殊的情況，一般都是朝九晚五的節奏，很少有在公司待到一兩點的。很多人提到程序員就是加班，什麼九九六，什麼零零七，其實正常的公司為沒有這么變態了，一般只是一些特殊的情況才會偶爾加一次。
