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

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

很多程式設計師的程式碼很少有直接全部自己去原創，畢竟軟體行業發展這麼多年已經積累了相當多優秀的模組程式碼，實在沒有必要重複造輪子，進步都是站在別人肩膀上，這也符合實際需要，當然如果從網上抄錄的程式碼自己本身不明白，僥倖用上了結果還沒出錯，那麼就該好好反思自己了。別人的程式碼可以用但必須要明白，要不真做不長久。

國內可能並沒什麼太大後果，程式設計師的第一要務是實現功能，在已有可以滿足需求的程式碼下儘量避免重複造輪子，實在沒有才自己創造。國際上使用別人的開原始碼要遵守人家的開源協議，國內一般大公司也有遵守這一原則。

產品功能產出流程：

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

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

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

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

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

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

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

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

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

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

2.效能測試包括後端壓力測試，移動端的記憶體等等。

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

八、最終產品更新上線。

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

給你說個真事，某公司因專案需要，需要招聘外包開發人員。面試的時候提了一個具體的需求，問面試者怎麼實現。程式設計師A回答說，這個簡單，在網上隨便就能找到類似程式碼，改吧改吧就行了，3天交差。程式設計師B長篇大論的從底層說到前臺，需要半個月能初步完成。結果A被錄用了。

其實這根本就不是問題。

因為如何去構建程式碼，在專案一開始就決定了。

比如，一開始分析專案需求，覺得可以利用現成已有的程式碼實現，並且公司或者專案經理認可了，那麼基本上你就下載別人的原始碼改就好了。

這種就無所謂抄不抄了，一般山寨野雞外包公司比較容易發生這種現象，專案也是幾萬的小專案。

第二種是要從零開始開發，這種情況一般都是比較大的專案或者業務公司自己的開發團隊。

這種情況是一個團隊來共同開發的，程式的構架，用什麼語言，什麼框架已經由團隊中的構架師或者其他主程式設計師決定好了。

這種情況一般一個人只負責一塊的內容，也就根本不存在所謂抄襲程式碼的情況了，因為網上根本不可能有適合做的專案和程式碼讓你抄。團隊協作的專案中，你很多開發工作都需要依賴其他同事，你怎麼可能直接複製貼上呢？

最多是你找一找實現相似功能和程式碼，照著寫。但是程式碼最終還是要你轉換成適合自己的專案寫。

當然，有一些最基礎的程式碼有可能直接複製，比如遞迴演算法，到哪裡都基本一樣。但是類名，方法名，變數名你總要自己改吧。

所以這種是根本不可能存在抄襲程式碼的情況，只要你能完成你自己的模組，那肯定是你自己寫的。別人不可能預先知道你做的專案，然後寫好了放到網上讓你抄的。

但是除非是你不懂技術，不知道怎麼得就混好了技術總監或者專案經理和職位上了，然後你欺騙公司或者客戶，說你獨立開發的程式，結果你隨便網上找點原始碼改吧改吧就給人家了。

我覺得這就不叫程式設計師抄襲，這屬於詐騙行為。

無論國內還是國外都是合法的。

把自己的少量程式片段放到網上，本身就隱含了允許複製使用。

這和著作權概念不同。

整套的軟體，如果是開源的，無一例外都會註明license條款。經常重要的一條是要求你註明出處。有的還要求你的相關衍生原始碼也必須開源。

如果是這類開源的，你按照其條款做，雙方都沒有法律及道德風險。

當然，閉源的絕對不行。

這次紅芯第一可能沒有使用開源的Chronimum，而是直接壓縮谷歌的chrome.exe並且聲稱是自己的，且在商用軟體裡使用。這按照美國和WTO的協約都是嚴重違法的。

第二就算用了開源，也得註明。

哈哈，我平時就經常抄程式碼。

好程式設計師與差程式設計師的差別不是抄不抄程式碼，而是抄下來的程式碼能不能根據實際需要二次開發，修改成適合自己的。

