程序員被黑後續

Ⅰ app遭黑客攻擊恢復要多久

一般最多24小時。
這個要看程序員的能力如何了。被攻擊說明黑客找到了app的漏洞而程序員不一定知道。但一般來說24小時左右應該可以恢復。
如果是網站被黑的話，需要進行被黑處理，這個就比較麻煩，但是如果網站有備份的話，還原備份就會很快。

Ⅱ 程序員面試互聯網大廠被告知已進入黑名單，此生與名企無緣

這是一名程序員的遭遇，因為其遭遇，互聯網圈子裡的陽光誠信聯盟也得以露出水面。事情的起因是這名程序員面試某互聯網大廠，最後一輪面試時HR告知因為已進入黑名單，不予錄用。

我是一個有著5年工作經驗的架構師，關於web前端，自己有做材料的整合，一個完整學習web前端的路線，學習材料和工具。能夠進我的群51615，6028收取，免費送給大家。希望你也能憑自己的努力，成為下一個優秀的程序員！

馬上就有知情網友表示，這是進入了陽光誠信聯盟，陽光聯盟全稱是陽光誠信聯盟，是多家企業抵制不誠信員工的一個組織。據了解，這是由京東倡議然後聯合各種知名企業聯合發起的聯盟，共同打擊假冒偽劣，腐敗，欺詐和信息安全等問題，現在已經發展到幾百家，失信人員拒絕錄用。

看樣子這名程序員應該是在之前的工作經歷犯過錯誤，以至於進入了陽光誠信聯盟，導致此生與名企再無緣。有網友亦表示：如果是被陽光聯盟了，那不是活該么？

隨著互聯網信息的透明化，個人職業信息發展也一目瞭然。一些上規模的公司在招聘員工時，會在適當的時機發起背景調查，一旦員工過往出現過黑歷史，是很然通過背景調查的，因為所有記錄都在案。陽光誠信聯盟，便是此背景下的誕生之物。

Ⅲ 程序員被老闆發現從網上抄代碼，後果是怎麼樣

if(老闆對程序開發有了解){ //有了解，一點點的了解即可

認同，見怪不怪;

}else if(老闆很開明){ //一無所知，但是開明

信任，尊重程序員的做法;

}else{ //不僅一無所知，還要胡亂猜想

可能需要一個合理的解釋;

}

我們程序員不把這個叫做抄，一般稱之為「代碼復用」。

當程序員需要使用到一個新的框架、類或者方法的時候，一定會做到有跡可循、有理可依，也就是不要亂用。

例如我們一個Spring Boot的項目，現在想用到Rabbit MQ，但是之前沒有用過，怎麼辦？程序員一般會通過這么幾種方式：

我建議，先試試方案1和3，自己解決不了的話，再去請教其他的同事。

抄代碼分為三種。

一，整個項目抄過來，不做絲毫改動地把別人的代碼照搬過來。這種情況很罕見，一是涉及版權問題，二是網上的代碼都是爛大街的，抄過來也沒什麼意義，也獲得不了什麼收益。

二，抄框架，這點是比較常見的。拿蓋樓來舉例，就是把別人打好的地基，搭好的腳手架直接拿來用，省去了基礎設施搭建的工作。蓋房子就直接開始砌磚，編代碼就直接開始寫業務邏輯。好處是顯而易見的，減少了項目前期的重復工作，節省大量的人力物力。老闆家裡要沒有礦的話，一般不會反對用別人的框架。

三，抄演算法。簡單的演算法可以自己寫，比如求2個數的和，很簡單，一行代碼就搞定了。復雜的，人臉識別演算法，沒有幾百萬也有幾十萬行代碼，傾注全公司資源都未必搞的出來， 科技 含量非常之高。這種時候，往往會尋求與專業的演算法公司進行合作，通過付費的方式獲取到相關的代碼。

程序員被老闆發現從網上抄代碼，後果是怎麼樣？這樣的事情被老闆發現了，至少從現在來看一點兒事情也沒有，如果能夠抄得讓項目進度大大提前還不出問題不出Bug，不引起糾紛老闆還大大的高興。給他節約了大把大把的錢，他不高興還咋的。

當然從網上抄代碼並不是說整個項目給拿過來，特別是有知識產權的那種，這樣一旦被原版權人發現會引起糾紛。大部分程序員抄代碼都是一小段一小段代碼實現某種小功能、或者對某些方法、類等等用法的抄，以便於在自己的項目中去實現自己所需要的功能，融合到自己的項目中去，而不是盲目的去抄原封不動的搬運過來，程序員一般很少會做那樣的事情的。

