程序员是不是很简单

网上有关“程序员是不是很简单”话题很是火热，小编也是针对程序员是不是很简单寻找了一些与之相关的一些信息进行分析，如果能碰巧解决你现在面临的问题，希望能够帮助到您。

问题一：当程序员累吗 您好，很高兴为您解答！

我是程序猿转行的，我给你说说一些我的体验吧；

程序猿累是普遍的，但是也有一些例外的公司，几个人维护一个项目，没有什么大需求，但是这样的公司凤毛麟角；

工资的话相对其他行业，偏高；但是最不好的两点是，女生少，找女朋友不容易；还有就是天天都是对着电脑，对身体不好，也不会交接，很多人慢慢的就变成不太会说话，活在自己的世界里。

希望我的回答能够帮助到您!

问题二：程序员真实薪水平均到底多少 学历，看城市，看技术。

985大学中上水平，去一线城市大公司，华为基本打底，本科8k，硕士10k

在好的就是上边那些公司（这类公司基本只要985）了，不过说实话这些人数其实非常少。

如果不是985，是一本，可能要减2k，专科或者培训班可能再减2k。

而如果不是一线城市（IT其实就是北京上海），二线城市可能减2k，三线可能减2k。

这是毕业生，一般来说不跳槽，一般每年工资就涨20%左右，两三年跳槽能涨50%，如果从程序员升级到项目经理，那样翻1倍，也正常，所以技术不是985大学的，干个三年达到月薪1w也不是特别夸张，

问题三：程序员工资高吗 看个人能力吧，总的平均水品是比较高的，也看公司，如果进了大公司，起薪都不一样，

如果是游戏行业，大公司的，主程最低都是上万，两万的少，有的公司分红N多！

如果个人选择小公司，开始也就两三千，若果做过当个经理，也就六七千的样子，

问题四：程序员累吗 首先，明确一下你选择程序员的理由。

如果因为程序员吃香伐者好赚钱之类的话，还是改变主意吧，程序员只是个技术民工，跟钳工是一个工种的，许多广大的程序员还挣扎在蜗居生活中。既然你是文科出身，为什么不去找一个更对口的工作，像你说的，即使经过培训，并且培训机构分配了一家还算可以的单位给你，你不能可能一辈子只做初级程序员，给别人做做ERP，做那种“美工、设计、架构、编码”四项全能的程序员给一些中小公司压榨劳动力。但是，向上爬的话，很多基础知识是你不具备的，无论是技术方向还是管理方向，这些培训机构不会教你，他们也没这个义务，而你呢，一个文科生每个月拿着不到5K的工资，运气不好，在小公司做，加班时少不了了，一天工作10小时以上，一个星期6天，运气好了呢，在大公司里，比你条件好，并且技术基础扎实的员工有很多，得不到晋升的机会，不过是蹉跎岁月，何必呢。

劝你还是考虑周详再做决定，无关程序员好做不好，累活不累，生活就是生下来活下去，累时难免的，但是我们要做的是让自己不那么累，选择一条比较好的路给自己。

问题五：报了个初级的程序员，听说很简单，是真的吗 我旁边做的就是程序员，满篇英文，白屏黑字，并且程序员会经常加班熬夜，消耗身体

问题六：我问一下编程类似程序员工作，是不是一直就没有闲的7时候每天10小时以上的时间抱着电脑，而且薪水又低 您好！ 关于程序员的话，我叔叔就是，我可以给您适当说一点，但是可能和您的想象不一样！

不是什么所谓10小时抱着电脑，这应该是刚刚步入这个工作的人才这样

薪水的话看你的经验和能力，像我叔叔现在月薪都是1w多（不是北京，1w多在我们这已经很高了）

管吃管住方面确实没管，因为我叔叔一个月也上不了几天班，所以没这个必要

我给你详细说说 ，我叔叔现在是一个月几乎不去公司，每天自己玩，有项目了就在家做，也不需要去公司，有时候一个月都没事做工资照样拿

刚入门可能会很辛苦，每天对着电脑敲敲敲，但是以后做出来了就好了！

问题七：做程序员工资高吗？平时工作辛苦吗~ 我做过7年程序员转行了，很辛苦，收入在北上广很客观。其实和盖房子的民工是一个性质，人家搬砖你搬代码，未来人家还能发展成包工头，程序员如果不在外企，过了三十岁就歇菜了！慎重！

