零代码平台份额33.4%:未来还需要程序员吗?
朋友圈又被秒哒刷屏了。
百度开发的秒哒无代码平台, 其市场被占据的份额达到了百分之三十三点四, 拥有数量多达三千多万的使用之人, 所到之处, 处处都能听到呼喊"人人皆是开发者"这样的话语。
说实话,看到这些数据,心里不可能没波动。
特别是身为进行了几年CRUD开发的兄弟呀 , 还有每天手动去执行测试用例的同学呢。
瞧见 “零代码生成应用” 这几个字眼, 首先冒出来的想法便是: 我所从事的工作, 会不会很快就不复存在了呢?
别慌,先想清楚一个问题——低代码到底替代了什么?
构建一个内部管理系统, 通过拖拖拽拽的方式来生成表单, 配上几个接口, 在半天时间内就能完成——像这种工作, 确实不要再需要程序员来做了。
制造一份简易的数据报表, 拽取一个字段, 拖拉一个图表, 历时五分钟呈现出结果, 这般的工作, 确实无需程序员来做了。
具有审批流程、工单流程、通知流程的低代码平台, 能够直接套用模板, 这样一来, 确实也就不需要程序员来做这种工作了。
低代码这波浪潮,替代的不是程序员,是那个只会复制粘贴的你!

低代码悖论
可是, 你认真去思索一番, 那些被替换掉的工作, 存在着一个共同的特性, 是什么? 那就是重复的程度很高, 逻辑极其简单, 并且不需要进行判断。
那什么是低代码做不了的?
系统架构设计, 存在几百万用户并发现象, 数据库相应的怎么进行分库分表操作, 缓存策略到底该如何确定, 微服务又要怎样去拆分, 低代码告知过你这些内容了吗?
性能的优化当中, 接口的响应时间从原本的两秒被压缩到了仅仅二百毫秒, 那么对于SQL出现的慢查询到底该如何正确定位, 而面对明显的内存泄漏情况又该怎么去仔细排查, 低代码可曾帮你完成了这些事情呢?
众多繁杂业务逻辑, 涉及十几个相互联通系统的结算流程, 存在几十种不同异常分支, 对于分布式事务而言, 怎样去确保其具备一致性, 低代码是否能够将其处理妥当呢?
故障兜底, 凌晨三点的时候, 线上发出告警, 服务出现雪崩情况, 数据库进行主从切换, 这种状况下谁来承担责任? 低代码能不能在半夜时分爬起来帮你去排查问题?
️ 当80%的工作被自动化,剩下20%的人就成了稀缺资源!
你发现没有,低代码替代的全是"体力活"。
倒是那真正具备价值的“脑力活”, 它只要一接触就会出现差错, 经过反复地去进行修改, 结果却是越修改就越发地偏离正确方向了。
更反常识的是——高级岗位反而更值钱了。

替代边界
逻辑很简单:
替代了初级岗位的低代码, 使得初级开发者供给减少, 企业对高级人才的需求因此反而增加, 资深架构师、性能专家于是成了稀缺资源, 进而导致供需失衡情况下薪资水涨船高。
这不是我瞎说,你去招聘网站看看就知道了。
会进行拖拽低代码操作的人, 那是非常多的, 可是能够设计出高可用架构的人, 并且又能够去做性能调优工作的人, 一直以来都是远远满足不了需求的, 总是供不应求的。
初级岗位呈现出缩减的态势, 高级岗位却处于膨胀的状况。低代码并非是抢走您的饭碗, 实则是助力您将饭碗替换成金子铸成的, 当然啦, 前提条件是您必须要与那个碗相匹配才行。
低代码的天花板,恰恰是程序员的起跑线!

高级岗位更值钱
那问题来了:怎么从"会被替代"变成"不可替代"?
我的方法是三层审查。
第一层, 是针对语法进行审查, 要考量代码可不可以运行, 变量有无给予定义, 接口参数是否正确, 在这一层面, AI以及低代码均可开展相关操作。
第二层, 进行语义审查, 要考量业务逻辑是否正确, 需查看有没有遗漏边界条件, 得审视异常处理是否完整, 还得核查数据流是否一致, 对于这一层, AI能够做一部分, 不过最终还是需要人来进行判断。
其中一层是架构审查, 此审查要考量这个设计究竟能够承受多大流量, 还要判断模块耦合度的数值是否合理, 并且得确认后续扩展时是不是会出现推翻之前内容重新再来的状况, 而在这一层, 唯有人才能够把相关工作做好。
多数人被卡在前面的两层, 心里认为“代码只要能够运行就可以了”。然而, 实际上真正致使你变得有价值的, 是第三层。
(差的程序员担心代码,好的程序员担心数据结构及其关系。)

三层审查方法论
具体怎么进阶?四个阶段:
第一阶段: 通过键盘上的Tab键进行补全操作, 借助人工智能来助力编写代码, 以此进一步提高效率, 而这正是入门的阶段。
第二个阶段是, 对话式开发, 即要用自然语言去描述需求, 让人工智能生成代码框架, 随后你来审查纠正, 你此时已经从“写代码”转变为“审代码”了。
第三个阶段: 针对Agent进行编排, 亦即可设计出多种多样的AI Agent一起来协同处理完成繁杂的任务, 在这其中是由你承担流程设计以及质量把关的职责。
第四阶段, 架构决策者, 要判断何时采用低代码, 何时必须手写代码, 何时启用AI Agent, 进而做出系统级技术决策。
绝大多数的人于第二阶段之时便停止了, 然而, 真正致使差距被拉开的, 乃是第三阶段以及第四阶段。

进阶路径
最后说一句
低代码并非是敌人, AI同样不是敌人, 然而真正的敌人, 乃是你处于原地保持不动的那种状态。
三千多万人运用了低代码, 这表明表示“会书写代码”的标准界限尺度在朝下降落, 不过界限尺度下降并不意味着最高极致限度也下降反而是恰好相反, 最高极致限度在往上升高。
当所有人都能快速搭出一个应用,"能搭出来"就不值钱了。
具有价值的要点为: 能否承受百万并发的压力之重, 能否确保九成九点九九可用性的概率之高, 能否于系统出现崩溃状况之际迅速精准地定位问题所在。
这些,低代码做不到,AI目前也做不到,只有你能做到!
相较于焦虑“我会不会被替代”, 倒不如去问问自己: “我处于替代链条的哪一层呢? ”。
低代码将你的“体力”予以替代, 然而却把你的“脑力”给解放了, 让你能够拥有更多的时间去做那些真正具备价值的事情!
这才是低代码时代,程序员真正的出路。
更多推荐


所有评论(0)