美团要求前端转后端

这个传闻大家有没有看到某团这个技术岗位全站化，那作为一个十年的程序员，我就聊一聊在 a a 的 影响下，他为什么要推这个全站化？未来的软件开发之路，路在何方？ 如果你觉得 aa 永远都不可能替代程序员的话，那就划过这条视频。这个表面看似在是在推全站，本质上是在推闭环交付，直接交付。结果。以前大厂推这种前后端分离，是因为二零二二年之前写代码还是个挺复杂的工作呀， 要专业分工，售后端要高并发高可用，前端要创新做好页面，这样的话沟通成本就是极高呀， 三分之一的时间在写代码，三分之二的时间在沟通调试，在扯皮啊！现在呢，前端可以说完全被媛媛废了呀， 所以才让前端学渣娃转全站。总之，未来的全站不是指你精通所有的语言，而是指你有独自搞定端到端的交付能力。那软件开发技术的路在何方呢？ 未来的 ai 应用不仅仅是加 ai， 而是原生的 ai 应用。什么意思？一句话就是 ai 的 架构 从设计上支持 ai 的 调用，软件的形态将会从确定性的逻辑流变成概率性的推理流。什么意思？还是那句话， 大模型将会变成互联网的唯一入口，以后只有 a a 一个软件，其他的都是工具。好了，如果大家感兴趣的话，欢迎在评论区留言，下期聊一聊现役程序员的救赎之路。

这两天程序员的圈子可能被一个新闻刷屏了，就是美团的开发团队开始要求前端开发人员转全站开发，就是以后借助 ai 的 开发工具啊，这种就没有前段后段之分了。 嗯，当然这肯定是一个趋势了，因为我们知道自从切的 gdp 出来之后，引爆的这一次 ai 的 技术革命开始以来啊， ai 技术应用在辅助软件开发方面简直是日新月异，感觉几个月就有新的技术出来。 我们开玩笑就说人人都可以当程序员，就是只要是产品经理把这个需求描述的足够详细给大模型，大模型就能直接做出来。 哎，当然啊，就是现在我们看到的一些效果啊，都是说从零到一都很惊艳。比方说你一个全新的需求啊，给他说帮你做一个 app 啊，做一个小程序啊，做一套管理系统啊，你给他描述清楚一个需求，文档他直接能出来， 但是有很多的就是老系统有一些历史包袱，你讲不清的。 就像以前换一个产品经理啊，换一个开发大家，如果是文档或者注是写的不清楚，你都不知道那行代码为什么要那么写，但是你如果真注掉了，它肯定还有问题。现在很多人都说 ai 的 辅助软件开发工具啊， 也救了一些，就是老的程序员，为什么呢？是因为这种技术的革新啊，技术的门槛，语言的门槛，借助于 ai 开发工具，然后都能直接跨越了。现在最值钱的就是要懂业务的，就这种老程序员 啊，为什么？因为老成员沟通的技能，然后还有这种对业务的熟悉程度啊，这种都比较好，他能很清晰的知道这里边的坑，知道这里边比较复杂的逻辑，业务逻辑， 然后通过这种什么 pro mode， 一 些给 ai 大 模型交互的方式，准确的输出给 ai 大 模型，我大胆预测一下未来啊。 嗯，第一点就是无论 ai 辅助软件开发的技术再怎么发展，也救不了老程序员的事业， 因为市场淘汰老程序员，他最主要最根本的原因还是因为他的工资太高，对于企业来说，你的投入产出比是最重要的，就是他能降低投入，提高产出，他宁愿用一些信任，即使你不属于他的业务流程，他还会给你时间去熟悉的。 然后第二点就是在未来，程序员和软件开发人员的需求量会急剧下降，现在看到的都是一个人加 ai 的 工具，都可以顶三个人的效率，所以说在未来可能空空。当然我们可能也注意到一些新闻， 现在计算机科学技术已经不是第一热门的专业了，对吧？第三点呢，就是程序员未来会越来越卷，无论是对于淘汰的程序员还是能找到工作的程序员，都会更卷的，所以大家做好心理准备吧，未来已来，好，拜拜。