程序員很少有不上網去了解查詢相關的知識的。而現在很多老闆本來就是從搞軟體項目出身的，或程序員出身的，早就知道這些招數甚至自己也用過，根本不值得大驚小怪，基本上都會鼓勵程序員如果有什麼不懂就去網路就去找網上相關的解決方法。

盡快尋找解決方法，才可以盡可能的減少一個問題就被卡死在那裡花費掉太多的時間，大部分老闆不是讓你去當鑽研代碼的開拓者，而是去當能實現項目功能的技術能手，你用什麼方式方法去得到那些技術，大部分老闆不會關心的。

所以抄不抄代碼基本沒人管你，最重要的是抄來的代碼是不是能解決項目的問題、加快項目的進度、節約項目的成本，只要能解決問題為項目帶來效益，總監或者老闆還會誇獎你是高手，是能人。

更多分享及互動，歡迎點擊右上角關注【東風高揚】。

如果你能抄代碼，請選擇正確的抄代碼的方式，來推薦幾個我認為好的網站。

如果有一個網站的提問，可以涵蓋你基本90%以上的日常開發問題，那就是這個網站。這里什麼方面的代碼都有，如果你是一個好的程序員，建議你可以來這里抄代碼。

如果你還沒有自己的github賬戶，那你得趕緊來注冊一個。GitHub上有好多好的開源項目，Vue，React等等，如果你想看一想好的項目，建議來GitHub看看

如果你善於使用搜索引擎，那你已經比一般人好太多啦。學會使用一些搜索的技巧，能提升你快速找到問題。

所以，我覺得抄代碼沒什麼，我覺得正確的方式，是如何去抄好的代碼，去看別人的優點，然後可以使用到自己的項目，這完全沒有問題。

拿著高薪的程序員，最熟練的兩個快捷鍵就是ctrl+c 和 ctrl+v。

看到這里你是不是覺得：

哇，做程序員太輕鬆了吧，了解相關的知識，每天復制黏貼就可以了，還拿那麼高的工資，還有沒有天理了？

首先「代碼復用」這個情況是很普遍的，從 社會 學和經濟學來看，復用這個行為是值得肯定的，因為它能夠避免浪費有限的 社會 資源。

如果合理地利用開源代碼，可以避免「重復造輪子」的動作，從而解放大量的程序員去進行更有價值的開發工作，加快開發效率，以達到資源價值的最大化。

想要把開源代碼做成適合公司項目的功能，本來就要求這個程序員的基礎扎實，如果沒有相關的項目經驗，又如何對代碼進行維護？

知其然，更要知其所以然。

這就是高薪程序員的高明之處：他們用開源代碼來解決自己的問題，把架構、思路融會貫通再變成自己的邏輯表達出來。

程序員主要是實現功能需求，至於怎麼實現的，是不是從網上抄襲得又有多少關系，現實中又有多少程序員不是從網上直接復制代碼然後應用在自己模塊中，把優秀的代碼看明白然後靈活應用寫在實際代碼編寫過程中特別常見，現在的開源社區不就是典型嘛，拿到源碼然後搞明白，進行各種定製，很多公司都會正大光明的這么去做，在當今的技術領域特別正常。

如果真是老闆發現了代碼和網路上接近，但是功能用起來沒有啥問題，如果因此找到程序員說事，那這老闆才是有問題，正常來講代碼的審核主要還是在於直接的技術主管，老闆都操心到代碼是不是從網上找的了，方向估計該處問題了，老闆正常來講關心的是結果有沒有達成，如果進一步拓展自己的業務圈子，把產值最大化。

希望能幫到你。

老闆的態度無非是要麼是置之不理，要麼是批評開除。從老闆的態度上可以折射出很多東西來。

置之不理：老闆要麼不懂程序要麼懂程序，老闆不懂程序置之不理也正常，如果老闆懂程序，那他應該明白這是正常現象。這種態度屬於明智之舉。

批評或者開除：那老闆肯定是不懂程序的，既然不懂程序，就不要在那瞎指揮。團隊里自然會有總兼把關恆量。老闆的職責是統籌大局，如果這些細小之事也要插手的話，不要留戀立即走人。這里絕對會限制你的發展。

項目本來就是以結果為導向的，任務急，工期短，尤其在創業型公司里，從頭到尾從零開發，要耗費多少精力多少人力？我們就要學會「拿來主義」啊，去除糟粕，取精華！

