經理把程序員開除

❶ APP上線出重大bug，產品經理欲開除程序員網友：把你自己開了！

對於程序員而言，出現bug就像吃飯一樣稀鬆平常。出現bug？改就是了。但最近出了個讓眾網友都嘖嘖稱奇的事。某公司的APP上線之後，出現了重大bug，這位產品經理居然去網上問該不該開出程序員。頓時，眾程序員就炸了。這是什麼情況呢？

為什麼會有這么多程序員都氣炸呢？這么說吧，首先，程序員不可能一點bug都不出，但是現在這么重大的bug到APP上線了才被發現。很明顯是測試的責任更大，現在這個產品經理卻是讓程序員走人。再者，不管是測試還是前端的錯，首先，最大的責任應該是這個產品經理的錯。而他，現在只想找程序員的責任。最後，出現了錯誤，他的第一想法不是解決問題，不是找出各部門的責任，不好好復盤而一味的甩鍋給程序員們。

眾網友也是氣憤不已，表示，開！就應該讓這個產品經理把自己開了，不懂前後端還敢管程序員做APP。出了事情不自己扛還找人背鍋。另一部分則表示趕緊開除程序員，放他們一條生路。

不管怎麼說，這位產品經理的行為，著實讓人十分寒心。身為管理者，出事了首先就應該從自己找原因。我們公司的負責人，有問題首先都是自己先承擔，然後再說如何去懲罰出錯誤的部門。即便是懲罰也不會說像這樣直接讓人走人。說實話，這種行為就像夫妻吵架說離婚一樣的性質。即便後來問題解決，也和好了，但是心卻寒了。

對此，各位小夥伴有什麼不同的想法呢？

❷ 領導說，個人寫的代碼超過8個bug就要開除，是否太嚴格了

這確實是太嚴格了，這樣可能會導致員工消極怠工，員工都把時間精力用在檢查是否有bug上面了，這樣員工一天寫的代碼估計都沒有多少。其實可以獎勵buy數最少、寫代碼最多的員工，把獎品設置地足夠誘人，大家為了得到獎品，寫得多同時出的錯也少，這比開除員工顯得更加人性化了。

所以個人寫的代碼超過8個bug就要開除這種方法其實是不可行的，這樣無異於阻礙公司的發展。領導想要程序員有質有量的完成任務，還是要想出別的對策。

❸ 25歲程序員1年內被3家公司辭退，我卻毫無猶豫的錄用了他

企業與員工的問題，跳槽或是辭退的問題，一直是我們非常關注的話題。 以前在一家公司遇到過這樣的應聘者，一名25歲的程序員一年內被辭退了3次，而面試的最後結果是我錄用了他。

大四的時候室友們都找到了實習工作，有的實習工資800元，有的1800元，也有的能拿到3500元到4500元。小猿想著都快畢業了，也該賺點生活費了，也出去找工作。因性格內向不善表達，屢次受挫，後來在一家軟體外包公司的面試中，部門主管問了一句「可以馬上上班嗎？」他回「可以。」，部門主管就讓人事部立刻辦理手續了，這是即刻上班的節奏嗎，小猿愣住了！

還在懵圈的小猿跟著HR小姐姐走到辦公工位，主管就告訴他明早出差，7:30到機場。就這樣開始了內蒙出差的第一份工作，一去就是4個月沒回過家。

項目做完，主管問小猿「這次出差有收獲嗎？有沒有遇到什麼困難？」小猿回復「沒有。」主管沒有再回信息，第二天到公司後小猿收到HR的辭退通知書，原因是學習能力差，主動性差。小猿的第一份工作就此結束了。（4個多月）

後來小猿跟朋友聊到此事，朋友們都認為是公司項目做完了不需要人，公司找的借口而已，於是小猿立志不再去外包公司工作。你認為小猿是因為這個原因被辭退的嗎？

小猿問題： 主要問題是小猿回復容易給人造成誤會，很不明確，回復的沒有，是指沒有收獲還是沒有遇到困難。作為領導，看到這樣的回復，有的人會追問，有的人不會多問就直接作出判斷。所以造成主管誤會，認為他回答的是沒有收獲，也許主管也有點疑惑，但是也沒有等到小猿進一步的說明。

