程序员被老板发现从网上抄代码，后果是怎么样？

it行业产品经理（尤其是创业的）需要懂技术吗

产品经理是一个产品的灵魂缔造者；一个产品从无到有，再到上线的整个过程涵盖调研、需求、设计、 开发、测试、策划和市场等环节，在这所有环节中产品经理对这个产品有着主导地位。所以还是要懂一些技术问题的。

希望可以帮到您，谢谢！

产品经理（尤其是创业的）需要懂技术吗？懂到什么程度？

产品经理当然要懂技术，不能因为不需要敲程式码就不去了解技术，

所以产品经理的懂技术需要技巧：

1、先知道你的产品需要哪些技术

2、弄清楚几种技术之间的关系

3、了解每种技术的基本逻辑

4、遇到不懂得问题积极和技术工程师探讨，不要不懂装懂

5、先从产品逻辑理解技术，然后用技术逻辑进行反推

产品经理也要忌讳对技术的深入钻研，因为那样的话容易导致从技术工程师的角度出发，产品经理也很吃亏往往就是什么都懂什么都不精，但是这也是产品经理的特色。

做产品这几年，和开发工程师打交道最多，和他们交流通常有两大忌： 一忌不懂技术 有常识，当然不一定就能做出好产品，但没常识，就很象在村里呆了半辈子的人乍到城市，一举一动即使小心翼翼，也没法儿不透著突兀和不和谐。 很多公司都有完全不懂技术的产品人，大多年龄较长，也许是网际网路出现的时候，他们已经过了充满好奇和渴望未知的年龄，不愿意放低身段去学习新东西，喜欢只凭着想象和自己的生活经验就开喷，间或以若干近期热门关键词作为点缀，以示自己尚蹲在潮流尖端。 二忌懂技术 我遇到不少工程师喜欢说：“只要产品需求明确，技术上一切都能实现。” 这句话听起来相当豪迈，也让产品经理大为放心，觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的讯号。 当工程师这么说的时候，潜台词是：“你弄好你自己的事儿就行了，别来管我！”而且这种说法隐含着一个乐观但显然并不现实的假设：技术是无所不能的，他（掌握技术的人）也象灯神一样，可以实现你的任何愿望，只要你能明确的描述它。 我不知道阿拉丁说完愿望之后，假如胆敢继续追问灯神将具体采用何种技术方案来实现的话，会不会被塞到灯里，但我知道很多工程师在发现你关注技术层面过深的时候，都会有种领地被侵犯的感觉。 这就是工程师维护自己专业槽的本能，与行业中其它角色相比，工程师地位不是最高，待遇也不是最好，还经常加班加的要死要活的，唯一得天独厚的优势，就是专业槽比任何角色都深。关于产品、关于UI、甚至关于商业模式每个从业人员都能喷上几句，要是说到使用者体验，那更是连业外人士都敢大喷特喷而没有任何心理负担：反正我就是使用者嘛，越傻越光荣。而一旦涉及到程式码，大多数人就直接晕菜了。想想那些UI设计师的苦逼段子，工作时没有喷子们指手划脚的干扰，真是上帝赋予工程师独有的恩赐。 所以当他们认为有外人正试图跨越这条槽时，自然会有所警惕，甚至体现出抵制和敌意。当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说，你应该知道，他们在槽边开始向你射箭了。 从整个产品乃至公司的角度来说，各个专业角色之间的专业槽都是应该被填平的，产品经理不该对工程师玩挟天子以令诸侯，不要总假装自己是使用者的三个代表，动不动就拿想象中的“使用者需求”当“奉天承运”来用；工程师也不必总装灯神，假装无所不能很累的，工程师之间必有能力高下之分，其实有时候功能做不了或做不好，纯粹只是因为工程师能力所限。如果彼此坦诚一些，大可以提前有效沟通，尽可能避开那些投入产出比过低的部分，有不少工程师不愿意拿出来讨论的技术实现上的细节，都是值得产品经理参与进来的，在这些细节上如何取舍与抉择，会对产品的开发进度、效能甚至功能带来极大的影响，如果沟通到位，往往可以让开发工程师少做大量无用功。在我开始自己动手写程式码之后，对这一点有了越来越深的体会。