作為碼農，將別的功能代碼拷過來稍作修改，完成了自己的工作，這樣的方式簡單快捷，好用，bug少。

能抄到代碼，還能知道到哪裡抄代碼，知道應該抄什麼代碼，哪段代碼，抄完之後怎麼融入進去，並且還能解決問題，結果代碼還真跑起來了！這也是本事!這也是勵練自己的一個方式！

所以自己要對抄代碼也要保持清醒的認識，我能故我抄！

俗話說的好，「天下文章一大抄」。我們在工作時，新聞稿、會議紀要等等也是有一定的模板，我們只需要比著葫蘆畫瓢就行了。那麼，程序員從網上抄代碼這件事情，如果被發現，會面臨什麼樣的處置結果呢？

實際上，編寫代碼時最重要的一條，就是學會怎樣利用其他程序員的代碼和思路來解決問題。程序員寫程序抄代碼這件事情，也可以視情況分為三種：抄演算法、抄框架、抄整個項目。

其實，簡單的演算法可以自己寫，復雜的，比如一個大型 游戲 ，代碼多到足以讓全公司的程序員懷疑人生。而且一般這種復雜的代碼需要和大型的演算法公司合作，也不是簡單的在網上隨便抄一抄就能抄到的。

抄一個應用或者是功能的的框架這件事情，好處也是顯而易見，減少了自身這個項目前期的重復工作，節省大量的人力物力，同事還能在現有的而基礎上做一些自己需求上的改進，何樂而不為呢？而且應該很少有程序員去真的從最基礎的時候一個字母一個字母的敲一整個程序的代碼吧。

但是！整個項目不做絲毫改動地把別人的代碼抄過來，這就涉及到一個版權和隱私的問題，嚴重的話是要負法律責任的。

所以說針對程序員從網上抄代碼這件事情，要面臨的結果無非下面兩種，要麼老闆置之不理，要麼被批評開除。

程序員要做的是在能抄到代碼的情況下，還能知道到哪裡抄代碼，知道應該抄什麼代碼，哪段代碼抄完之後能融入進去，並且還能解決問題，才是最重要的。

第一，一般公司老闆從來不懂技術，也根本看不懂你是不是在搜資料還是。第二，就算發現你抄，那也是正常，初級程序員抄代碼已是常態。關注一下再看下面的精彩哈。

文| 科技 黑洞宇文笑

本人是在某世界五百強企業，公司的老闆肯定是見不到的，部門總經理也幾乎從來不會在我們這些普通程序員這邊逛 ，而且不懂技術。至於所謂的老闆，應該是那些技術總監，可惜技術總監一般情況也不會碰你的答案。而技術總監下面一般是技術經理，普通程序員就歸技術經理管管，跟著做項目，即使他發現你抄代碼，也不會說什麼，只要你能完成自己手頭上的任務，無論你用什麼方法實現。甚至他會教你「抄」哪的，其實這是叫你借鑒代碼，這樣你才能完成你的左右。

現在程序員抄代碼，是比較普遍的，抄網上的，或者復制同事的。復制同事的函數直接不改，就有些無腦，而復用別人的代碼，反而是正確值稱贊的，這往往能提高代碼的整潔度。如果你抄網上的，一般是沒有現成可以用的代碼，只能借鑒其思路，然後結合自己的業務，寫一套自己的代碼，這種做法往往還需要程序員有不錯的基礎，不然你連別人的代碼都不懂利用。

程序員宇文笑一句話:

善「抄」代碼，反而是一種編程美學，不過請你優雅。覺得說的好賞個關注唄。

產品功能產出流程：

一、產品經理：需求調研、產品需求文檔、原型圖的產出。

二、商討需求可行性(移動端、前端、後端、UI、測試、產品)。

三、根據各個職能崗位意見以及需求產出時間成本等等條件因素，修改需求。

四、需求文檔、原型圖交由UI、後端、測試

1.UI根據需求文檔、原型圖設計效果圖、標注圖、切圖。

2.後端根據需求文檔、原型圖設計資料庫表結構、介面數據結構、介面文檔；

3.測試根據需求文檔、原型圖寫測試用例;

五、如上所產出(計效果圖、標注圖、切圖)(介面文檔)交由移動端和前端開發人員開發。

六、開發人員開發完成自測之後交由測試人員進行功能測試以及性能測試。