公司問題： 倉促入職，沒有進行新員工入職培訓，沒有員工與主管溝通了解的過程，出差期間沒有對員工進行關懷和了解，HR得到主觀反饋後沒有與員工溝通核實情況直接辭退；也可以看出該公司入離職流程不夠完善，也不夠重視員工關系管理等問題，甚至可以反射出該公司的企業文化氛圍。（有限信息下的主觀分析）當然，不排除小猿朋友猜測，有的外包公司會做完項目就走，但是一般簽訂合同也會按照項目時間簽訂，不用經濟補償。

小猿第二份工作是在一家50人左右的中小企業，入職時聽hr和同事都說公司老闆很nice，在公共辦公區的入口第一個位置是老闆的。第一個月一切都很好，直到公司老闆出差回到公司的一周後，hr告訴他，因不符合公司企業文化，要勸退他。這次小猿更懵了，不符合企業文化！

後來主管幫忙打聽到，是因為他每天早上見到老闆從來沒有說過早上好。小猿每天進入公司都會路過老闆的工位，也看到大家都會給老闆說「早上好」，自己也猶豫過要不要跟老闆打招呼，但想到從來沒有和老闆說過話，老闆應該都不認識他吧，加上性格比較內向，不喜歡主動搭訕，誰曾想卻因為差了這句「早上好」被辭退了。（1個多月）

小猿問題： 不懂職場基本禮儀，不知道的事情沒有主動溝通或請教別人，造成誤解。

公司問題： 沒有進行結合企業文化特色，以及員工性格特點進行職場禮儀培訓，直接主管或引導人沒有進行員工引導，熟悉環境和人員，也同樣存在發現問題後沒有給員工改進的機會，直接勸退。很多中小企業的企業文化大部分受老闆影響，也就是大家常說的老闆文化，有的企業甚至表面和善，實則一言堂，平時都很和善，可是一旦有人有什麼事情讓老闆不滿的時候就直接要求HR讓其走人。這個時候HR是聽之任之，還是建立完善的機制，想辦法按照流程制度辦事，並能說服老闆三思而後行，體現職業價值觀，能力和情商的時候了。

ps：辭退和勸退是有是否需要經濟補償區別的。

吃一塹長一智，這次小猿在面試時特意問了HR，老闆會和大家一起辦公嗎？HR小姐姐露出甜甜的微笑告訴他不會，並表示她都很少見到老闆。

小猿高高興興的入職了，由於前兩次經驗教訓，內向的小猿，見到老闆和領導都會打招呼，領導在群里發信息，總會很快回復「收到」，但性格內向的他與同事基本上沒有工作外的交流。慢慢的大家就開始說他愛拍馬屁，不適合單純的程序員環境，開始受到排擠。

在轉正的時候小猿也與HR小姐姐溝通過這個問題，HR小姐姐告訴他「清者自清，問心無愧就行。」他想也是，日久見人心吧。為了與大家打成一片，他嘗試主動跟其他同事聊天，正好公司也有一個比較八卦和愛聊的同事，便跟他慢慢熟悉了起來。用小猿的話說，有時候可能是運氣問題吧，那個外向熱心的同事第一次跟他講他們主管壞話就被部門主管聽個正著，結果那個八卦外向熱心老員工被降級，他被辭退。（3個月）

小猿問題： 因為過去踩過的坑，總結反思後想避免再次掉入，卻又掉進了另一個坑。同樣是缺乏職場知識的表現。

公司問題： 當HR得到反饋後，應該幫助員工改善在員工中的形象，不管是通過團建活動增進了解，找到共同興趣，或是組織聚餐等，應該用實際行動幫助其他人了解到員工，而不是僅僅一句話。部門主管沒有及時察覺到團隊問題，改善團隊氛圍，增進團隊了解和凝聚力。

大多數中小企業來，都沒有給新員工做職場方面的培訓，特別是現在一些科技企業，他們本身企業內理科生居多，氛圍也相對簡單，所以容易忽視這個問題。而理科生在大多數事情上都是邏輯思維很強，但涉及與人溝通交流和情感方面相對沒那麼能應付，給人感覺是為人處世上面會稍微差一點。其實只要他們多用一點時間和心思在上面，可能會比文科生更懂得所謂的「套路」和職場規則。

