搞ai的会像程序员那么加班

1. 做嵌入式硬件的会像程序员那样天天熬夜吗软件和硬件哪个工作强度更大

软件工作量大，一般软件工资更高，程序员一般都要加班，也不一定天天加班

2. 程序员都要加班的吗

程序员不一定都要加班。java语言是整个体系的基础，按照不同的用途，在以下方面应用广泛： 1、企业级应用开发 这里是JAVA的天地，大到全国联网的系统，小到中小企业的应用解决方案，JAVA都占有极为重要的地位 。 2、网站开发 当然就是JSP+Servlet+JavaBean，一直以来都相当流行 。 3、移动领域 典型的应用是手机游戏（国内主要是这方面），这里是J2ME的天地，其实应用范围是很广的，只是国内开发不够 。 至于需要不需要加班需要根据项目而定，不同公司和不同项目是不同的。

3. 随着人工智能的增加，996工作会消失吗

很有可能。

从事996工作制的人群太少，大多人都是程序员，如果人工智能能够克服写程序的难题，在未来很有可能取代。其实996工作制还算温柔，有一些在工厂上班的人，他们每天面临的是十二小时的流水线生产工作。如果未来有一天我们国家能够将我国的制造业完全智能化，那么能够研究出新的人工智能来代替程序员写程序的话，那也是有可能实现的。

我们所熟知的电商客服，和我们国家最近研究出来的人工智能已经能够深度学习，而这些智能的人工客服分布在各个行业当中需要咨询的领域。他们很大程度上解放了这些996的工作制人群，让他们每天的工作时长也得到了很大的缩减。

4. 做技术的人，每天加班已经是常态了吗

程序员在整个行业里面，加班是出了名的多。互联网公司程序员的上班时间大多是996工作方式，很多互联网公司都爆出了很多加班的文化。经常在赶项目的时候，干到晚上十一二点也不在话下。

可是一般公司的程序员加班，都没有额外的加班费，即使在没有加班费的前提下，还有这么多公司的程序员在加班赶项目，奋斗在自己的工作岗位上，这也许很多人就比较奇怪了。但是在我们程序员行业内，感觉这是比较正常的事情。

哈哈是不是有点羡慕了呢

最后一幅程序员自黑的对联，献给还在加班的程序员们。

上联：敲一夜代码，流下两三行泪水，掏空四肢五体，六杯咖啡七桶泡面，还有八个测试九层审批，可谓十分艰难；

下联：经十年苦读，面过九八家公司，渐忘七情六欲，五年相亲四个对象，乃知三番加班两次约会，将是一鸣惊人。

横批：谁能懂我？

在很多行业看来，程序员是个想几点上班几点上班的工作，其实程序员是“领导想让你什么时候上线，你就必须得上线”的情况。

5. 互联网公司会经常加班吗

互联网行业加班较多确实存在一定的普遍性，虽然没有具体的统计，但是整个行业不少公司存在一定的加班情况。互联网公司加班的原因主要集中在以下几个方面：

第一：行业发展速度快。互联网行业的发展速度是比较快的，处于互联网行业的公司往往需要跟时间赛跑，这是一个比较现实的情况。互联网行业的热点切换速度比较快，用户对互联网产品的使用体验度有越来越高的要求，这都会促使互联网企业加紧工作节奏以应对市场的变化。因此作为行业内的从业者来说，加班就是一个比较常见的情况了。

第二：项目需求多。互联网行业的项目需求往往比较多，而且开发周期往往也比较短。早期做软件开发往往都是按照人月来计算开发周期的，而现在通常是按照人周，甚至是人天来计算开发周期的，这是一个比较明显的变化。有的线上产品一旦出现问题，往往需要在几个小时内解决，这都是导致工作人员加班的重要原因。

第三：考核方式。不少互联网公司的考核方式以任务量来进行计算，而任务量往往是以开发团队为单位进行考核的，在这样一个氛围下，如果团队中大部分人选择加班，那么其他人往往也会一起加班，从而形成了一种加班现象。不少初入职场的程序员往往会被这种强大的氛围所感染，自然就会加入到加班的行列中。

