经理把程序员开除

❶ 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。。。你这个问题其实并不是问题。