程序员这两年被碰的瓷儿可不少啊，这架势不像是AI抢了程序员的饭碗，倒像是程序员抢了AI的饭碗一样……
那么多职业，你们就可着程序员一个碰瓷儿啊！
先不说真正的程序员工作，纯写代码的时间也就20%左右，其余80%的精力都用于调试和修改代码，以及沟通协调、需求同步信息等工作中。按这个逻辑，也只能帮助程序员节省20%的时间。
就算牛逼上天了，写的代码100%正确，也并不能有效缩短程序员调试和修改代码的时间。
因为人是有逻辑的，每个程序员都有一套自己的业务逻辑，先教会你的理解自己业务逻辑再说吧……
有用的不是取代程序员工作，是它可以直接给出参考代码，从而降低程序员去搜索引擎或专业网站搜索的时间！
举几个例子大家可以参考参考——
注：文中代码若有误，跟我无关嗷，全是AI的锅……
它是可以继续追问的：
还想再追问的，它不响应了……当时在想能不能让它给自己写个排队系统呢。
总结一下，如果一个要求可以做到：
可以完成的很好，基本上能够节省在各大搜索引擎上找参考代码的这20%时间，但这样的精确要求本来也不太多。
所以说，这是赋能、不是取代。
说到赋能，又想起了之前低代码、零代码产品大战码农时我的一篇观点类文章。
我当时说，低代码、零代码产品之所以会爆火，最主要的原因是因为——
码农，不够用了。
早就在其报告中预测过了——2021年市场对于应用开发的需求将五倍于IT公司的产能。
相信你一定有体感：程序猿这个职业越来越火，炙手可热、哪哪都缺。因为：
消费互联网和云计算时代来临后，带动了IT技术加速发展，同时也带动了IT技术开发人员的快速增长。
但很麻烦的事情又来了：
绝大部分企业建设IT信息系统主要的目的，是为了实现企业数字化，助力业务运营。
这就要求IT工程师不仅要掌握公司业务，还需要同时掌握云计算、容器化、中间件、微服务、、多端等等大量业务无关的专业知识。
要知道不少中型的互联网公司在养了不少专业方向的技术人才的情况下，尚且不能打通任督二脉，为上层业务开发者提供友好业务开发环境，何况急需数字化转型的大量传统企业。
所以为了填补这一缺口，低代码/零代码技术是目前唯一可行的解决方案——让无编程基础的业务人员直接自行制作管理应用。
就拿简道云这种原生的apaas平台举例（这类平台甚至超越了低代码，走向零代码），搭建一个审批系统，如：费控&事项审批
低代码开发的逻辑就是，可以让我们从应用和数据层面入手，利用不需要代码的开发工具与逻辑，实现快速开发、上线一个管理系统。
对于这一点，这个观点说的很切理：
从提供“专业软件/软件定制化开发服务”切换到提供“低代码apaas平台”，软件厂商剥离了专业业务知识，通过平台提供一种让企业自己积累和分享专业知识/业务经验的标准和能力。
对软件厂商来说降低了实施的成本、对企业来说提升自己的掌控力和业务响应能力，这是巨大的一个进步。
这也是赋能，不是取代。
总之，教会计算机“什么是需求”，和用代码教会计算机“如何实现需求”，是完完全全的两码事。
发表回复