随着互联网行业发展的逐渐成熟，未来互联网行业的工作环境一定会逐步得到改善，IT人的工作压力和工作周期都会得到减小。从互联网行业的整体发展趋势来看，未来的发展空间依然比较大，尤其在产业互联网阶段。从这个角度来看，IT行业是个不错的选择。

6. 有人说，人工智能将来可替代程序员写代码，你怎么看

你好！我是康哥！ 未来不光是人工智能会取代程序员写代码，我认为很多行业都有可能被取代！

作为80后的我小时候没有电脑，父母那一辈基本上班的时候也都没接触过电脑，那个时候工作文稿都是用手写，而到我上了大学，短短18年的时间电脑在中国得到了普及。让我印象最深的是我参加工作的时候公司的老会计，业务能力不在话下，但是金蝶用友玩的不转。后来也不得不顺应时代的发展，学习电脑知识。

所以人工智能现在看似是一个很新兴的产业，但是很可能在未来的十几年当中渗入我们生活中的方方面面。

那些重复性的工作，例如人力资源中的考勤工资；财务中的基础做账工作；程序员中的基础代码工作；甚至医院的医生都会被人工智能取代 。

未来不会被渠道的是一些重复性工作不强的职位，我认为这个实际上就是效率的提升，电脑代替手工劳动，机器代替人的大脑和手脚，让我们的生活更加有效率。

我认为是一件好事情，能让我们有更多的时间去开发新事物。不断地开发我们的大脑去 探索 新事物。

但是从另外一个方面来看，未来的确有很多人会失业。不管是现在我们常见的一些岗位，包括一些看似稳定的铁饭碗，例如公务员或者事业单位人员，一些职能性的但是效率底下的职位也将会被取代。

这就提醒我们每个人都要居安思危，不断提升自己的技能和附加值，这样才不会被 社会 所淘汰，二十年时间看似很长，但是实际很短。

AI能代替我们的是一些能够重复的工作和简单的开发工作，可是谁来维护这些人工智能，如何管理这些人工智能我认为未来是我们人类职位的一个新增项。

作为一名IT行业的从业者，同时也是一名计算机专业的教育工作者，我来回答一下这个问题。

首先，随着人工智能技术的不断发展，未来大量基础的编码工作必然会由智能体来完成，这个过程也会不断推动程序员的岗位升级，提升程序员的岗位附加值，同时减轻程序员的工作压力。实际上，人工智能技术的发展对于未来延长程序员的职业生命周期具有重要的意义。

当前程序员岗位的工作压力还是比较大的，不仅应用级程序员每天需要完成大量的编码工作，研发级程序员也需要面对一些毫无能力提升的编码工作，这在很大程度上降低了程序开发的乐趣，使得程序员感到乏味。随着当前产品迭代的速度不断加快（大数据时代的并行迭代），程序员不仅面临更大的工作量，在工作内容上也得到了一定的拓展（全栈开发趋势），所以当前从事程序员岗位还是具有一定难度的。

要想让程序员从当前的工作压力当中解放出来，采用智能体实现代码编写是非常重要的一个解决方案，这不仅会提升程序开发的效率，同时也会保障程序代码的质量一致性，提升程序的稳定性。实际上，当前在程序开发领域内已经有不少工具可以完成一部分代码的生成工作，虽然目前功能还不够强大，但是已经在一定程度上减轻了程序员的编码负担。

未来当智能体替代程序员完成基本的编码工作之后，程序员可以把更多的精力应用在创新方面（算法设计、模式设计、框架设计等），而且技术验证的速度也会明显提升，这些都会提升程序员的工作效率。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！

有人说，人工智能将来可替代程序猿写代码，你怎么看？

好！

科技 这么发达，

完全有可能，

但是，

怎么发达，

有一些程序还是离不开人的操作，

程序猿，

有些程序必须靠人工才能完，

这个毋庸置疑，

不论智能怎么发达，

