程序員被老板發現從網上抄代碼，後果是怎麽樣？

老板會怎麽樣

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

認同，見怪不怪;

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

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

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

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

}

程序員為什麽會從網上抄代碼

我們程序員不把這個叫做抄，壹般稱之為“代碼復用”。

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

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

壹些建議

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

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

抄代碼分為三種。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

看到這裏妳是不是覺得：

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

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

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

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

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

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

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

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

希望能幫到妳。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

文| 科技黑洞宇文笑

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

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

程序員宇文笑壹句話:

善“抄”代碼，反而是壹種編程美學，不過請妳優雅。覺得說的好賞個關註唄。

產品功能產出流程：

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

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

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

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

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

2.後端根據需求文檔、原型圖設計數據庫表結構、接口數據結構、接口文檔；

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

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

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