问题八：程序员最好的职业方向是哪些 现在软件和互联网大概有哪些方向？程序员的职业方向又有那些？

首先是需求从哪里来?

客户的项目

如果做的是客户的项目，需求当然是从客户那里来的。客户绝大多数是软件开发的小白，但我也见过客户是优秀的软件人才，他们很难清楚地描述自己真正的业务要求，这时候就需要有个人隆重出场了：业务分析师。对于大公司，业务分析师是专职的，对于小公司，项目经理或者开发骨干也就硬着头皮上了。业务分析师需要把需求理理清楚，交给后面的架构人员做设计。

业务分析师如果在某个行业干久了，就会变成业务专家，例如你把国内各大银行的核心系统项目都做了个遍，那你对银行业务的熟悉程度甚至可能超过银行的特定人员，这时候你就超级值钱了，不仅仅能分析业务，更能够帮助银行优化业务，你说牛不牛？

问：业务分析师需要懂技术吗？

答：最好是懂一点，你分析出来的东西是要程序员们实现的，如果不考虑现有的技术，一味地迎合用户，肯定会被程序员们骂死。

如果你是由程序员成长起来的业务专家，技术精湛，那就坐着数钱玩吧。

公司的产品

如果你做的是产品，例如微信、QQ、淘宝、魔兽世界、征途、大话西游，那需求其实是自己公司的人来定义的。

定义这个需求的现在有个时髦的职业：产品经理。像张小龙就是微信的超级产品经理，史玉柱就是征途的骨灰级产品经理。

产品经理主要根据用户的心理和体验来设计产品，让大家用的爽，好的产品经理现在非常吃香，也属于紧缺人才。

问：产品经理需要懂技术吗？

答：需要，最好是从程序员成长起来的，知道一个产品设计实现的难度，不然只顾自己爽，也会被程序员骂死。

设计和开发

架构师

听起来很高大上的一个职位，但是需要强悍的技术实力和深厚的技术积累。架构师的成长需要历练，需要技术的广度和适当的深度。设计优雅、灵活、可扩展的架构是架构师的主要工作。

不能只追求最新、最热的技术，还需要考虑现有团队的能力，技术的成熟度。

人员需求：

难度指数：

web 后端程序员

后端程序员主要实现业务逻辑，提供接口给前端使用。

Java 当然是用的最多的，但是也有别的相对小众的像 Python、ruby on rails 等，还有就是 PHP，简单粗暴，中小网站常用，无论哪一个，学习起来都不是很难。

这一块的人员需求是比较大的。

人员需求：

难度指数：

web 前端程序员

主要是 Java、CSS、JQuery 等，最近几年大家重视浏览器端用户体验，浏览器端做得越来越炫，所以也很火。

人员需求：

难度指数：

手机端程序员

主要是 Android、iOS，由于移动互联网的发展，现在很火爆，需求量很大，相对而言 iOS 的门槛高一些，程序员也少一点，不过工资高一点。

人员需求：

难度指数：

系统编程程序员

有些需求很简单，有些需求很复杂，需要支持海量的用户，海量的并发，像淘宝的“双十一”， 像微信的春节抢红包。

需要做云计算，虚拟化，分布式处理，支持系统水平扩展。对于海量的数据，还需要做大数据分析，从中提取有价值的信息，例如 Hadoop。由于需要对操作系统，数据库，服务器端系统做定制开发，甚至自己做一套，小公司一般没有这样的技术能力，主要是 BAT 这样的公司在做。人员需求不是很大，对程序员来讲，需要在一个领域钻研得非常深，技术稳定度比较好。

人员需求：

难度指数：

安全

互联网时代，你的信息一不留神就有可能被偷走，安全变得越来越重要。所以单单实现了功能，满足了性能还不够，很多公司，尤其是 BAT 对安全非常重视。当然这个方向也需要对技术钻研得很深才可以。

人员需求......>>

问题九：关于程序员找工作的问题，我很迷茫 重庆的IT行业的确不怎么样，如果当地找不到理想的，就只有走出去了。

才毕业的新人，心态要摆正。好工作不是为新人留着的，很多应届毕业生刚出道时薪资都不高的。IT行业看的是经验和能力，很多很牛逼的公司福利待遇是好，但是工作压力很大。而且新人的能力老实说是做不出什么东西的，实际工作中接触的东西和你学校学的会有很大的差别，很多技术甚至你都没接触过。所以呢，有公司能让你学到技术，能有项目做，就先做。初期的学习和积累是根本，好工作，等3年后再说。