有些人的操作，

永远取代不了的，

这个倒是真的，

有一些事物，

是人工智能无法完成的，

到任何时候人，

都不会被智能取代消退，

总有一些程序交给人，

来操作！

都是些不深入ai的媒体炒作概念，让人觉得ai无所不能。一百二十八年内不可能，有的话也是小打小闹，满足不了工业届千变万化的需求。ai可以辅助创作，但独立创作，尤其是代码，绝无可能。

如果ai将来能写可执行的逻辑正确的代码，那么未来的程序员或算法工程师，都会大部分失业。如果ai都能按逻辑写代码，都可以去尝试各种逻辑，甚至自己决策。那么ai可以控制各种带有芯片的设备，小到手机，大到 汽车 。这还是ai么，这不是上帝之子么。

可能你从github喂海量的代码给到模型，借助于大数据和gpu算力出来，理论上来说能训练出一个号称能写代码的ai.但这个ai写出的代码都是基于统计规律的，不能处理突发事故。运气好的话，生成的代码能执行，但代码越长，生成的代码可运行的概率越低。

即使能运行，代码的逻辑是什么？

程序员和产品经理干架，就是因为需求会一直变。你期望ai能写出满足千变万化的需求的代码？

我们从几十亿年的单细胞生物进化到今天，能不能有点自信？要是ai这么厉害，我觉得我没脸说我是人了。总之，怎么可能！

将来我们写代码时：

总之，ai可以辅助程序员编程，极大提高编程效率。但如果代替程序员自己编程，根本不可能。如果有那一天，我把我现在的手机吃了。

这几年，人工智能被炒的越来越热了，比如阿里的鲁班系统能够自动生成双十一海报，一天可能出图上亿张；还有通过机器学习，程序画的话，被卖到上亿元；其实就目前来讲，这些都是比较基础的，人工智能即使画画，也是通过机器学习别人的画之后，说白了， 组合的。没有灵魂作为支撑的产品，不能说没有价值，但是在意义层面来讲绝对是非常弱的。

人工智能在将来可以替代程序员写代码吗？我只能说：有可能，而且即使人工智能代替程序员写代码，也是比较基础的，其实，随着现在程序工具化的趋势，已经解放了程序员，如果人工智能+工具化，在一些基础的，机械的编程中，确实能够让程序员解放出来，去处理更加复杂的业务逻辑和架构设计。

但是，我感觉人工智能完全取代程序员是不可能的。因为，机器永远也不想到人类复杂的需求，尤其是，变来变去的需求变化。如果机器能够有灵魂的话，估计也会被人类复杂且变来变去的需求，折磨的要死，从而发出一句，感叹：卧槽，这是什么玩意的破需求。

但是，去年有一条新闻值得我们关注，那就是：

Repairnator 是由 KTH 瑞典皇家理工学院的软件技术教授 Martin Monperrus 开发。它会监控开源软件在持续集成期间发现的 bug，并尝试自动修复它们。如果它成功合成了一个有效的补丁，那么 Repairnator 会伪装成人类身份向人类开发者提交此补丁。到目前为止，Repairnator 已经成功生成了 5 个补丁，并被人类开发者永久地合并到代码库中。

这是自动程序修复软件工程研究中新的里程碑。

所以，现在机器都可以修改 bug 了，将来在一定程度上写程序，也是有可能的，但是完全取代我认为不现实。

原因如下：

当然了，如果机器能够完全取代人类编程的话，那非常可怕啊，未来有可能将是被机器控制的时代，而不是人类控制机器的时代。

有人说，人工智能将来可以取代程序员来写代码，这个理由不成立，因为人工智能就是程序员开发出来的。而且现在所谓的人工智能远远没有达到真正意义上的智能，大部分还是人工更多一点。

如果以人类的生命成长阶段来看，人工智能目前只能算是婴儿阶段，在婴儿阶段就抛弃喂养自己的母亲程序员，那为时也太早了。

