程序員會導致情緒發泄嗎

❶ 一男子為發泄情緒刪光自己在職期間所寫系統代碼被判刑十個月

因試用期遭勸退，一男子為發泄情緒刪光自己在職期間所寫系統代碼被判刑十個月，如何看待這一審判結果?

通過刪庫來發泄情緒的程序員是最蠢的。

聰明的程序員會寫一堆只有自己看得懂的屎山，並且伴隨著偶發且不可復現的重大bug。

一旦離職，屎山將變得不可維護。

然後你不但不需要自己刪庫，老闆還需要花額外的錢請其他程序員來刪掉你的代碼。

屎山包括但不限於以下行為：

使用大量while語句和條件判斷，並在之間加塞大量自定義函數和實例化以及遞歸結構。並把函數暴露在其他人可以靈活修改的位置，只要一個參數變化就會導致函數返回出錯，卡死在while循環。而debug通常需要幾千個循環之後才能發現，極大的延緩了bug被修復的時間。

函數套函數形成千層夾心，讓思路亂做一團，很難理順思考。

繼承套繼承，亂用面相對象，當接盤俠看懂了這個類，卻發現這個子類繼承了多個父類，還有介面沖突。而當他們想看看父類的時候，卻看到這幾個父類又繼承了幾個父類。

DFS搜索了一遍父類，想找到某個方法和屬性。方法父類和祖父類都被架空了，於是找到了曾祖父類，結果發現這個方法包了一個buildin type的buildin 方法，且只有一行return。屬性父類和祖父類都沒有定義，結果找到了曾曾曾祖父類，終於發現了，這個屬性的值是null。

靈活修改內置函數，類，屬性，原本想用內置功能，卻發現要用了一個帶bug的自定義內容，後續的代碼還有大量功能是基於這個披著內置函數的名字的自定義bug運行的。

隨意起名，並和全局變數保持一致，不經意間就修改了全局變數。

catch所有的exception，讓bug被巧妙隱藏。

使用復雜多線程多進程服務，並伴隨著隨機函數和等待時間，讓bug很難出現。

大量使用外部api請求，並寫死提取方法，一旦對方api修改，立刻出bug。

在資料庫交互函數上靈活實現，讓使用者可以傳入任何值，修改資料庫的任何內容，甚至只要傳錯一個參數就可以刪掉數據。

一定不要寫，單元測試，也不要寫document，把你的所有的時間用在老闆能看得到的功能實現上，而且一定要用最復雜，最fancy的實現方式。面對老闆不切實際的需求來者不拒，只要讓老闆在看到功能時候保持運行狀態即可。

實現的論文一定要用最冷門的巨巨技術，冷門意味著沒幾個人會甚至連業內人員都沒學過，巨巨意味著難難到只有苦心鑽研黑 科技 的你才能把抄來的代碼勉強跑起來。

一定要拉上業界最頂級的框架，絕不按照項目自定義內容，如果一個頂級框架不能完成就再加塞一個頂級框架，每個框架只用一點點內容，以此來顯示你超強的學習能力和業務素質。這樣如果有人要接手，他們需要把這些框架全部學一遍。

並且經常使用那些不穩定但勉強能用的新版功能，無視大量warning，如果有就隱藏掉。舊版功能通常難以被新版支持，所以這些框架的版本在你引入項目的瞬間就被定死了。

然後為了保險起見你不要升級框架，一定要用最老的框架，這樣一個畢業生誤以為學會了框架內容結果卻發現自己學的框架太新了，還得把舊版本的內容學一遍。

經常使用開源bug書寫程序，這樣一旦開源庫修復bug，你的代碼就需要重寫。

如果寫http請求，請一定把最危險的功能設置成get方法，這樣只要在聊天時對方點誤點了連接，瀏覽器就會自動把危險的請求傳給後端，然後造成大量業務崩潰。但這不是你的錯，是他們不應該在聊天和郵件里亂點鏈接！