问题十：如何招到一个靠谱的程序员 1. 简历看人

阅读简历永远是面试的第一步。好的简历一定是正确、清晰并且能够体现候选人最有价值一面的。我首先会过滤掉那些包含错别字，文句不通或没有逻辑性的简历，因为如果一个程序员连自己的简历都不愿意去仔细检查并完善的话，很难想象他写出来的代码质量会如何。接着，我便会重点阅读简历中的项目经验部分，在这里我能够看到面试者的开发经验，技能栈，并且判断他们熟悉的技术框架、工具是否与目前公司要求相匹配。

这里，我还会特别关注面试者是如何来写这部分项目经验的，你需要用尽可能简练的文字来描述项目的背景，你在项目中承担的角色、参与项目的时长，你用到的技术、以及你在项目中的亮点等信息。优秀的程序员们往往有一个共同的特质，那就是善于归纳，并能够一针见血的发现问题或把一个问题说清楚。我经常看到面试者在简历中像写故事一般地描述他们的项目经历，光这一个章节就有好几页，其实这反而会给你减分，因为这会让面试官判断你缺乏必要的归纳能力。

最后你的一些与编程有关的社会化活动，如：你在GitHub上的开源项目，在知乎、V2EX中给他人的解答以及你的个人技术博客等等都会给你加分，因为这说明你对所从事的工作有着极大的热情，并愿意在业余时间去学习和提高自己，就像在我之前的 “给职场新人的10点职业建议” 一文中提到的，如果你要成为一个领域的专家，那你必须花费超过10,000小时，而这光靠工作时间是远远不够的。

2. 给面试者10分钟介绍自己最擅长的

当面试者通过了笔试和HR面试之后，你就需要面对面地对候选人进行面试。我远不是什么面试专家，但我有一些自己的独特方法。我讨厌问一些很个人的问题，比如你的职业规划是什么？你为什么想换工作？等等。我更愿意给面试者10分钟时间，让他介绍自己最擅长和最感兴趣的领域。这往往能帮助我很快作出下面的判断：

这个人对他所做的事情是否充满 ***

他们是否能在团队中很有效地进行沟通

他们是否在专业领域足够擅长

你的团队是否会乐于和这个人一起工作

这一招我在面试中用得很多，而实践证明也确实非常有效。

3. 基础打牢了吗？

一般，有一定规模的公司都会为面试者安排机考或笔试，从而能首先筛掉一批未能通过的面试者。另一些规模较小的或初创公司则会让面试官直接进行技术面试。其实，我觉得这两者的差别不大，有经验的面试官往往能够通过几个最简单的技术问题，判断出面试者的技术基础是否牢固，这不是为了证明他有多优秀，而是用来判断他是否是一名合格的程序员。对于我来说，并不看重机考的成绩，因为机试的考题很多能够在网上得到，特别对于一些外包公司，他们总是能够通过各种途径得到考题，从而使得他们推送的外包能够顺利通过笔试。

下面是我经常会问的几个问题（JAVA）:

HashTable与HashMap有什么区别？

Servlet是线程安全的吗？

JSP中 @include跟jsp:include的区别

HTTP的response code 403和500分别代表什么

......

这些问题都很简单，但一些基础不牢的程序员往往会在这个时候露馅。当然，根据面试岗位的不同，你还可以有针对性地问一些问题，例如，你需要找一个能写核心算法的程序员（比如 银行的总账计算，或者保险公司的保费计算），那么你可以问一些算法相关的问题。

4. 技术深度够吗?

具备牢固的技术基础，一般就可以满足项目中普通程序员的要求了，但如果你需要找的是一个资深程序员，那么你还需要对面试者的技术深度进行考察。我们现在做项目时都会大量使用框架，这能使我们的开发效率和质量都得到提升和保障，但同时也降低了对于程序员开发技能的要求。因此我一般会询问......>>

本人后台开发，前端说改个东西要两天，但我感觉撑死2小时，怎么办？

想想看当程序员差不多一年了，想写写自己的心得体会。

首先要明确一点，我不是大厂的，如果想看我吹牛，那你可以关了。

差不多是去年11月起开始干的前端，之前可以说一直实在打杂。