人工智能大体分两个大的方向，图像识别和机器学习。目前图像识别成长的比机器学习更快一点，但也仅限于快一点儿，我们常见的图像识别场景就是无人驾驶。而机器学习发展相对缓慢，都是在初级阶段，如果想要有阶段性的变化，在算法机制上要有突破性的进步，才能引领机器学习进入下一阶段。

所以至少在未来几十年甚至上百年我认为我们程序员都不会失业的，还是有饭吃的。

所谓人工智能的程序也是由人类开发设定的，它也绝不会取代人的作用，它对美学，结构想象力设计，逻辑多向思维甚至悬思学都无法深入涉足，它就像一个架构师将算法和公式公布出来，其它基础部分由代码来完成一样，就算将来人工智能也可以进行相关研发，但审核与检测仍然需要人类完成，人类的工作只会越来越高级。

所以不用杞人忧天，人工智能是不可能真正成为人类的思维一部分的，当它的工作目标对人类无意义而虚耗电能和时间的时候，人类是一定会及早发现并介入的，一个简单的拔电源就可以停止其行为……

人工智能是近阶段大家经常提到的一个话题，其中神经网络深度学习其中一个特点，那么人工智能最终真的能达到一般人类这样去思维么？能够像程序员那样的编程么？会不会以后有一天真的能替代程序员了吧，这件事情你是怎么看待的？针对这事情我来说一下我的看法。

人工智能会让程序员的工作效率更高，十年之内不可能完全代替程序员

在CSDN上有一篇报道，有一个名字为Screenshot-to-code-in-Keras的项目可以把一些稿件自动变成一堆html代码加css代码，有的前端程序员就可能为此而感觉到恐慌，感觉以后人工智能要替代自己的饭碗了，这样的事情也不足为奇，在人工智能这个概念还没有兴起之前，一些java程序员使用ide开发工具就能生成一堆代码，节省了开发效率。感觉起码在近五到十年内感觉人工智能还不能完全替代人类程序员这样去编程，就以前端代码为例，虽然html代码加效果类css让人工智能生成代码，可能人工智能在这方面战术上完胜，但是一些战略问题它还是远远不及人类的。

其一它生成的东西能确保是人类想要的吗？，如果不符合要求是不是需要人类程序员来调整，人工智能不可能做出一套适应所有场景的东西出来。

其二前端程序员是要与后端程序员进行对接的，在对接时各个参数，怎么调用了，相当复杂，两个人类程序员（前端程序员与后端程序员）还需要沟通好长时间，难道人工智能就能那么完美理解人类的意思就不需要沟通了么？

近5到10年内的情况可能是这样的，一些低级的常规的代码都可能会是自动生成，一些组织调整的工作交给人类程序员来进行处理，最后项目的质量当然还是有人类进行负责的，由人工智能的加持，程序员的工作效率可能会大大提高，以往传统开发需要几周的工作量可能会缩减到几天甚至更短。

未来上层领域的程序员数量会减少

随着时间再往后发展，我想一些上层代码会逐渐由人工智能程序自己完成了，可能写代码的不再是程序员了，比如说可能是一种操作软件的形式存在，有着成熟的操作界面，良好的操作体验，一个非技术人员通过界面输入自己想要的东西，通过一定的规则描述，然后就会生成相应的代码并能直接运行。或者比这个更先进，不是一个软件界面的形式存在，而是一个智能硬件设备，只需要对其说话，像与人类说话那样，说出自己的需求，智能设备就能在短时间内做出自己想要的东西。

如果真能达到这种程度的话，我想未来参与业务开发的程序员的数量将会急剧减少，但是 不可能减少到为0，因为人工智能做出的东西也不可能是完全有保证的，起码需要个别人还需要进行对项目代码进行负责不是嘛，就想现在的无人驾驶车为啥还留有方向盘一样。上层开发的人员少了，人工智能这些底层开发的程序员会更吃香了，甚至数量会多起来。

软件数量和规模将成倍增长