什么？居然要求前端转全站？我相信你们最近也刷到这个视频呢，就说的是美团的部分团队啊，要求前端转全站，之前的话拆了国际要求后端转全站啊，现在真的是前后端互卷啊。老铁们， 今天就说一下，为什么现在全站程序二它占比会越来越重呢？那第一个原因肯定是我们前后端的研发效率， ai 出来之后都提高了不少。 但是的话哈，前后端分离他有一个特点啊，就是前后端链条的时候，这一块的公司啊是需要沟通成本的，而且的话还涉及到一个前后端同步的一个问题。但有可能我后端开的快，后端开发的快，他可能我要等前端的页面，也有可能我前端开发的快，我要等后端的接口。 所以说这一块的一个进度的把控啊，或者是前后端沟通的一个成本呢， 都会影响到我们项项目的整体进度。以我最近开发的这个项目为例啊，我最近不是在忙着开发一个新项目吗？而且我们这个项目是我们公司算是业务最复杂的项目了，也算我们项目的一个核心逻辑。 那我这块的话，我代码大概是有百分之七十是 ai 生成的，但是对我的纯代码的一个效率的提高的话，应该是在百分之四五十左右，然后对我整体进度的提升，我估计只有百分之三十。 呃，为什么？主要是首先我们写代码本身这一块，他，他在我们的一个项目中心占比的话不是百分之百。比如说从站在我开发的这一块来说啊， 从从我们接触这个项目，也就是从拿到这个需求之后，然后到到提测这个阶段， 这个阶段对于我来说，我们这个项目然后纯写代码，这个阶段我差不多占百分之六十的时间吧，就前面几天可能会去理清整个业务，然后把一些数据库表那些写好，然后我现在流程理通， 然后后面就可以写代码，写代码差不多也就两周多的时间吧，基本上能把所有的接口数完，然后，然后我这次不是也写了八十多个接口吗？然后当然有一些接口，它的逻辑啊，它是重复的，只是共用的，只是用的不同的 controller， 同样的 service， 你 知道为什么写的这么快啊？ 主要就是我负责这一块核心的东西，他业务非常复杂，需要很多前置的一些流程，而且需要调不同系统的一些接口，那这块工作又是分给其他人的，所以说我这块很多东西没法没法去测， 我只测了几个核心那些接口，其他接口我基本上有时候我写一天代码我都不会去测我一个，我都不会去调一下我的几个接口的，我只会看项目启动有没有报错。那大概的话生成代码自己浏览一下，看有没有严重的一些问题。那我就这样把我的接口两周多时间全部开发完了， 然后后面就等前段他们有时间，然后我就等他连条。连条的话这个时间周期挺长的，因为这个系统要照数据，非常麻烦，非常之麻烦。 呃，所以说我们连调的时间都已经连调了快两周了，但是接下来的四天时间我们都还有连调，都是连调时间，所以说连调的话基本上占了 我的快百分之五十了。如果我们采用全站的话，那这一块像这种复杂的业务逻辑，一些交互啊，包括接口的定义啊，就是和前端的沟通时间会减少很多，这是第一个，第二个就是我们不需要等前端页面什么时候出， 呃，也不需要等候的什么时候结果出，就是两边的进度，我们不需要再去同步了，不需要互相等待了， 所以说这块公司也省出来了。而且的话像我们这种业务，我们公司现在的业务啊，其实非常适合全站，走全站路线， 这个当然不能被领导听见了，要是领导听见啊，你们用了 ai 能提高这么多效率，然后全站的话又能提高这么多效率，那以后到底是前端倒霉还是后端倒霉，咱都不知道了。所以说在未来的话，全站的岗位的比重肯定是会越来越高的。