浙江女士發帖稱：老闆通過微信交代工作，由於自己回復了一個「嗯」字，結果被老闆批評：「聊天不要回復『嗯』，這是基本禮儀」也引起了熱議，網友也是分為兩類聲音：有人認為嗯本身並沒有不禮貌的意思，只是當今網友強加的特定含義，老闆有點小題大做；也有人覺得老闆批評教育得對，在職場中應該注意相應的禮儀。

對於這件事情，我個人看到的側重點是領導想聽到的是一些具體安排內容，僅一個嗯字略顯不夠用心，後面領導一長段的信息表示曾經說過不要僅回嗯字的話，由此可見，也許不只是想表達禮儀問題，更是對待一份工作的用心程度。更何況對於銷售崗位來說，商務禮儀是非常重要的。

不管是商務溝通，還是對上對下的溝通，我認為最重要的是先了解跟你對話的人，現在喜歡講產品思維，我認為也很有借鑒性，首先你的知道對方的需求，根據需求對症下葯。不同領導喜歡的溝通方式不一樣，北方和南方的商務禮儀和生活習慣也有所差異，最重要的是給對方喜歡的方式。以上所講的故事當中，提到最多的是職場禮儀，職場規則，員工培訓，企業文化等詞彙，也提到了每件事的發生，員工自身和企業自身都存在問題，我們首先應該做的是自省，而不是去找別人的原因，即使是客觀原因也要想辦法改善或避免。

我一直有一個美好的願景，就是培養一批真正具備人力資源職業價值觀的HR（或者說自己先成為這一類HR，影響和帶動更多HR做到真正職業化），讓企業更重視員工利益，讓員工更努力為自己為企業奮斗，而這不是建立一個共同目標就能完成的。

記得前段時間有個熱議話題，關於「某省提出頻繁跳槽將影響徵信記錄」，如此單方面的做法能起到什麼作用和意義？又如何去規范企業隨意開除員工的現象呢？

可能大家也很好奇，面對頻繁離職的小猿，我為什麼會讓他來面試？為什麼會錄用他？

因為我們當初招聘的是應屆畢業生，他願意以應屆畢業生的待遇和心態從頭開始；然後聽他講述了以上故事，也可分析出不全然是他的問題。沒有誰天生是職場高手，誰還沒有自己的缺點呢，應該給予努力的人更多機會！

從企業角度來講，用實習生的工資招聘一個有工作經驗的人算是節約了人力成本，而表象的風險性在於該員工可能不穩定；針對員工所述，我相信我們公司在這些方面做得還比較好，在實習期期間也會重點關注這些問題。如果引導他把這些經歷經驗快速轉化，或許他會比其他同期實習生進步更快。這就是那時我們公司給員工的真實感受，有興趣的可以點進去看看。 《看了就想去入職的公司》

很多時候人生真的也需要機遇和平台，遇到一個好的公司也能助力自己更快成長，兩年後小猿已經成為部門主管了。公司都想要穩定的員工，員工也想要穩定發展的公司。 那 么如何在面試中篩選出適合自己發展的公司呢？又應該從哪些方面去了解公司的實際情況而不被坑呢？下一篇文章再會~

❹ 程序員被開除了會怎麼樣

名程序員抱怨的點就是自己已經被開除，工作也做了正常的交接，但是現在卻以命令... 網友們看到後紛紛留言支招，其中有的網友說既然都被開除了，就沒關系了，也就沒必...

❺ 程序員三十五歲之後被公司辭退，以後能幹什麼

對程序員來說，年齡是一個很大的門檻，年輕的程序員身體條件好，可以經常加班。就工資而言，年輕程序員的工資一般很少，公司支付較低的費用就可以僱用他們。年齡大的程序員工作年齡長，所以公司要支付的工資高，喜歡下班，公司老闆就很不喜歡他們。所以對程序員來說，35歲是分割線。很多程序員到了35歲就會面臨被裁掉的危險。

所以如果裁員，正好有時間考慮自己該做什麼。如果再去人才市場面試，那也太沒有競爭力了，可以和年輕人比，最好問問改變了的朋友。最好看看他們對新興行業是否有好的看法，如果有，能不能和他們一起創業。當然，原來業界也可以根據自己的優勢找到賺錢的地方。大家都可以試試

❻ 國企程序員年紀大了會被辭退嗎多大年紀會被辭退