IT行业产品经理都需要掌握哪些技能呢？需要学习些什么呢？

去市场多转转吧 你会收获的不只是书上能看到的

网际网路产品经理需要懂得哪些技术

首先 敏锐洞察力，

产品经理的技术；

网际网路行业分析能力

网际网路营销，策划能力

……

产品经理需要懂哪些知识？

产品经理的分类：

1、从行业的角度来分有：智慧硬体、移动医疗、sass、O2O、社交、电商、视讯等等

2、从终端的角度来分有：移动端、WEB端、PC客户端、TV端等

3、从职能的角度来分有：功能型产品经理、创新型产品经理、互动体验型产品经理、专案管理型产品经理、技术型产品经理、商业产品经理

4、从前后台来分有：前台产品经理、后台产品经理、平台产品经理

每个型别的产品经理，对应的要求其实都是不一样的，做产品经理的人，其实还是很有必要了解，并且想清楚未来的发展方向。

产品经理的基本能力要求：

1、对网际网路行业有一定发现趋势与预测能力：

作为一个产品经理第一项能力就要求对行业有一定发现趋势和预测的能力，这样的能力主要要有对行业很有一定深度的了解，能对网际网路产品做出有效判断，才能发现一些行业趋势，做出有效的判断，主要通过，使用者，资讯，互动，产生了网际网路新产品。

2、分析管理使用者的需求能力：

在做了大量市场调研后，就要对使用者的需求经行一个分析，分类，将其基本划分为个体需求和群体需求，把表现需求提炼出本质需求，把各个需求分门别类，做好评估优先，例如打井是为了水，如果有好的办法解决能够简单的得到水的这个需求就是通过了分析做出了本质的展示

3、能够判断市场的需求价值：

做了需求统计和分析后，那些需求是有价值，这个价值就是商业的价值，那些需求是有使用者数量，这就要对需求的市场价值做出评估和判断，从而在得出一个很好的市场价值需求，然后通过研发产品解决这个问题满足使用者。

4、超强沟通能：

对于产品经理来说多数说的最多的就是沟通能力了，市场调研中对使用者需求的沟通，怎么沟通交流才能得到使用者的需求本质，从中很快的知道哪些需求是有商业价值的需求，在产品出现的时候要对团队的沟通，对设计团队的沟通，对研发团队的沟通等等的沟通，对领导的沟通，总之要面对很多的环境下的交流与能达到一个很好的结果才是一个优秀的产品经理所要具备的沟通能力。

5、有一定团队管理能力：

在公司企业内部要对每一个团队能有一定管理方针与制度才能达到一个产品的目标，团队的计划，工作的安排，专案的跟进，分工的明确，最终的目标达成，人员的管控，都是在衡量著产品经理的成功因素。

6、综合知识分析能力：

在上述中基本就能看出产品经理基本就是个大杂烩，要具备的能力太多了，但这还远远不够，他还要求对多个知识领域都要一定的了解，作为一个综合知识人才。

7、对周边资源整合能力：

做出一个好产品不光要有对使用者的了解，对团队的管理，还要有对周边的资源能够整合，有没有一个影响力圈子，在行业，使用者，程式，测试，运营，推广，销售，管理，都有一个小圈子作为后盾形成力量，做一个有多数资源人脉的产品经理。

网际网路行业产品经理的月薪一般是多少

看入职年限和工作经验,

刚入职的10k左右,

工作经验丰富业绩好的30-50k的较多

这个问题问得太泛，5k到50k都有

一看具体的产品，二看公司，二看个人能力

每个行业的产品经理定义不同，薪水自然也就不同。

比如软体行业产品经理是负责与客户沟通需求，月薪在15k左右（听说，请指正）；

网站产品经理主要是产品设计，月薪从10k到几十k不等（也是听说）；

游戏研发产品经理还可以理解为游戏制作人，月薪在15k到几十k不等(这个我知道)；

游戏运营的产品经理有负责专案的整体运营，月薪同上

综述，每个职位、每个行业都有产品经理，工作职责、工作范围和技能要求都不同。不能一概而论。

领导不一定需要懂技术懂业务，但是必须具备以下七种能力：