1.測試人員根據《測試用例》進行功能測試形成報告反饋(移動端、前端、後端、UI、測試、產品)進行BUG修復，需求完善，交互優化等。

2.性能測試包括後端壓力測試，移動端的內存等等。

七、最後進行灰度測試或者內部眾測。

八、最終產品更新上線。

如上表述，程序員在一個功能開發過程中，最重要的是保證產品功能穩定性、擴展性。至於怎麼實現如果沒有意外。領導不會關心你怎麼實現。而且在程序員這個行業工作要的是思路具體怎麼實現復制粘貼代碼是很經常的事情。so。。。你這個問題其實並不是問題。

Ⅳ 在職場中你被「黑」過最慘的一次經歷是什麼

1、不說職業，說說我因為一個公司名字被誤解的事情吧。
我畢業第一份工作的公司叫北電（Nortel）一家外企，當時我拿到offer，我們系的一個老師問我去哪家公司，我說北電，她第一反應是「你去北京電影學院干什麼?」(我是學數學的）；我說不是那個北電，她第二反應是，「oh，北京電力，那肯定是好單位」；我不好意思的說「也不是」；她就不耐煩了，說「你這什麼破公司，名字這么怪？」
2、實習的時候吧，當時帶我的人手底下有我和另外一個女生，因為那女生來的比我早，所以一般是她分配事情給我做。有一次發給我一個表讓我去其他部門跟進一下然後部門周會匯報，但是她把一些重要的部分隱藏起來了，到了周會我匯報的時候她把隱藏的東西展開的時候我一臉懵逼。當然我管他的我直接懟她了，實習後我部門老大說我可能不適合這類工作我真是呵呵了。還有像開會臨時把我喊去一點資料不給就讓我寫會議紀要這種婊事多了去了，當然我不可能慣著她，全部懟回去了

3、被人懷疑偷東西
因為自己比較二，不善於觀察周圍環境，自己是防人心重且多疑的人，又缺乏社會經驗和分析判斷力，與同事很少交往，所以被猜疑。盡管如此，自身有原因，但是這個鍋背的太冤枉了。

Ⅳ 威脅刪庫程序員：「呵呵，一分都不給你！」

近日，一些黑客又不安分了，他們正以刪除 GitHub 代碼庫為由，勒索受害程序員交出手中的比特幣。

據 Bleeping Computer 爆料，黑客通過使用從第三方代碼庫管理服務泄露的帳戶憑證，獲得了包括 GitHub、GitLab 和 Bitbucket 等代碼庫的訪問許可權。

但是到目前為止，這些黑客還沒有賺到足夠的錢去星巴克買一杯咖啡。

截止到撰文時間，黑客勒索信中提到的比特幣地址只收到了一筆轉賬，只有可憐的 0.00052525BTC（約為22RMB）。

黑客擦除了被攻擊代碼庫中的代碼和提交 歷史 ，只留下了一個帶有勒索性質的文件：

黑客「承諾」，只要受害程序員支付 0.1BTC（約為587美元），他們就會還原被盜的代碼庫。

盡管黑客可能為每封勒索信生成一個新地址，但這個地址已經在 GitHub 和 GitLab 上使用很多次了。目前，Bitcoin Abuse 上已經收到了37份關於這個地址的報告。

但到目前為止，從黑客迄今收取的贖金 （在北京，能買一份魚香肉絲） 來看，程序員似乎並不是敲詐勒索的最佳目標。

比如這位程序員，就很牛 X 啊。

找到了，代碼庫並沒有消失

一位名為 Stefan Gabos 的受害者在 Stack Exchange 上提出了一個解決方案，雖然他的解決方案還沒有得到大多數程序員的認可，但是值得考慮。

Stefan Gabos 如何應對刪庫威脅並成功恢復代碼？ 他是這樣做的：

我當時正在做一個項目，一個私有 repo，突然間代碼庫中的所有提交就消失了。

我當時正在使用 SourceTree（我確定更新到了最新版本），但我仍懷疑問題所在可能就是 SourceTree，或者電腦 Windows10 系統遭到了破壞。

在我的所有代碼庫中，只有這一個代碼庫受到了影響。我更改了密碼，啟用了雙重認證，刪除了一個多年未用的訪問令牌，並給 GitLab 寫了一封電子郵件，希望他們能告訴我攻擊者是誰、從哪裡入侵了我的系統。

有人可能會說，如果他們是這樣進來的，他們可能只是改變了帳戶的憑證，但在互聯網上搜索顯示，在這些情況下 Gitlab/Github 會簡單地為你恢復憑證，所以我認為這就是他們沒有這樣做的原因。

除了我之外，還有4個開發人員正在開發它，他們都可以完全訪問被盜的代碼庫，因此他們的賬戶也有可能被入侵。

我用 BitDefender 掃描了我的電腦，但並沒有發現任何問題。我沒有在網上做什麼見不得人的事，所以 我不認為我的電腦感染了什麼病毒和木馬、甚至裝了一些惡意軟體 。

我正在等待 GitLab 的回復，也許他們能為此提供一些線索。此外，為防止代碼庫被發布到其他地方，我更改了資料庫、IMAP 帳戶源中所有可能涉及到的密碼。

出人意料，我發現代碼並沒有消失。

我嘗試訪問了一個之前提交的 hash，哇，竟然成功了。

所以代碼是存在的，只是 HEAD 有點問題。

盡管我這方面的知識非常有限，但只要輸入：

就能顯示所有提交（commits）。

這就意味著攻擊者很可能沒有克隆代碼庫 ，而且他們通過檢查源代碼獲取敏感數據或公開代碼的幾率很低；這可能不是一個有針對性的攻擊，而是由一個腳本執行的隨機的大規模攻擊。

更令人開心的是，如果你輸入：

你會看到攻擊者所有的提交（commits）。

再輸入：

你會看到所有「丟失」的文件。

再輸入：

代碼庫的 origin/master 已經被修復...

但當你輸入：

卻顯示：

HEAD 已從 origin/master 中刪除，正在尋找修復方法...

如果代碼文件保存在 本地 ，運行以下代碼命令：

Bingo！代碼庫回來了！

、 這只是代碼庫存在本地時的解決方法。

因此， 現在唯一的問題是，如果你沒有保存本地 repo，什麼樣的代碼命令可以使得代碼庫恢復呢？ 至於攻擊細節問題， 我希望 GitLab 的答案能解決我的困擾 。

在寫給 ZDNet 的一封電子郵件中，GitLab 的安全主管 KathyWang 承認，Stefan Gabos 在 Stack Exchange 上提出的問題正是賬戶泄露的根本原因。

「我們根據 Stefan Gabos 昨天提交的內容確認了消息來源，並立即開始調查此事。我們已經確定了受影響的用戶帳戶，並且向他們一一通知。證據表明，丟失帳戶的帳戶密碼以明文形式存儲在相關存儲庫的部署（deployment）中。我們強烈建議使用密碼管理工具以更安全的方式存儲密碼，並在可能的情況下啟用雙重身份驗證，這兩種方法都可以避免這個問題。」

微軟與 Github 再背鍋？

GitLab 並不是唯一受影響的網站。GitHub 和 Bitbucket 也遭到了同樣的攻擊和比特幣勒索，多達1000個 Bitbucket 用戶受到了影響。

但Bitbucket 和 GitLab 表示，他們的安全系統不存在任何問題。

Bitbucket 指出， 黑客是通過提交正確的用戶名和密碼獲得了對用戶賬戶的訪問許可權 。 「我們認為這些憑證可能是通過另一個服務泄露的，因為其他 git 託管服務正在經歷類似的攻擊。我們沒有在上 Bitbucket 發現其他危害」。

他們懷疑是微軟和 Github 的問題 （微軟去年以75億美元收購了 GitHub） 。

就在幾天前，據 Micky 爆料，今年1月份微軟曾輕描淡寫般地回應了黑客利用 Outlook、MSN 和 Hotmail 安全漏洞盜區加密貨幣的事件。對此，微軟表示，只有主題/標題和電子郵件地址被盜，郵件內容並未被盜取。

但幾個月後，受害者發現其郵件內容已經被盜了，黑客通過郵件內容獲取了受害者的加密貨幣賬戶並殘忍地清空了賬戶內的加密貨幣。

這並不是新鮮事，刪庫威脅太low了

比特幣性勒索詐騙已經是2018年的事了，對吧？不過，有些黑客可不這么認為。

美國堪薩斯州諾頓鎮的居民正成為黑客攻擊的目標。黑客威脅說，除非受害者支付比特幣贖金，否則將公布一些「敏感東西」。

為此，堪薩斯州諾頓顯警察局在其 Facebook 頁面上還發布了一則公告，警告當地居民注意這種危險。

黑客聲稱通過遠程式控制制受害者電腦的方式竊取受害者的個人數據，並拍攝了受害者觀看色情片的視頻。黑客還堅稱，他們還有受害者當時正在看什麼的屏幕截圖。

如果受害者向黑客支付價值800美元的比特幣，他們就承諾不會泄露受害者的視頻和照片。

值得慶幸的是，這些受害者是勇敢的，沒有人落入這個令人作嘔的騙局。在撰寫本文時，電子郵件中列出的錢包地址仍然是空的。

但去年的受害者就沒這么聰明了。

在另一起比特幣詐騙案中，一個黑客在幾天內就賺了 17000 美元。

在這類騙局數不勝數，早在今年2月，HardFork 就發布了一份報道，報告指出，黑客通過這類騙局已經詐取了超過33.2萬美元的錢財。

程序員，如果是你呢？

那如果是你呢？你受到了這樣的威脅和勒索，你該怎麼辦？

正如諾頓縣警方建議的那樣，如果你收到這樣的郵件， 請忽略它，也不要打開任何鏈接 ，當然也 不要將任何比特幣發到郵件中列出的地址 。

在 Twitter 上，開發者社區的一些重要人物正在敦促受害者在支付任何贖金要求之前聯系 GitHub、GitLab 或 Bitbucket 的支持團隊，因為可能存在其他方法來恢復被刪除的代碼庫。

值得慶幸的是，程序員對黑客的這種「小伎倆」並不感冒。

Ⅵ 程序員離職當天刪庫跑路獲刑，此舉構成了什麼犯罪行為

程序員在離職之前刪光了自己以往寫的代碼，給公司造成了損失。為了修補數據，公司不得不高價請第三方機構恢復。這是一項不必要的支出，該男子沒有考慮到後果，他被前東家提起公訴，等待他的即將是法律的審判。員工要有職業道德，不要惡意刪除在職期間的數據，任何都要為自己的行為付出代價。

Ⅶ 程序員為什麼老被黑

      這個疑問句其實包含了兩個問題，一是為什麼是程序員？二是他們為什麼被黑？這兩個問題從一定程度上反映了我們目前的社會學問題。現在不管是在社交網站上，還是在日常交談中，總能聽到關於程序員被黑的橋段。那麼不禁要問，被黑者為什麼是程序員呢？這得先從中國的時代背景入手。中國近幾十年正進行著經濟結構大劇變，技術從國外著實引進不少。我們也因此順利步入信息時代，IT行業自然而然成為一大熱門。數據顯示，目前IT職業的薪資水平位居第二，僅次於金融。而金融畢竟只是少數人玩的了的把戲，IT行業卻有著巨大的人才缺口和相對優越的待遇，導致人力資源大量湧入，如此大的人口基數自然為程序員這一職業「登堂入室」奠定了基石。再者，該行業的職場主力軍已經被80、90取代，這一代人較之我們上一代相對安逸沒吃過多少肉體上的苦頭，在畢業選擇職業時自然偏向於腦力勞動而非體力勞動，在信息不對稱的條件下，許多人毅然選擇了程序員的行當。程序員就這樣組成了一個熱鬧非凡的大群體，他們身上有著8090的烙印，崇尚個性自由，叛逆。所以自嘲成了他們的家常便飯，與其說是被黑，不如說是自黑吧。

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

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

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

聰明的程序員會寫一堆只有自己看得懂的屎山，並且伴隨著偶發且不可復現的重大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

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

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

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

Ⅸ 年薪30w程序員被老師拉黑，深二代只找深二代，相親鄙視鏈為何這么嚴重

因為現在很多人經濟條件都提高，所以就會覺得自己非常有資本，特別容易瞧不起別人，所以這樣的現象非常嚴重。

Ⅹ 程序員自殺案今日庭前會議，翟欣欣將會受到怎樣的懲罰

距離蘇享茂事件已經過去了很長時間，案件也是最近才剛剛審理。在開庭當天，蘇家的三個哥哥以及一個姐姐都到了現場，蘇享茂的前妻翟欣欣也在其父親的陪同下親自出庭。

不知道法律對於這樣的騙婚行為，最終會採取怎麼樣的判決方式，但是都無法挽回一條鮮活的生命，也許蘇享茂沒有遇到翟欣欣，就不會消耗掉這么多的資產和資金，也不會讓自己陷入困境，最終用極端的手段結束了年輕而寶貴的生命。翟欣欣最終可能也無法逃脫法律的制裁，不知道她的良心會不會痛，可能大概也不會吧，畢竟已經不是初犯，希望最終法律能夠還事實真相一個公道。