李暉
產品功能產出流程：
一、產品經理：需求調研、產品需求文檔、原型圖的產出。
二、商討需求可行性(移動端、前端、後端、UI、測試、產品)。
三、根據各個職能崗位意見以及需求產出時間成本等等條件因素，修改需求。
四、需求文檔、原型圖交由UI、後端、測試
1.UI根據需求文檔、原型圖設計效果圖、標註圖、切圖。
2.後端根據需求文檔、原型圖設計數據庫表結構、接口數據結構、接口文檔；
3.測試根據需求文檔、原型圖寫測試用例;
五、如上所產出(計效果圖、標註圖、切圖)(接口文檔)交由移動端和前端開發人員開發。
六、開發人員開發完成自測之後交由測試人員進行功能測試以及性能測試。
1.測試人員根據《測試用例》進行功能測試形成報告反饋(移動端、前端、後端、UI、測試、產品)進行BUG修復，需求完善，交互優化等。
2.性能測試包括後端壓力測試，移動端的內存等等。
七、最後進行灰度測試或者內部眾測。
八、最終產品更新上線。
如上表述，程序員在一個功能開發過程中，最重要的是保證產品功能穩定性、擴展性。至於怎麼實現如果沒有意外。領導不會關心你怎麼實現。而且在程序員這個行業工作要的是思路具體怎麼實現複製粘貼代碼是很經常的事情。so。。。你這個問題其實並不是問題。
程序猿王大膽
程序員主要是實現功能需求，至於怎麼實現的，是不是從網上抄襲得又有多少關係，現實中又有多少程序員不是從網上直接複製代碼然後應用在自己模塊中，把優秀的代碼看明白然後靈活應用寫在實際代碼編寫過程中特別常見，現在的開源社區不就是典型嘛，拿到源碼然後搞明白，進行各種定製，很多公司都會正大光明的這麼去做，在當今的技術領域特別正常。
如果真是老闆發現了代碼和網絡上接近，但是功能用起來沒有啥問題，如果因此找到程序員說事，那這老闆才是有問題，正常來講代碼的審核主要還是在於直接的技術主管，老闆都操心到代碼是不是從網上找的了，方向估計該處問題了，老闆正常來講關心的是結果有沒有達成，如果進一步拓展自己的業務圈子，把產值最大化。
很多程序員的代碼很少有直接全部自己去原創，畢竟軟件行業發展這麼多年已經積累了相當多優秀的模塊代碼，實在沒有必要重複造輪子，進步都是站在別人肩膀上，這也符合實際需要，當然如果從網上抄錄的代碼自己本身不明白，僥倖用上了結果還沒出錯，那麼就該好好反思自己了。別人的代碼可以用但必須要明白，要不真做不長久。
希望能幫到你。
大學生編程指南
前提是你是什麼公司，如果是一般的IT企業只是為了實現功能，在安全性能要求不高得前提下可以。
紅芯那種核心開發公司，如果沒有驗證過直接抄開源就是不妥，更別說是核心代碼，安全性專有性都不存在了你還要硬說是自主研發，那所有山寨和改良都可以這麼講，更何況拿去騙了投資已經涉及到欺詐法律底線。
現在很多外包公司為了趕工期省事情很多代碼都是網上開源素材拼合的，冗餘多，過度註釋，顯著工量大，老闆看到員工抄又怎樣，實現功能就行。
雖然我也不懂高深編譯語言，但算法才是核心，開發和算法也並不矛盾，好的算法好似內功，開發是招式，所有花活兒都要招式實現，但是內功決定你的威力，紅芯之所以被人指責是因為從內功到招式明明練得辟邪劍譜卻硬要說是葵花寶典，這下白自宮了。
寡言的夜月
其實這根本就不是問題。
因為如何去構建代碼，在項目一開始就決定了。
比如，一開始分析項目需求，覺得可以利用現成已有的代碼實現，並且公司或者項目經理認可了，那麼基本上你就下載別人的源碼改就好了。
這種就無所謂抄不抄了，一般山寨野雞外包公司比較容易發生這種現象，項目也是幾萬的小項目。
第二種是要從零開始開發，這種情況一般都是比較大的項目或者業務公司自己的開發團隊。
這種情況是一個團隊來共同開發的，程序的構架，用什麼語言，什麼框架已經由團隊中的構架師或者其他主程序員決定好了。
這種情況一般一個人只負責一塊的內容，也就根本不存在所謂抄襲代碼的情況了，因為網上根本不可能有適合做的項目和代碼讓你抄。團隊協作的項目中，你很多開發工作都需要依賴其他同事，你怎麼可能直接複製粘貼呢？
最多是你找一找實現相似功能和代碼，照著寫。但是代碼最終還是要你轉換成適合自己的項目寫。
當然，有一些最基礎的代碼有可能直接複製，比如遞歸算法，到哪裡都基本一樣。但是類名，方法名，變量名你總要自己改吧。
所以這種是根本不可能存在抄襲代碼的情況，只要你能完成你自己的模塊，那肯定是你自己寫的。別人不可能預先知道你做的項目，然後寫好了放到網上讓你抄的。
但是除非是你不懂技術，不知道怎麼得就混好了技術總監或者項目經理和職位上了，然後你欺騙公司或者客戶，說你獨立開發的程序，結果你隨便網上找點源代碼改吧改吧就給人家了。
我覺得這就不叫程序員抄襲，這屬於詐騙行為。
shawn25
抄代碼分為三種。
一，整個項目抄過來，不做絲毫改動地把別人的代碼照搬過來。這種情況很罕見，一是涉及版權問題，二是網上的代碼都是爛大街的，抄過來也沒什麼意義，也獲得不了什麼收益。
二，抄框架，這點是比較常見的。拿蓋樓來舉例，就是把別人打好的地基，搭好的腳手架直接拿來用，省去了基礎設施搭建的工作。蓋房子就直接開始砌磚，編代碼就直接開始寫業務邏輯。好處是顯而易見的，減少了項目前期的重複工作，節省大量的人力物力。老闆家裡要沒有礦的話，一般不會反對用別人的框架。
三，抄算法。簡單的算法可以自己寫，比如求2個數的和，很簡單，一行代碼就搞定了。複雜的，人臉識別算法，沒有幾百萬也有幾十萬行代碼，傾注全公司資源都未必搞的出來，科技含量非常之高。這種時候，往往會尋求與專業的算法公司進行合作，通過付費的方式獲取到相關的代碼。
非著名程序猿
無論國內還是國外都是合法的。
把自己的少量程序片段放到網上，本身就隱含了允許複製使用。
這和著作權概念不同。
整套的軟件，如果是開源的，無一例外都會註明license條款。經常重要的一條是要求你註明出處。有的還要求你的相關衍生源代碼也必須開源。
如果是這類開源的，你按照其條款做，雙方都沒有法律及道德風險。
當然，閉源的絕對不行。
這次紅芯第一可能沒有使用開源的Chronimum，而是直接壓縮谷歌的chrome.exe並且聲稱是自己的，且在商用軟件裡使用。這按照美國和WTO的協約都是嚴重違法的。
第二就算用了開源，也得註明。
拂茵
給你說個真事，某公司因項目需要，需要招聘外包開發人員。面試的時候提了一個具體的需求，問面試者怎麼實現。程序員A回答說，這個簡單，在網上隨便就能找到類似代碼，改吧改吧就行了，3天交差。程序員B長篇大論的從底層說到前臺，需要半個月能初步完成。結果A被錄用了。
藍42533
哈哈，我平時就經常抄代碼。
好程序員與差程序員的差別不是抄不抄代碼，而是抄下來的代碼能不能根據實際需要二次開發，修改成適合自己的。
曾經有一陣子，程序員圈子裡喜歡炫技，如果誰能用記事本寫代碼，哇，這就是叫了不起。後來大家覺得原來這才是大傻瓜。現在大家都在找好的IDE，稱那種自己寫代碼的行為叫做“重複造輪子”。這種以結果為導向的行為才是聰明的，正確的。
碼農讀史
老闆？老闆懂程序？？老闆只管項目能不能談成，還管這個？
中國頂級科技評論人
答案是不會怎麼樣。
為了避免重複造輪子現實上大家都是互相抄的，比如老闆要我做一個js特效我發現這個特效網上有類似的我就直接拿來改改就ok了。自己有好想法的時候做出一些有意思的東西的時候也會放到GitHub上面供別人copy。看著自己的代碼被別人copy使用難道不會有成就感嗎。（能問出這個問題的應該剛進入這個行業或者壓根不是程序員）