1、信念力；2、规划力；3、目标力；4、影响力；5、人际力；6、包容力；7、沟通力。

为什么懂技术的人往往被不懂技术的人领导呢？原因是懂技术的人比较专注于技术研究，不想也没有时间去提高上述七种能力。就像科学家不一定是领导，领导也不一定是科学家一样。

认认真真做事，踏踏实实做人。付出终究会有回报，当你沉浸在技术研究的喜悦中，把过程当作沿途风景，那么，谁是领导就不重要了！

老板会怎么样

if(老板对程序开发有了解){ //有了解，一点点的了解即可

认同，见怪不怪;

}else if(老板很开明){ //一无所知，但是开明

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

}else{ //不仅一无所知，还要胡乱猜想

可能需要一个合理的解释;

}

程序员为什么会从网上抄代码

我们程序员不把这个叫做抄，一般称之为“代码复用”。

当程序员需要使用到一个新的框架、类或者方法的时候，一定会做到有迹可循、有理可依，也就是不要乱用。

例如我们一个Spring Boot的项目，现在想用到Rabbit MQ，但是之前没有用过，怎么办？程序员一般会通过这么几种方式：

一些建议

我建议，先试试方案1和3，自己解决不了的话，再去请教其他的同事。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

抄代码分为三种。

一，整个项目抄过来，不做丝毫改动地把别人的代码照搬过来。这种情况很罕见，一是涉及版权问题，二是网上的代码都是烂大街的，抄过来也没什么意义，也获得不了什么收益。

二，抄框架，这点是比较常见的。拿盖楼来举例，就是把别人打好的地基，搭好的脚手架直接拿来用，省去了基础设施搭建的工作。盖房子就直接开始砌砖，编代码就直接开始写业务逻辑。好处是显而易见的，减少了项目前期的重复工作，节省大量的人力物力。老板家里要没有矿的话，一般不会反对用别人的框架。

三，抄算法。简单的算法可以自己写，比如求2个数的和，很简单，一行代码就搞定了。复杂的，人脸识别算法，没有几百万也有几十万行代码，倾注全公司资源都未必搞的出来， 科技 含量非常之高。这种时候，往往会寻求与专业的算法公司进行合作，通过付费的方式获取到相关的代码。

程序员被老板发现从网上抄代码，后果是怎么样？这样的事情被老板发现了，至少从现在来看一点儿事情也没有，如果能够抄得让项目进度大大提前还不出问题不出Bug，不引起纠纷老板还大大的高兴。给他节约了大把大把的钱，他不高兴还咋的。

当然从网上抄代码并不是说整个项目给拿过来，特别是有知识产权的那种，这样一旦被原版权人发现会引起纠纷。大部分程序员抄代码都是一小段一小段代码实现某种小功能、或者对某些方法、类等等用法的抄，以便于在自己的项目中去实现自己所需要的功能，融合到自己的项目中去，而不是盲目的去抄原封不动的搬运过来，程序员一般很少会做那样的事情的。

程序员很少有不上网去了解查询相关的知识的。而现在很多老板本来就是从搞软件项目出身的，或程序员出身的，早就知道这些招数甚至自己也用过，根本不值得大惊小怪，基本上都会鼓励程序员如果有什么不懂就去百度就去找网上相关的解决方法。

尽快寻找解决方法，才可以尽可能的减少一个问题就被卡死在那里花费掉太多的时间，大部分老板不是让你去当钻研代码的开拓者，而是去当能实现项目功能的技术能手，你用什么方式方法去得到那些技术，大部分老板不会关心的。

所以抄不抄代码基本没人管你，最重要的是抄来的代码是不是能解决项目的问题、加快项目的进度、节约项目的成本，只要能解决问题为项目带来效益，总监或者老板还会夸奖你是高手，是能人。

更多分享及互动，欢迎点击右上角关注东风高扬。

如果你能抄代码，请选择正确的抄代码的方式，来推荐几个我认为好的网站。

如果有一个网站的提问，可以涵盖你基本90%以上的日常开发问题，那就是这个网站。这里什么方面的代码都有，如果你是一个好的程序员，建议你可以来这里抄代码。

如果你还没有自己的github账户，那你得赶紧来注册一个。GitHub上有好多好的开源项目，Vue，React等等，如果你想看一想好的项目，建议来GitHub看看

