<menu id="guoca"></menu>
<nav id="guoca"></nav><xmp id="guoca">
  • <xmp id="guoca">
  • <nav id="guoca"><code id="guoca"></code></nav>
  • <nav id="guoca"><code id="guoca"></code></nav>

    離職兩年后,程序員遭前東家索賠:Bug是你寫的

    VSole2023-03-23 09:56:39

    問:身為一名程序員,你能確保至今寫的代碼中沒有一個 Bug 嗎?

    程序員:當然不能。

    問:那你不怕這些 Bug 導致重大損失,然后公司起訴你嗎?

    程序員:哈,還有這樣的事?

    嗯,確實有的,甚至還發生在員工離職后——近日,杭州一名程序員在社交平臺爆料:“本人程序媛一枚,離職兩年被之前公司要求經濟賠償,理由:代碼是你寫的。

    因代碼問題,被前東家起訴追責?

    根據這位程序員(以下用“小 C”代稱)提供的時間線及相關細節,我們先將這件看起來頗為“離譜”的事情捋一捋。

    2019 年,初到杭州的小 C 進入了杭州某公司(位于杭州濱江,因事情還沒結束,小 C 沒有明確說明公司名稱)任職。當時擁有一年系統開發經驗的她,獨自負責了某個功能的開發,且該功能在她 2020 年離職前已順利上線。

    然而今年年初,從這家公司離職已兩年多的小 C,突然被前小組領導找上了,說她之前負責的功能代碼有問題。考慮到當初在職期間,公司同事和組長們都對她比較關照,所以雖然已經離職,小 C 也多次給予協助,并找出了問題原因

    始料未及的是,不久后該公司就開始追究小 C 的責任了,認為是她的代碼問題導致公司嚴重損失——代碼存在邏輯問題,違反行業經驗及常理。此外,該公司還發了通告函要求小 C 到現場進行說明,但當時小 C 認為問題已做解決,又因異地 + 手頭工作繁忙,做完說明便拒絕了這個要求。

    結果,小 C 就收到了法院短信——她被該公司起訴了,要求賠償幾十萬的損失,被告共兩人。其中,該公司起訴小 C 的理由是:

    被告作為代碼撰寫人具有有效期,但在最終的代碼處理上未做邏輯處理規避風險。原告認為,根據行業經驗及常理,系統運營的期限限制是代碼撰寫工作最重要且最基礎的內容之一,被告放任及不負責的處理方式直接導致了原告的損失,其行為具有明顯的主觀故意或重大過失。

    至此,這件事情就捋明白了:一名程序員已離職兩年,但她離職前寫的代碼有問題,導致現在發生嚴重損失,于是公司要求追責并賠償。

    寫代碼是終身責任制嗎?

    這名程序媛將此事曝光不久,便引來了諸多關注與爭論,其中討論焦點主要在于:“代碼撰寫人具有有效期?有效期多久?終身責任制嗎?

    事實上跟小 C 類似,不少程序員也在離職后收到過前東家的“返工”請求,有的要解釋代碼,有的要修復 Bug,還有的希望能幫助指導下一任負責人交接——頗有些“一次交付,終身維護”的意思。

    關于這個話題,前陣子知乎上也發起了類似討論:“為什么程序員的代碼不能終身責任制?”對于廣大程序員來說,這個問題的答案很簡單:“程序員如果需要為代碼終身負責,那你就需要終身給這個程序員開工資。

    正如一位網友所說:一旦代碼執行責任制,這就說明代碼屬于程序員,既如此公司也就無權使用離職程序員的代碼;可如果說代碼屬于公司,那離職后代碼出問題,又為何與程序員有關?

    諸如此類,因而多數網友對小 C 前東家的做法都不予茍同:

    • “笑死我了,那你讓他代碼產生的收益也給你。”
    • “所以這位程序員離職之后代碼運行完好這段時間的收益什么時候結算一下?這時候你不提代碼是公司所有了是吧?”
    • “程序員在公司寫的代碼均為公司所有,沒有做好 code review,測試就上線而引發的損失,與程序員本人無關,最多績效墊底,工資都不得拖欠,更何況已經離職。”

    此外,結合該公司對小 C 的起訴理由,許多人認為這只是一種恐嚇方式,想把小 C 推出來“背鍋”,甚至這場官司就算要打,小 C 也輸不了:

    • “不是真想讓你賠,只是內部員工想推只羊出來應付查這個事的領導。兩年前的事肯定沒有人能說清,當事人也說不清,也沒人敢說誰對誰錯,所以你就被推出來了。”
    • “首先,違反行業經驗及常理?這里的行業經驗是什么經驗,常理又是什么常理,建議公司必須詳細說明。其次,代碼要經過好多人的手去寫,不斷經過不同人的迭代,功能上線兩年了,最后也無法確定是哪個人的代碼有問題吧?”

    最后,關于這起事件,CSDN 也咨詢了 ChatGPT 的看法:

    那么,你對于這件事,又有什么想說的呢?

    程序員寫代碼
    本作品采用《CC 協議》,轉載必須注明作者和本文鏈接
    之前在打CTF的時候,多次遇到了這個漏洞。 攻防演練期間,研究了一下蜜罐的騷操作,比如獲取百度ID、CSDN賬號、微信ID等等,對攻擊者進行攻擊者畫像。 學習了一下原理,然后做了一些改進,利用MySQL的漏洞,獲取攻擊者手機號。 本系統代碼非完全原創,部分代碼參照 https://github.com/qigpig/MysqlHoneypot。 關于MySQL任意文件讀取漏洞,網上很多大
    學習了一下原理,然后做了一些改進,利用MySQL的漏洞,獲取攻擊者手機號。關于MySQL任意文件讀取漏洞,網上很多大佬了很詳細的分析文章,本文不再復述。
    雷布斯強的一批。
    8月6日,深信服研發架構師趙振陽受邀出席由中國信息通信研究院等單位聯合舉辦的“邊緣原生”技術沙龍,并做《深信服邊緣關鍵技術及落地實踐》的主題分享。在分享中,趙振陽介紹了邊緣計算面臨的主要挑戰,深信服在云邊協同、邊緣計算上做的探索和方案,深信服基于開源社區對于邊緣計算、云邊協同一些能力建設和考慮,以及如何使用邊緣計算幫助用戶解決實際問題。
    代碼存在邏輯問題,違反行業經驗及常理。”
    斯坦福大學的一項研究發現,使用人工智能助手編寫的代碼比“手工代碼”的安全性差很多,而且人工智能工具還會導致用戶對其代碼中的安全性過于自信。
    每次聊到代碼優化,都會有很多人說理論、架構、核心思路,其實我覺得代碼優化這事說簡單了很簡單,說復雜了吧它也有一定的難度,但是我覺得有一個良好的編碼習慣很重要,下面分享一下14個springboot項目中優化代碼的小技巧,讓代碼優化跟容易,就像完成一件小事。
    說實話,我非常希望自己能早點看到本篇文章,大學那個時候懵懵懂懂,跟著網上的免費教程做了一個購物商城就屁顛屁顛往簡歷上。至今我仍清晰地記得,那個電商教程是怎么定義接口的:管它是增加、修改、刪除、帶參查詢,全是 POST 請求一把梭,比如下面這樣:修改用戶的收貨地址。現在看來,全部用 POST 請求估計是為了傳參方便吧。本文希望通過串講,梳理一下個人當前了解到的 API 知識體系,整理的同時也希望能對大家有一點點幫助。
    Bob大叔在《Clean Code》一書中諄諄教導我們:要對變量、函數、類精心命名,避免耍小聰明,別使用雙關語。這個結果讓我立刻想到了Linus Torvalds,他經常Fuck 這個,Fuck那個的,Linus在內核源碼中對別人代碼的評論就足以扭曲統計結果。而 idiot* 則一致是在緩慢上升,現在和damn* 并駕齊驅,不分上下。在Java社區,開源代碼中的臟話也不少。3天后,經過 OpenJDK 社區討論,大家認為:Damn 和 Crap 不算臟話!
    代碼不意味著低風險。通過讓企業中更多的人能夠開發應用,低代碼開發會產生新的隱患,并且會潛藏安全問題。
    VSole
    網絡安全專家
      亚洲 欧美 自拍 唯美 另类