李暉
大家好，我從事嵌入式軟件開發十多年，歡迎關注和交流。我不是老闆，只是一個傳統軟件集團公司的總工程師，帶過很多人，開發過無數量產過百萬級別的電子產品。對於軟件開發中的從網上抄代碼，略表己見，怡笑大方。
首先表明，我們不提倡不鼓勵從網上抄代碼。但從整個軟件行業來看，抄代碼似乎很流行，尤其是今時今日，互聯網如此發達與便利，開源代碼如此豐富完善。
網抄，首先要注意，代碼的Licence是什麼，能否商用，能否修改，用後是開源還是閉源，有沒有專利，等等都必須瞭解得清楚明白，這是原則上的問題，也是法律上的問題。
網抄，其次要注意，有沒有能力搞明白代碼的意義，使用方法，效率優劣，維護，完善和擴展的可能性，千萬不能一無所知，糊塗使用，胡亂修改，否則後患無窮。
網抄，最後要注意，從網抄這事情上，除了解決需求之外，員工能否受益。比如，有沒有學到一些知識，有沒有學到一些代碼思想甚至是編碼習慣，有沒有拓寬認知面和認知深度。
我們鼓勵學習和借鑑網絡資源，鼓勵向開源社區貢獻個人權屬代碼，鼓勵用真金白銀去購買優質代碼或第三方商用庫。
謝謝大家。
宏思微想
俗話說的好，“天下文章一大抄”。我們在工作時，新聞稿、會議紀要等等也是有一定的模板，我們只需要比著葫蘆畫瓢就行了。那麼，程序員從網上抄代碼這件事情，如果被發現，會面臨什麼樣的處置結果呢？
實際上，編寫代碼時最重要的一條，就是學會怎樣利用其他程序員的代碼和思路來解決問題。程序員寫程序抄代碼這件事情，也可以視情況分為三種：抄算法、抄框架、抄整個項目。
其實，簡單的算法可以自己寫，複雜的，比如一個大型遊戲，代碼多到足以讓全公司的程序員懷疑人生。而且一般這種複雜的代碼需要和大型的算法公司合作，也不是簡單的在網上隨便抄一抄就能抄到的。
抄一個應用或者是功能的的框架這件事情，好處也是顯而易見，減少了自身這個項目前期的重複工作，節省大量的人力物力，同事還能在現有的而基礎上做一些自己需求上的改進，何樂而不為呢？而且應該很少有程序員去真的從最基礎的時候一個字母一個字母的敲一整個程序的代碼吧。
但是！整個項目不做絲毫改動地把別人的代碼抄過來，這就涉及到一個版權和隱私的問題，嚴重的話是要負法律責任的。
所以說針對程序員從網上抄代碼這件事情，要面臨的結果無非下面兩種，要麼老闆置之不理，要麼被批評開除。
程序員要做的是在能抄到代碼的情況下，還能知道到哪裡抄代碼，知道應該抄什麼代碼，哪段代碼抄完之後能融入進去，並且還能解決問題，才是最重要的。
決勝網
抄代碼分為三種。
一，整個項目抄過來，不做絲毫改動地把別人的代碼照搬過來。這種情況很罕見，一是涉及版權問題，二是網上的代碼都是爛大街的，抄過來也沒什麼意義，也獲得不了什麼收益。
二，抄框架，這點是比較常見的。拿蓋樓來舉例，就是把別人打好的地基，搭好的腳手架直接拿來用，省去了基礎設施搭建的工作。蓋房子就直接開始砌磚，編代碼就直接開始寫業務邏輯。好處是顯而易見的，減少了項目前期的重複工作，節省大量的人力物力。老闆家裡要沒有礦的話，一般不會反對用別人的框架。
三，抄算法。簡單的算法可以自己寫，比如求2個數的和，很簡單，一行代碼就搞定了。複雜的，人臉識別算法，沒有幾百萬也有幾十萬行代碼，傾注全公司資源都未必搞的出來，科技含量非常之高。這種時候，往往會尋求與專業的算法公司進行合作，通過付費的方式獲取到相關的代碼。
非著名程序猿
給你說個真事，某公司因項目需要，需要招聘外包開發人員。面試的時候提了一個具體的需求，問面試者怎麼實現。程序員A回答說，這個簡單，在網上隨便就能找到類似代碼，改吧改吧就行了，3天交差。程序員B長篇大論的從底層說到前臺，需要半個月能初步完成。結果A被錄用了。
knightserrant
程序員被老闆發現從網上抄代碼，後果是怎麼樣？這樣的事情被老闆發現了，至少從現在來看一點兒事情也沒有，如果能夠抄得讓項目進度大大提前還不出問題不出Bug，不引起糾紛老闆還大大的高興。給他節約了大把大把的錢，他不高興還咋的。
當然從網上抄代碼並不是說整個項目給拿過來，特別是有知識產權的那種，這樣一旦被原版權人發現會引起糾紛。大部分程序員抄代碼都是一小段一小段代碼實現某種小功能、或者對某些方法、類等等用法的抄，以便於在自己的項目中去實現自己所需要的功能，融合到自己的項目中去，而不是盲目的去抄原封不動的搬運過來，程序員一般很少會做那樣的事情的。
程序員很少有不上網去了解查詢相關的知識的。而現在很多老闆本來就是從搞軟件項目出身的，或程序員出身的，早就知道這些招數甚至自己也用過，根本不值得大驚小怪，基本上都會鼓勵程序員如果有什麼不懂就去百度就去找網上相關的解決方法。
儘快尋找解決方法，才可以儘可能的減少一個問題就被卡死在那裡花費掉太多的時間，大部分老闆不是讓你去當鑽研代碼的開拓者，而是去當能實現項目功能的技術能手，你用什麼方式方法去得到那些技術，大部分老闆不會關心的。
所以抄不抄代碼基本沒人管你，最重要的是抄來的代碼是不是能解決項目的問題、加快項目的進度、節約項目的成本，只要能解決問題為項目帶來效益，總監或者老闆還會誇獎你是高手，是能人。
更多分享及互動，歡迎點擊右上角關注【東風高揚】。
東風高揚
能從網上抄到的代碼，基本都不涉及知識產權，或者是開源的。別人的核心代碼你也不會從網絡上搜到。那麼只要能快速的解決問題，老闆應該是喜聞樂見的。
大多數企業老闆其實是不關心你用什麼途徑來完成編碼的，只要能按時按質完成產品研發就行。早幾年還有國外的程序員把自己的工作外包給國內的程序員做，自己每天輕輕鬆鬆的，除去外包給我們國內的程序員費用，還能剩不少。
有一些單位禁止員工上外網，這對很多程序員來說是非常痛苦的。軟件開發過程中我們時常會利用百度、谷歌來查閱相關資料，一可以快速完成任務，二也能提高自己的編碼水平。
所以來說，從網上抄代碼是無傷大雅的，只要你能吸收併為自己所用，對工作對公司也是有益的。
80後技術老白
程序員主要是實現功能需求，至於怎麼實現的，是不是從網上抄襲得又有多少關係，現實中又有多少程序員不是從網上直接複製代碼然後應用在自己模塊中，把優秀的代碼看明白然後靈活應用寫在實際代碼編寫過程中特別常見，現在的開源社區不就是典型嘛，拿到源碼然後搞明白，進行各種定製，很多公司都會正大光明的這麼去做，在當今的技術領域特別正常。
如果真是老闆發現了代碼和網絡上接近，但是功能用起來沒有啥問題，如果因此找到程序員說事，那這老闆才是有問題，正常來講代碼的審核主要還是在於直接的技術主管，老闆都操心到代碼是不是從網上找的了，方向估計該處問題了，老闆正常來講關心的是結果有沒有達成，如果進一步拓展自己的業務圈子，把產值最大化。
很多程序員的代碼很少有直接全部自己去原創，畢竟軟件行業發展這麼多年已經積累了相當多優秀的模塊代碼，實在沒有必要重複造輪子，進步都是站在別人肩膀上，這也符合實際需要，當然如果從網上抄錄的代碼自己本身不明白，僥倖用上了結果還沒出錯，那麼就該好好反思自己了。別人的代碼可以用但必須要明白，要不真做不長久。
希望能幫到你。
大學生編程指南
老闆的態度無非是要麼是置之不理，要麼是批評開除。從老闆的態度上可以折射出很多東西來。
置之不理：老闆要麼不懂程序要麼懂程序，老闆不懂程序置之不理也正常，如果老闆懂程序，那他應該明白這是正常現象。這種態度屬於明智之舉。
批評或者開除：那老闆肯定是不懂程序的，既然不懂程序，就不要在那瞎指揮。團隊裡自然會有總兼把關恆量。老闆的職責是統籌大局，如果這些細小之事也要插手的話，不要留戀立即走人。這裡絕對會限制你的發展。
項目本來就是以結果為導向的，任務急，工期短，尤其在創業型公司裡，從頭到尾從零開發，要耗費多少精力多少人力？我們就要學會“拿來主義”啊，去除糟粕，取精華！
作為碼農，將別的功能代碼拷過來稍作修改，完成了自己的工作，這樣的方式簡單快捷，好用，bug少。
能抄到代碼，還能知道到哪裡抄代碼，知道應該抄什麼代碼，哪段代碼，抄完之後怎麼融入進去，並且還能解決問題，結果代碼還真跑起來了！這也是本事!這也是勵練自己的一個方式！
所以自己要對抄代碼也要保持清醒的認識，我能故我抄！
獨綻2018
俗話說天下文章一大抄，代碼也是如此，來來回回就是ctr+c ctr+v 太正常了。當然前提是不侵犯版權。
onlyme16
產品功能產出流程：
一、產品經理：需求調研、產品需求文檔、原型圖的產出。
二、商討需求可行性(移動端、前端、後端、UI、測試、產品)。
三、根據各個職能崗位意見以及需求產出時間成本等等條件因素，修改需求。
四、需求文檔、原型圖交由UI、後端、測試
1.UI根據需求文檔、原型圖設計效果圖、標註圖、切圖。
2.後端根據需求文檔、原型圖設計數據庫表結構、接口數據結構、接口文檔；
3.測試根據需求文檔、原型圖寫測試用例;
五、如上所產出(計效果圖、標註圖、切圖)(接口文檔)交由移動端和前端開發人員開發。
六、開發人員開發完成自測之後交由測試人員進行功能測試以及性能測試。
1.測試人員根據《測試用例》進行功能測試形成報告反饋(移動端、前端、後端、UI、測試、產品)進行BUG修復，需求完善，交互優化等。
2.性能測試包括後端壓力測試，移動端的內存等等。
七、最後進行灰度測試或者內部眾測。
八、最終產品更新上線。
如上表述，程序員在一個功能開發過程中，最重要的是保證產品功能穩定性、擴展性。至於怎麼實現如果沒有意外。領導不會關心你怎麼實現。而且在程序員這個行業工作要的是思路具體怎麼實現複製粘貼代碼是很經常的事情。so。。。你這個問題其實並不是問題。