如果你善于使用搜索引擎，那你已经比一般人好太多啦。学会使用一些搜索的技巧，能提升你快速找到问题。

所以，我觉得抄代码没什么，我觉得正确的方式，是如何去抄好的代码，去看别人的优点，然后可以使用到自己的项目，这完全没有问题。

拿着高薪的程序员，最熟练的两个快捷键就是ctrl+c 和 ctrl+v。

看到这里你是不是觉得：

哇，做程序员太轻松了吧，了解相关的知识，每天复制黏贴就可以了，还拿那么高的工资，还有没有天理了？

首先“代码复用”这个情况是很普遍的，从 社会 学和经济学来看，复用这个行为是值得肯定的，因为它能够避免浪费有限的 社会 资源。

如果合理地利用开源代码，可以避免“重复造轮子”的动作，从而解放大量的程序员去进行更有价值的开发工作，加快开发效率，以达到资源价值的最大化。

想要把开源代码做成适合公司项目的功能，本来就要求这个程序员的基础扎实，如果没有相关的项目经验，又如何对代码进行维护？

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

这就是高薪程序员的高明之处：他们用开源代码来解决自己的问题，把架构、思路融会贯通再变成自己的逻辑表达出来。

程序员主要是实现功能需求，至于怎么实现的，是不是从网上抄袭得又有多少关系，现实中又有多少程序员不是从网上直接复制代码然后应用在自己模块中，把优秀的代码看明白然后灵活应用写在实际代码编写过程中特别常见，现在的开源社区不就是典型嘛，拿到源码然后搞明白，进行各种定制，很多公司都会正大光明的这么去做，在当今的技术领域特别正常。

如果真是老板发现了代码和网络上接近，但是功能用起来没有啥问题，如果因此找到程序员说事，那这老板才是有问题，正常来讲代码的审核主要还是在于直接的技术主管，老板都 *** 心到代码是不是从网上找的了，方向估计该处问题了，老板正常来讲关心的是结果有没有达成，如果进一步拓展自己的业务圈子，把产值最大化。

希望能帮到你。

老板的态度无非是要么是置之不理，要么是批评开除。从老板的态度上可以折射出很多东西来。

置之不理：老板要么不懂程序要么懂程序，老板不懂程序置之不理也正常，如果老板懂程序，那他应该明白这是正常现象。这种态度属于明智之举。

批评或者开除：那老板肯定是不懂程序的，既然不懂程序，就不要在那瞎指挥。团队里自然会有总兼把关恒量。老板的职责是统筹大局，如果这些细小之事也要插手的话，不要留恋立即走人。这里绝对会限制你的发展。

项目本来就是以结果为导向的，任务急，工期短，尤其在创业型公司里，从头到尾从零开发，要耗费多少精力多少人力？我们就要学会“拿来主义”啊，去除糟粕，取精华！

作为码农，将别的功能代码拷过来稍作修改，完成了自己的工作，这样的方式简单快捷，好用，bug少。

能抄到代码，还能知道到哪里抄代码，知道应该抄什么代码，哪段代码，抄完之后怎么融入进去，并且还能解决问题，结果代码还真跑起来了！这也是本事!这也是励练自己的一个方式！

所以自己要对抄代码也要保持清醒的认识，我能故我抄！

俗话说的好，“天下文章一大抄”。我们在工作时，新闻稿、会议纪要等等也是有一定的模板，我们只需要比着葫芦画瓢就行了。那么，程序员从网上抄代码这件事情，如果被发现，会面临什么样的处置结果呢？

实际上，编写代码时最重要的一条，就是学会怎样利用其他程序员的代码和思路来解决问题。程序员写程序抄代码这件事情，也可以视情况分为三种：抄算法、抄框架、抄整个项目。

其实，简单的算法可以自己写，复杂的，比如一个大型 游戏 ，代码多到足以让全公司的程序员怀疑人生。而且一般这种复杂的代码需要和大型的算法公司合作，也不是简单的在网上随便抄一抄就能抄到的。