一旦你離職，你所寫的所有代碼和同事的代碼都會隨著開源版本更新，新功能增加，外部api變化，新同事不小心傳錯參數，以及點錯超鏈接造成大業務壞死。

讓fancy的地方盡可能簡陋，讓簡陋的地方盡可能fancy。就能在滿足其要求的情況下，引入大量bug和feature的混合物，讓改動變得左右為難。

這就讓接手的程序員陷入如下困境：

刪除代碼重構，工作量太大

不刪代碼，看不懂源碼

清理bug，功能變得不可用

不清bug，之後會引發嚴重問題

維護代碼，只能用新bug掩蓋舊bug

不維護代碼，隨著技術升級，舊代碼會一點點變成bug

當你已經掌握這些技巧，並付諸實踐，想必公司一定得讓你晉升主管。

為了清理這些垃圾需要耗費成倍於你的人月方可完成刪除，然後為了實現你的功能他們又需要額外的人月

清理屎山可不止恢復數據那點錢。

❷ 程序員久了，會很敏感，因為小事煩躁，怎麼回事

程序員的煩躁來源於壓力。程序員缺少宣洩情緒的出口，每天基本都是在處理問題，面對工作、生活各方面的壓力，沒有很好的疏解途徑，造成了心理負擔

❸ 程序員連續加班在餐廳淚崩，成年人會因為什麼原因突然崩潰

現在年輕人都生活壓力是很大的，因為他們沒有人可以依靠，如果家人都不是特別有錢的話，他們在外面遇到很多事情，只能夠自己忍忍。而現在加班已經成為一種常見的現象了，很多員工他們加班，領導都認為這是很正常的，但是我們在塞班的時候一定要注意加班的時長。

而本次事件中的這個程序員，他經常加班，已經連續多天加班，有時候加到凌晨2:00，在5:00的時候又要醒，每天才睡到兩-3個時辰，確實是不能夠的。我們經常會見到有一些成年人，他們突然的就在公共場合哭了，很多人都表示他們這樣做只是因為忍不住了，太多的壓力壓在自己的身上了。

所以我們在生活中一定要好好的注意勞逸結合，千萬不要過多的折磨自己的身體，而對於一些經常加班的制度也是可以跟老闆提的。不管怎麼樣，我們在更多的時候還是要照顧好自己的身體的，因為我們一旦垮了的話，那麼我們的家人也就沒有辦法了。

❹ 程序員連續加班導致情緒崩潰，該如何學會自我調節呢

2020年11月6日一位廚師在餐廳里發現一位男子在與家人通話時一直淚流不止，情緒非常崩潰，所以他在炒飯的時候特意多煮了香腸和荷包蛋，將其擺成了“100”的數字，並且安慰道總有一天會苦盡甘來的，這位男子聽完之後恢復情緒之後非常感謝他。

接著就是尋找產生不良情緒的原因，只有清楚地知道不良情緒產生的原因，才能夠對症下葯，真正地消除不良情緒，才能夠使得自我調節得到最佳的效果。凡事都是有因果的，改變因才可以牽動果的發生。原因的確定是方法尋找的前提，也是不良情緒消除的重要一環。程序員情緒崩潰，因為這是他第一次負責的項目，很可能是因為項目不在自己的能力范圍內，無法順利完成這一項目，所以分析其原因就是自己在工作上遇到了難題。

最後就是根據找到的原因，尋找解決的方法。就這一件事而言，程序員可以先通過傾訴的方式釋放自己的不良情緒，讓情緒得到一定恢復之後，就這一項目的難題向他人請教，找出解決問題的方法。只有這一事件本身得到解決之後，這一不良情緒才能夠根除。

❺ 長期做程序員會失去什麼

會失去健康，會失去生活的熱愛

❻ 網路程序員哭到一半工作一來秒變堅強，在情緒崩潰時該如何迅速調整過來