如果是國企的程序員，在年紀大了的時候會有被辭退的風險，但是這個風險是由自己決定的。大家可以不斷的提高自己的能力，在年輕的時候多學一些知識。很多企業並不會主動的開除35歲以上的員工，這是一個非常愚蠢的做法。

辦法一定是比困難多的，最主要的是大家不要停留在原點。因為程序員的工作比較的復雜，同時他們的工作時間也很長，很多人覺得自己的身體可能遭不住。那麼大家就可以嘗試去做職業的講師，去培訓機構培訓一批比較年輕的學生，這樣的薪資也許比大家打工更高。即使被這個行業淘汰了，也不要害怕。相信在很多人的周圍，也有一些40歲的it。

❼ 如何看待程序員把Bug都改完就被開除了

作為一名碼農、程序員，加班算是家常便飯了。周一至周五晚上加、周末加、辦公室加、回家加、有償加、無償加……確實讓人看見就怕。
但是你加班的原因是什麼呢？讓我們一起來看看下面兩個例子。
01 程序員踩點下班，領導：不想乾的請辦理離職，我這里不養閑人與廢物
在職場上加班不是目的，加班是為了完成工作，當員工能在正常上班時間內完成工作，無需加班，這時候作為領導也就沒有必要讓其留下來加班。
然而也有一些公司領導不看產出只看員工加不加班，就有一領導經過幾天的觀察，發現新來的幾名程序員每天晚上不到八點就早早的下班走了。
對此這名領導很生氣，想管管這群新來的程序員，於是在群里通知稱：
都是幹嘛使的？八點不到都 TM 走了！不幹的直接說，現在就表態度，我這里從來不養閑人，也不養廢物！不幹的不想乾的都去人事那裡辦理離職。
其實員工有這種心態實在人之常情。但退一步想，為何老闆卻能做到 5+2、白+黑呢？難道老闆們都是鐵打的？都是超人？非也，只因他們是經營者，他們為企業負責，為自己負責。
員工往往拿的是固定工資，所以這就導致了老闆與員工焦點矛盾的局面：老闆只關心利潤，員工只關心工資。

❽ 程序員日均寫7行代碼被開除，公司隨後被判違法解除勞動合同，如何解讀

程序員日均寫7行代碼最後被公司開除，公司隨後被判違法解決勞動合同。在這個案件中可以發現相關的信息，這就是對職員的一種不公平待遇。程序員的工作是受到法律保護的，這種解決勞動合同的方法是違法的。

最後通過法院的裁定，公司是認為證明陳淑媛在試用期這段時間並不符合錄用的條件，只是單方的與其解除了勞動合同，但並沒有事實依據，也沒有法律依據，這種合同屬於違法解除勞動的合同。最終根據法院的判決，公司需要支付作為程序員的勞動，賠償金有36000元，並且要支付，證明程序員在2021年1月份到12月份期間的工資達到13241.37元，法律維護了證明程序員的合法權益。

❾ 程序員日均寫7行代碼試用期被開除，公司的行為是否屬於違法

公司的行為已經涉嫌違法了。因為公司認為該員工的工作量不飽和，但是這是公司的工作安排出現了問題，而並不是員工的個人原因。因此公司的這種行為既不合理，也不合法。根據相關的法律法規的規定，公司在開除員工的時候，如果並不是員工的個人員工導致的這種情況，那麼公司是要根據實際情況給予員工相應的佩賠付的。

作為職場人，我們一定要多給自己留一個心眼兒，也多給自己留一條後路，畢竟工作只是謀生的一個方式，快樂生活才是最重要的。

❿ 程序員被老闆發現從網上抄代碼，後果是怎麼樣

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

認同，見怪不怪;

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

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

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

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

}

我們程序員不把這個叫做抄，一般稱之為「代碼復用」。

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

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

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

抄代碼分為三種。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

看到這里你是不是覺得：

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

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

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

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

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

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

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

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

希望能幫到你。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

文| 科技 黑洞宇文笑

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

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

程序員宇文笑一句話:

善「抄」代碼，反而是一種編程美學，不過請你優雅。覺得說的好賞個關注唄。

產品功能產出流程：

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

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

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

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

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

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

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

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

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

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

2.性能測試包括後端壓力測試，移動端的內存等等。

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

八、最終產品更新上線。

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