抄一个应用或者是功能的的框架这件事情，好处也是显而易见，减少了自身这个项目前期的重复工作，节省大量的人力物力，同事还能在现有的而基础上做一些自己需求上的改进，何乐而不为呢？而且应该很少有程序员去真的从最基础的时候一个字母一个字母的敲一整个程序的代码吧。

但是！整个项目不做丝毫改动地把别人的代码抄过来，这就涉及到一个版权和隐私的问题，严重的话是要负法律责任的。

所以说针对程序员从网上抄代码这件事情，要面临的结果无非下面两种，要么老板置之不理，要么被批评开除。

程序员要做的是在能抄到代码的情况下，还能知道到哪里抄代码，知道应该抄什么代码，哪段代码抄完之后能融入进去，并且还能解决问题，才是最重要的。

第一，一般公司老板从来不懂技术，也根本看不懂你是不是在搜资料还是copy。第二，就算发现你抄，那也是正常，初级程序员抄代码已是常态。关注一下再看下面的精彩哈。

文| 科技 黑洞宇文笑

本人是在某世界五百强企业，公司的老板肯定是见不到的，部门总经理也几乎从来不会在我们这些普通程序员这边逛 ，而且不懂技术。至于所谓的老板，应该是那些技术总监，可惜技术总监一般情况也不会碰你的答案。而技术总监下面一般是技术经理，普通程序员就归技术经理管管，跟着做项目，即使他发现你抄代码，也不会说什么，只要你能完成自己手头上的任务，无论你用什么方法实现。甚至他会教你“抄”哪的，其实这是叫你借鉴代码，这样你才能完成你的左右。

现在程序员抄代码，是比较普遍的，抄网上的，或者复制同事的。复制同事的函数直接不改，就有些无脑，而复用别人的代码，反而是正确值称赞的，这往往能提高代码的整洁度。如果你抄网上的，一般是没有现成可以用的代码，只能借鉴其思路，然后结合自己的业务，写一套自己的代码，这种做法往往还需要程序员有不错的基础，不然你连别人的代码都不懂利用。

程序员宇文笑一句话:

善“抄”代码，反而是一种编程美学，不过请你优雅。觉得说的好赏个关注呗。

产品功能产出流程：

一、产品经理：需求调研、产品需求文档、原型图的产出。

二、商讨需求可行性(移动端、前端、后端、UI、测试、产品)。

三、根据各个职能岗位意见以及需求产出时间成本等等条件因素，修改需求。

四、需求文档、原型图交由UI、后端、测试

1UI根据需求文档、原型图设计效果图、标注图、切图。

2后端根据需求文档、原型图设计数据库表结构、接口数据结构、接口文档；

3测试根据需求文档、原型图写测试用例;

五、如上所产出(计效果图、标注图、切图)(接口文档)交由移动端和前端开发人员开发。

六、开发人员开发完成自测之后交由测试人员进行功能测试以及性能测试。

1测试人员根据《测试用例》进行功能测试形成报告反馈(移动端、前端、后端、UI、测试、产品)进行BUG修复，需求完善，交互优化等。

2性能测试包括后端压力测试，移动端的内存等等。

七、最后进行灰度测试或者内部众测。

八、最终产品更新上线。

如上表述，程序员在一个功能开发过程中，最重要的是保证产品功能稳定性、扩展性。至于怎么实现如果没有意外。领导不会关心你怎么实现。而且在程序员这个行业工作要的是思路具体怎么实现复制粘贴代码是很经常的事情。so。。。你这个问题其实并不是问题。

1、商务：商务就是商务，任何一个行业的商务与本行业的技术几乎都没有太大的关系。你要做的就是合同、供应链管理

2、销售：IT业的销售分两种，技术型销售和商务型销售，不懂技术可以做商务型销售。

3、人力资源

4、财务

5、审计：包括财务审计、其他内审

6、管理

7、公关关系

8、购并、整合

可作的多了去了，关键看你能做什么。

以上就是关于it行业产品经理（尤其是创业的）需要懂技术吗全部的内容，包括:it行业产品经理（尤其是创业的）需要懂技术吗、为什么在企业公司里，不懂业务不懂技术的人照样可以当部门领导、主管，去领导一些技术人员，导致技术人员、程序员被老板发现从网上抄代码，后果是怎么样等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！