網路程序員哭到一半工作一來秒變堅強，在情緒崩潰時，我們有時候可能會難以控制自己，很容易一直崩潰下去。但我們還是應該讓自己冷靜下來，調整自己的心態，讓自己充滿戰鬥力，勇敢地迎接生活的挑戰。

記得新聞還報道過有外賣小哥在接到訂單等待商家的外賣時，由於等的時間太久，自己手上還有很多其他訂單，就控制不了自己急躁的心情，一度情緒崩潰，向商家大喊大罵，最後導致商家店員和外賣員自己大打出手，造成了非常嚴重的後果。當然，外賣小哥的心情我們是可以理解的，但是他後面無法控制自己的情緒，做出一些非理智的行為，是非常不對的。可見在情緒崩潰時，迅速冷靜下來，控制好自己的情緒是有多麼重要。在情緒崩潰時，我們如果沒有控制自己的情緒，任由自己一直崩潰下去，後果是不堪設想的。但如果我們學會冷靜下來，沉著應對，這才是自己成熟的體現，這才是一個正確的選擇。

在情緒崩潰時，懂得適時調整自己的心態，讓自己平靜下來是非常重要的。生活不易，我們都要努力！

❼ 騰訊知名游戲程序員毛星雲因抑鬱墜樓身亡，程序員的壓力有多大

他們所面臨的壓力的確是很大的，因為他們不僅無法宣洩自己的情緒，而且也無法減少工作量，所以他們會變得越來越抑鬱，而且也無法進一步減輕其負擔，因此他們會承受更多的壓力。程序員的確是互聯網領域的重要角色，而且他們也能夠獲得更高的薪資待遇。

雖然我們比較羨慕程序員的薪資，但是他們所承受的壓力可能是我們難以想像的，而且我們也不一定能夠感同身受。騰訊知名游戲程序員毛星雲因抑鬱墜樓身亡，程序員的壓力有多大？我認為他們的壓力的確特別大，之所以這么說的原因有三個:

一、他們的工作強度較大。

他們之所以會有這么大的壓力，就是因為他們的確需要承受較大的壓強，而且也無法減輕自己的壓力。雖然他們都具備專業的知識，而且也能夠提高工作的效率。但是他們需要完成較多的工作任務，而且也必須加快工作的速度。而這就會導致他們變得越來越忙碌，這就是他們的壓力。

以上就是我的分析。

❽ 男子為發泄情緒刪光自己在職期間所寫系統代碼被判刑十個月，怎麼看待此事

通過刪庫來發泄情緒的程序員是最蠢的。聰明的程序員會寫一堆只有自己看得懂的，並且伴隨著偶發且不可復現的重大漏洞。 一旦離職將變得不可維護。 然後你不但不需要自己刪庫，老闆還需要花額外的錢請其他程序員來刪掉你的代碼。包括但不限於以下行為，使用大量漏洞語句和條件判斷，並在之間加塞大量自定義函數和實例化以及遞歸結構 。並把函數 暴露在其他人可以靈活修改的位置，只要一個參數變化就會導致函數返回出錯，卡死在漏洞循環。而通常需要幾千個循環之後才能發現，極大的延緩了漏洞被修復的時間。 函數套函數形成千層夾心，讓思路亂做一團，很難理順思考。

五、而公司竟然會覺得他刪除自己3個月開發的代碼是很
大損失。我就搞不懂了，如果三個月作出了可以正式上線的代碼，那這不就應該是合格員工么？
我實在想不出有什麼辦法能夠刪光公司系統代碼，要知道版本管理系統本身是一個增量數據提交的
方式，也就是說正常的版本管理操作刪除只是記錄了刪除的請求，數據實際上還在歷史記錄內，如
果不是直接黑掉伺服器，刪除代碼是不可能的，就算真黑了伺服器，其它同事那裡還有代碼。所以
從這個角度看，要麼這個新聞可能不實，要麼這個公司的架構特別奇特。