大家都知道程序做事效率是相对高的，人类做项目是用天，周，年为单位来计算的，那么这些软件交给人工智能处理应该是秒级别的吧，如果是大一点的项目顶多是分钟了。如果是这样的话，估计人类世界软件的发展速度将会达到一个新的高度，软件的数量和规模将是几何倍数的增长。

如果真是这样一天的到来，我想人类在学习和思想上都要有策略上的改变，以前经常在嘴边说的话，要勤奋，要多动手，未来的人类要做的事情，就是要多思考，勤于思考。动手的事情就交给人工智能去吧。

那是必然的。不仅程序，看病，甚至很多方面都可以，但是，那种机械的，生冷的东西在几何级数提高效率的同时也会铸成，无论如何，这个趋势不可阻挡，是喜是忧？需要盖棺定论。

电脑只能处理精确到指令，需求一开始往往是很模糊的，以目前人工智能自然语言语义理解的发展程度，可能性很低。

7. 程序员为什么加班多,是什么原因导致的

导致程序员加班的原因很多，主要由以下几方面吧：

1.需求不清晰。需求人员或者项目经理、产品经理没有吧需求梳理分析清楚，等开发到一半甚至开发完了，才意识到需求错了，需要重新做，眼看项目或产品都快交付了，只能让程序员加班了。

2.管理问题。企业文化，就是加班，本来没啥活，但领导就觉得员工加班他心里踏实，所以那不管你是不是程序员，一律加班。

3.自身问题。效率低，解决问题能力不行，分配的工作任务无法在规定时间内完成，那只能加班，自行解决了。

4.工作任务紧急。突然要开发一个新功能，客户要求时间紧迫。不加班，无法完成。

5.工作量大。日常工作量就是大，一个人干两三个人的工作，干不完，加班还干不完呢，加班成常态了。

从甲方角度看，我就想要什么产品3个月上线，这是战略和领导决策决定的，不能拖太长时间。

甲方以这个要求去找乙方，乙方销售为了完成业绩，他满口答应。

售前一般不会反对销售。

合同一旦签署完毕，销售业绩就认为算完成一大半，后续介入内部流程就可能减少。

这时候认为，按时交付的责任应该在研发方面。

开发和产品团队此时可能还需要进行需求分析，系统设计，提交文档，正规一些的测试部门还要审核文档。

然后这些事都走玩，开始开发任务。开发人员每天一个日报，每周一个周报，几乎天天开会讨论。

白天都在讨论问题，只有晚上其他部门都走了，无人打扰时，研发才可能专心敲代码。

没让专业的人做专业的事情， 是工作开展的大忌，在工业上，早已证明了一切，在工厂生产中，工人流水化作业，一个人只专注一件事情，会越做越熟练，越做越快，越做效率越高。

在软件开发分工越来越明确的今天，让后端人员抢前端人员的饭碗，去写网页、样式，效率能高吗？让后端人员去抢DBA的饭碗，去做数据库优化，效率能高吗？

不专业的人做不专业的事情，可能和公司的发展历程、组织架构、人员规划有关；也可能和任务安排有关。

公司发展初期，养不起很多专业的人，可能更需要“全栈”工程师，啥都一把捉；公司发展的过渡期，有点钱了，也意识到了要让专人做专业的事情，但是人员还没招齐，那没办法，你也得兼职着做各种各样的事情。如果公司有钱了，发展也成熟了，不是属于以上两种阶段，在IT组织中，连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品，这些职能都没区分好的话，就会对工作效率有影响。IT一线工作人员，每个坑位，都需要一颗专业的螺丝钉。

开发人员不注重代码质量，导致后期返工，导致效率低

有 时候，快即是慢，对于经验不足或者习惯不好的开发人员，开发前期，被迫或者自己没意识到，为了追求进度，逻辑没考虑周全，没做好自测，代码能跑起来就算完 成任务了，表面上任务完成得很快。但是在项目后期，测试阶段，问题大规模爆发，甚至要返工，由于测试后期，离自己写代码的时候，可能隔了一段时间，有的东 西自己都忘了，再回过头去重新“熟悉”，效率能不低吗？更为严重的后果是让项目进度不可控。因此，就算进度再紧张，也顶住压力，必须要做最基本的测试，再进入下一个任务点。