曾經有一陣子，程式設計師圈子裡喜歡炫技，如果誰能用記事本寫程式碼，哇，這就是叫了不起。後來大家覺得原來這才是大傻瓜。現在大家都在找好的IDE，稱那種自己寫程式碼的行為叫做“重複造輪子”。這種以結果為導向的行為才是聰明的，正確的。

答案是不會怎麼樣。

為了避免重複造輪子現實上大家都是互相抄的，比如老闆要我做一個js特效我發現這個特效網上有類似的我就直接拿來改改就ok了。自己有好想法的時候做出一些有意思的東西的時候也會放到GitHub上面供別人copy。看著自己的程式碼被別人copy使用難道不會有成就感嗎。（能問出這個問題的應該剛進入這個行業或者壓根不是程式設計師）

前提是你是什麼公司，如果是一般的IT企業只是為了實現功能，在安全效能要求不高得前提下可以。

紅芯那種核心開發公司，如果沒有驗證過直接抄開源就是不妥，更別說是核心程式碼，安全性專有性都不存在了你還要硬說是自主研發，那所有山寨和改良都可以這麼講，更何況拿去騙了投資已經涉及到欺詐法律底線。

現在很多外包公司為了趕工期省事情很多程式碼都是網上開源素材拼合的，冗餘多，過度註釋，顯著工量大，老闆看到員工抄又怎樣，實現功能就行。

雖然我也不懂高深編譯語言，但演算法才是核心，開發和演算法也並不矛盾，好的演算法好似內功，開發是招式，所有花活兒都要招式實現，但是內功決定你的威力，紅芯之所以被人指責是因為從內功到招式明明練得辟邪劍譜卻硬要說是葵花寶典，這下白自宮了。

抄程式碼分為三種。

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

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

這個問題我覺得就像平時寫程式碼一樣，本身就有一個封裝好了的公用類，可以直接引用，沒有必要花時間寫一個一模一樣的類，同樣，在日常生活中如果有人要抽菸，那麼他會用到別人已經做好的打火機或火柴之類的來點，斷然不會來一次鑽木取火點菸，抄不抄襲其實最後結果是一樣的，在效率上也比重寫的要快，

首先這個問題就不成立，程式設計中就不存在抄襲二字，而是講究程式碼複用。

編寫程式碼最重要一條，就是怎樣複用其他程式設計師的程式碼和思路來解決問題。

開發中最重要的就是開發效率(此開發效率是指保證一定質量的情況下)，程式設計中堅決避免重複勞動，在實現功能時首先要查詢此類功能有無其他人做過，有的話就複用其思路或程式碼，實現你自己的功能。沒有的話就需要自己去寫，而你自己寫的這個功能如果有其他人多人需要使用的話，還要你封裝成工具類，方便他人呼叫，節省開發時間。

如果你不講究程式碼複用，完不成每天的開發任務，老闆，專案經理就會找你談談了。

提這個問題的人一定不是程式設計師，程式設計師大部分程式碼都是複製貼上，很多工具類都是一樣的，也就沒必要重複造輪子，而且現在很多程式設計師都會把公用的東西做成一個jar供大家呼叫，給大家用，但是每個專案都是有些不同的，比如業務部分，這部分是需要自己去實現的

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

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

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

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

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

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

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

本人就是程式設計師，老闆開會跟我們說過，只要你能把功能做出來，你不管是抄，還是自己寫都行，哪怕你讓別人給你寫，都可以。我要的是效率，成果。

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

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

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

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

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

這沒什麼問題吧，只要完成功能就行，而且有那麼多的前輩們總結經驗了，為什麼還要死腦筋的全部自己去想啊？加班很快樂？

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

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

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

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

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

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

這個問題提的真沒水平。搞技術的哪個不知道，現在技術發展這麼快，最主要原因就是站著前人的肩上。如果不能引用別人的程式碼，那還怎麼開發啊，連庫裡都得寫。我敢說沒有不抄程式碼的程式設計師

知道為什麼程式猿工作叫搬磚嗎，世界上8成程式猿在搬磚，剩下2成在寫8成程式猿需要的磚。大牛們已經把輪子造好了，小白們只負責一些修修補補的工作直到成為大牛的那一天