干这行最大的一个好处就是起薪，注意！我说的是起薪，不是工资。虽然不得不承认，即使是我一开始进的外包公司，也给出了相比之前2倍多的工资，但仔细想想，这行真有网上传说的那么“高薪”么？

我个人认为，大家对于我们程序员工资的关注度有点过高了。

因为我也有朋友在银行，地产，在线教育行业工作，我觉得他们的工资说实话，就算不比我高，也不比我低多少，而且想干程序员还得想清楚这么几件事。

2.老得学习

如果你跟其他行业的同学工作时间一样，加班或不加班，你都不可能，至少不能每天都下班什么也不学，尤其是前端，光是用的技术栈就贼复杂。。。更别说计算机基础也得了解了解。

说真的，感觉对于我这种不是一毕业就在大厂工作的程序员来说还是很难的，要不是我现在公司还成也不怎么加班，再加上还对前端有热情，我估计早跑路了哈哈！

头一次写文章，随便吐槽吐槽，大家也可以吐槽吐槽哈~

本人有五年前台开发经验，2年后台开发经验，实际上我觉得后台可能比前台还要容易，在不考虑比较深的技术壁垒的情况下，前台有原型图，我需要百分百还原，再加上画面特效，用户操作特效等挺麻烦的，有时候一个小小的点卡半天很正常，只要不是特别简单的需求，说随便两个小时搞好的我是不怎么相信的。转后台之前，本来以为很难，结果后台写起来真的就是好快，我经常做到无聊到没事做把人家的活揽过来一起做，后来还是前后台一起搞了，后台框架搭好以后，剩下的只是业务接口实现而已。总的来说，前台入手容易精通难，后台更多偏向框架的灵活使用。不要瞧不起前台，特别是某些后来开发人员觉得不就是写个界面么？但我想说界面的逻辑不比后台简单，前几年曾经去参加一个公司的面试，以后后开发人员跟我在那装，一个劲的说就是前台而已，很简单的事情，说了好多次，把我说烦了，我就跟他探讨前后台，屁都不懂的面试官，就一新生蛋子，最后我说你公司连面试官都这水平，与我期望不符合，要过来简历就撤了，带着有色眼镜看待技术的人一般都是那种一知半解，一瓶子不满，半瓶子晃悠的人

我就是做前端开发十年了，其实你这个问题在职场中普遍存在。就像以前我认为，后端不就写写接口，一个接口10几分钟的事情，墨迹个半天没出来一样，总是很埋怨，其实你真正去实操的时候，发现并没有这么简单，细节的东西特别多。

前端说需要两天时间，可能考虑某些改动涉及会影响到其它功能方面的问题，都需要测试评估，并且前端的开发，比后端还多了界面这一块开发的时间，这界面调试往往最费时间，这是很多后端开发人员没有考虑到的。

总之，前端评估可能是一个相对宽泛并且预留了一定空间的时间，也许他能答应2小时做完，但能保证真的做好了吗，没有隐患问题存在，这些都是要考虑的，毕竟前端一发布出去就不好在升级版本改动了，这也就是他和你评估时间存在较大差异的一个重要原因吧！

图一，安装完oracle,sql,db,mysql后，负责数据库开库的叫做底层，

图二，负责浏览器视窗页面上能看见的什么东西的一律叫前端。

图三，负责整个视窗界面看起来很舒服，给人留下深刻印象的我们一般叫他们ui.

项目经理拿到项目，会给底层大致讲解一下，然后底层会根据讲解开库做系统，然后给前端代码。前端拿到代码写入页面然后整个系统大致完成，接着ui介入，ui根据客户需求制定界面，再转回前端，双方共同负责界面达成。接着就轮到测试上场了。一般测试的外号文雅点叫清道夫，难听点叫擦屁股的。然后高端大气上档次的就是全栈工程师了。在测试过程中负责整个系统测试，运行，并找出各个部位的bug,并修复它，然后写出报告，报告将直接提交人事或者财务，根据描述部位对相应人员做出处罚。

这就是软件设计部门的整个工作流程。所以，你说后台开发对前端有疑问，就有点纳闷。前端有问题，和你后台开发什么关系？

至于什么后台开发。。。。。好像外包公司起这名的比较多。

首先问题要分几面来看。

会者不难，难者不会。

要看别人的具体经验，具体技术水平。