个体组织人员膨胀，出现沟通成本大的问题，导致效率低

沟通成本是人员膨胀后，暴露出来的首要问题。

举个简单的栗子，很多公司都有每天晨会习惯，如果一个组有5个人，开晨会汇报工作，平均一个人汇报2分钟，就需要10分钟，现在一个组增加到10个人，一人汇报两分钟，都要20分钟才能汇报完。时间就这样过去。

再举个栗子，30人天的工作，分给2个人做，可能需要15天，共耗费30人天，但是分给5个人做，6天能完成吗？

信息在沟通、传递的过程中，可能会“失真”，你想的，不一定能100%说出来，你说出来了，别人也不一定能100%理解，而且每个人的理解能力、知识体系都不一样，理解起来容易产生偏差，产生偏差就容易做错事情。

因此，如果人员出现膨胀，要以项目为单位，进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候，推荐使用口头+书面+复述，减少沟通过程中的信息失真。

上、下属之间相互不信任，做事有阻碍或者导致重复工作，导致效率低

上 下属相互信任是一切工作的基础。如果上级不信任下属，不敢授权给下属，凡是都要自己过一遍，而上级往往是一对多的关系，这个时候，工作瓶颈会出现在上级身 上；如果上级不信任下属，搞一堆监督机制，为了下属不做错事情，又让别人同事过一遍，又要耗费额外的成本，劳民伤财，而下级得不到信任，做事受阻，久而久 之就会畏手畏脚，很难独当一面，或觉得自己有能力没地方使，干脆走人。

上级应该充分信任下级，放心授权让下级去做事情，但这些都一个前提就是要有一个较好的软件管理过程，包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。

上级不信任下级，经常碰到，而下级不信任上级也很要命。程序员是很有个性的工种，不好管理，往往特别多想法。就好像车轮子陷入泥潭中，上级说车子往前推，有的人又说，往后拉，各自发力，估计车子永远都摆脱不了泥潭，还谈何效率？

因此，如果有意见，前期可以提，但是解决方案一旦定下来，应该上下一心（即使有意见也埋在心底吧），朝着目标一起去努力。

不同部门之间沟通存在隔阂与障碍

软件开发过程中，在IT范畴内，不同部门难免有交集，例如开发与运维、开发与测试，不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样，导致处理事情受阻。

举 个栗子，有一次，开发人员为了验证某个问题，需要运维人员协助重启某个站点。对于开发人员来说，这个站点，用的人比较少，而重启也是一瞬间的事情，风险为 基本为0，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间操作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

因此，不同部门之间的人，应该互相学习，才能更好地沟通；做事情，尽量做轻量级的流程化、标准化。

上级工作安排不到位

上级工作安排不到位，也会导致工作效率低。有时候会有这种怪现象，可能很多事情没做，但是下面的人没事可做；或者有的人很忙，有的人很闲。

软件开发分工，不像搬砖头，一人搬一车就行了。软件开发， 工作量化本身就是一个很难的地方，如果项目经理没有做项目计划，没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人，过 程性思维，不会对项目做整体的把握、整体规划，想到哪里就做到哪里，想到什么就分配什么工作，最后一团糟，一会把下面的人累死，一会又让下面的人闲死。

8. 程序员加班如此疯狂，都有哪些原因

程序员加班是程序员，工作中很常见的一个情况。为什么要加班呢？顾名思义就是工作没完成，或者是工作任务量太大，他没有办法在规定的时间里面做完，所以他就只能疯狂地加班来完成自己的任务，这样才能不被上司批评。

第三个原因就是因为程序员的日常比较繁琐。因为我们都知道程序员这个工作对于工作人员本身的要求是非常高的，不管是她知识领域的专业性，还是她实际操作的技巧性，都是有着严格要求的。所以说这个岗位上面的人才还是比较稀缺的，工作的人数比较少，分配到每个人身上的任务也比较重。