每个人做同一件事花的时间是不一样的，不要把自己的想法强加给别人。

如果别人认为你应该怎么怎么样，你也会反感。

而且前端要2天，项目经理能给，就说明前端说的在理。

如果你觉得2小时可以干完，说明你能力强，但作为同事，还是要善良一些，你总不能有活就帮他干。

也许他干几次之后，效率就上来了，从两天变一天，再变成2小时呢。

人是要进步的，是要学习的。

多站在对方的角度思考问题，也许你就有一个不一样的答案。

最后祝工作开心顺利！

在工作中遇到这种人很正常，这种人就是大家口中的“磨洋工”。

有些人认为前端和后端不一样，后端改个需求可能一个小时就可以搞定，前端复杂，需要一天或者更长时间，这完全是胡扯，是消极工作的一种变现。有些程序员就是喜欢将工作难度夸大，明明一个小时的工作量，他非的要评估一天的工作量。这对于非技术人员可能感觉不到，但是对于一起开发的技术人员来说，一眼就能看透工作量，只是同为同事，大家不好说破而已。

三天100行代码的奇葩同事

曾经碰到过一个前端同事，技术很一般，分配给的任务，不管是小到一个css样式的调整还是一个完整的功能模块，让他评估时间，最少需要一天。曾经有一次一个简单。需求评估，后端同学评估只需要半天时间，他的前端竟然需要三天时间，让他说出具体工作的难度在哪里，他却支支吾吾说不出来。这三天的时间我时不时观察他，发现他一天大半的时间都在浏览网页，要不就是微信群各种聊。三天过去了，我去看了一下他提交的代码行数，不到100行！三天时间写了不到100行代码！

所以，有些程序员就喜欢磨洋工，当然，也有可能是考虑的比较全面，追求代码质量。 如果碰到这种情况，只要他评估的时间在产品可以接受的时间范围内，那你也就无所谓。如果你是一位研发负责人，请他将工作进行拆分评估，具体到功能点的时间，看他这两天时间是如何分配的？炸一炸他，他总能露出破绽。

首先，个人不太理解，为什么一个后端开发的程序员需要控制前端程序员的开发时间？不管前端需要多少时间，到底是2小时还是2天，这个不应该是由产品经理或者项目负责人来控制的么？

有时候不在其位不谋其政，作为后端程序员可以提出自己的疑问，但是到底如何布置任务和排期，还是交给负责人来协调吧。程序员之间没有必要相互对立，特别还是因为一个自己并不擅长的领域相互产生矛盾。

当然，如果你自己除了是后端开发外，还兼职了项目负责人，那确实可以对前端的研发时间进行评审。如果你和前端对于某个功能的时间评估上出现分歧，那么可以采用以下这些方法。

可以考虑“功能点分析”

让前端把功能分解若干个功能点，然后对每个功能点都采用乐观时间进行评估，最后汇总后在增加30%的Buffer。

例如：我现在要做一个订单页面，这个订单页面有查看订单列表、查看订单详情、取消订单、确认收货、评价几个功能。

画一个思维导图，然后每个功能再往下分解。查看订单列表包括了ajax请求api获取数据，组装table，css考虑已有框架的样式复用，不另算时间；详情页的话，也包括了ajax请求api，页面的html和css等等等等（细分的力度自己掌握）。

最后，所有的功能点被一一列举出来以后，就挨个分析，哪个哪个需要几个小时，最终就可以汇总出时间了。这里可能需要注意一下，单一的功能点，其实大致已经可以评估得到代码量了，只要不是特别复杂的算法类功能点，大部分都可以把时间精确到小时甚至0.5小时。而且，这里我们采用乐观评估的方法，就是说，大家别去想这个功能可能有坑，可能如何如何。最后汇总时间后，给予总体的Buffer量来抵御风险。

当然，也可以使用“对照分析”的方法

我们可以考虑对照曾经做过的类似功能或类似优化，当时的那个功能花费了多少时间，而这次相比上次的差异是哪些？是会花费更多时间，还是更少时间。这样，就能够得到一个大致的完成时间了。

这种评估方式，就只是针对于当前的功能曾经有过经验，时间上有参考价值的情况下。不能把完全不相干的两个功能拿来类比。而我们在评估的时候，就只需要考虑差异部分的评估，大大的减少需要评估的内容。

最后，就是“专家评估”了

如果你对于前端确实也比较了解，自己完全能够独立完成这个工作任务，时间花费可以测算的话，你其实就可以作为一个“专家”的角色了。那么，你评估的时间就是大家必须要遵循的时间。当然，这种方式需要你有绝对的权威性，不然就是 搞笑 。

不管使用什么方式，对于分歧问题的处理其实都比较机械，并不是非常的利于团结，最好的方法还是大家商商量量的把事情给解决了。

这个问题需要多纬度去分析：

其实本质就是要么你判断错误，要么是你同事判断错误。

无论是你对还是你错，这工作都是由别的同事来完成的，你没必要太过于关心，你没必要太过于在意。

但是，假如这个工作和你的工作有关联，这个工作的完成时间，完成质量，会影响到你的工作进展与工作质量，那么你必须要恰当的参与进去，你需要：

这个很重要，同事之间工作上的沟通交流还是必须的，交流内容可以由浅入深，先从你认为只需要2小时就完成的工作谈起，然后逐渐深入进去，多听听同事的解释，当然你也可以发表你的意见。互相理解，互相体谅，互相帮助，最好能达成一致。

如果工作非常紧急，你这个同事也不配合你，那你只能请领导出面进行协调。当然，你要有理有据，只针对工作不要针对人。

最后建议：

如果不是领导，那么就不要参与不要议论别人的工作。

如果没得到允许，那么就不要参与不要议论别人的工作。

这个我倒是有心得可以分享。其实如果做程序员的或多或少都会遇到这样的现象，要不你就是问题中的后台开发，要不就是改东西需要两天的前端。我觉得都很正常啊，毕竟你不是对方，你也不知道对方有什么想法和困难。

像产品给个需求给到开发，一般说改这个东西要多久，开发看了下进度表，思考了一会后给了个时间点，这时候一般产品不会多问，因为他不知道实际开发难度，而且他也不知道开发的其他需求进度，所以不敢多说，反正开发给了排期，在合适的项目进度内也就ok。

但如果是开发对开发，那就出现问这个问题的情形，开发A要给开发B提个需求，然后开发A实际内心有个预期感觉这个需求能在其他事情不干扰下多久完成。注意！是其他事情不干扰下的情况，其次，这是开发A按自己的能力评估，不是按开发B的能力评估的，而且这种事情一般不是遇到自己，便潜意识就把需求想得比较简单，毕竟大家都容易“宽于待己，严于待人“。

在这种前提下，实际开发B可能本身就有其他优先级高的需求要做，其次这件事情可能牵涉到系统内部其他需要修改的地方，会牵一发而动全身，不是后端想象修改单个页面就可以完成的那么简单。

所以这种情况开发A说的2个小时是一种自我想象的事情，要不等前端找后台开发说，这个需求最多就2个小时就可以完成，就改个接口，新增这些数据POST出来就行，那我估计这个问题转换下角色我又可以再回答一次了哈哈。

对于一个技术团队来说，配合默契是非常重要的，特别是前端和后端人员，如何做到默契，需要三点：

一、前端要懂后端，后端要懂前端，只要这样，大家才能无缝对接；

二、对工作的重视，无论你负责哪个环节，只要有这个态度，项目会顺利的进行下去；

三、同事之间的关系，这很重要，千万不要有互相拆台的行为：这其中有个人的人品问题，也有个人交际情商问题，这个比较难以处理。

回到你的问题，你认为2小时的工作量，但你同事却说需要两天，这种矛盾的可能性比较多，但不管是什么情况，你都要本着和同事维护好关系为基础，要主动理解同事，哪怕他说的是错的，你就会释然了。

你两小时能完成人家两天的工作量，产出是人家八倍！！！那你是不是可以跟你的领导建议下，把前端的任务交给你，让老板给你开这个前端双倍的工资，你承诺产出比现在的前端多4倍，然后你每天只要干4小时活就能完成任务。

多赢局面啊：

1、服务端工资再高也不可能比前端两倍还多，现在前端都不便宜！你大幅涨薪了，而且每天工作时间少一半，你赚大了；

2、老板少花了一半的钱、产出却扩大了一倍，老板赚大了；

3、那个可怜的前端可以让他滚蛋了…

希望这个办法能让你们公司长命百岁

关于“程序员是不是很简单”这个话题的介绍，今天小编就给大家分享完了，如果对你有所帮助请保持对本站的关注！