今天这篇文章深度剖析下低代码的是否为真需求，以及用户对低代码的真实心理态度。
最近我跟几个IT专业人士聊低代码，他们都知道低代码，但是都没有在使用，而且也没有表达出想用的意愿。然后我又调阅了一些低代码的市场调研报告：2022年，低代码市场规模达到61亿，预测至2025年将达到267.7亿。多吗？并不多。要知道2022年软件整体业务收入是破10万亿的。问题出哪了？热脸碰上了冷屁股？
首先，低代码研发者的出发点是对的，而且我相信市场上任何一款低代码都能降本增效，至少从研发者的角度来看。那既然市场有降本提效的需求，低代码又能降本提效，按说应该完美匹配，但实际情况却不是。感觉低代码有鸡肋化的趋势。
为了保持文章观点的完整性，我先罗列一些老生常谈的原因，然后我再补充几句我的个人观点。
- 定制化需求受限：低代码平台通常提供预构建的模块和限制性的逻辑，这可能限制了高度定制化的需求。对于需要复杂逻辑或特定功能的应用程序，低代码平台可能无法满足。
- 技术控制力：一些开发者喜欢对技术的完全控制，而低代码平台可能无法提供这种级别的控制。例如，一些开发者可能希望直接编写代码来实现他们的想法，而不是通过图形界面来构建应用程序。
- 学习成本：虽然低代码平台旨在使非专业开发者也能创建应用程序，但对于一些用户来说，学习如何使用这些平台可能仍然需要一定的时间和努力。
- 安全性问题：一些用户可能对低代码平台的安全性表示担忧。尽管许多平台都采用了严格的安全措施，但用户可能仍然担心数据泄露或应用程序被黑客攻击的风险。
- 技术依赖性：低代码平台可能使用户对特定供应商或技术产生依赖。如果供应商停止支持平台或提高价格，用户可能会面临困境。
- 缺乏灵活性：随着业务需求的变化，应用程序可能需要不断调整和更新。低代码平台可能无法提供与原生应用程序相同的灵活性和可扩展性。
- 成本问题：虽然低代码平台可以降低开发成本，但在某些情况下，使用这些平台可能需要购买额外的许可证或服务，这可能会增加总体成本。
我认为深层次的原因其实是这样的：
1、效率零和提升。低代码在降本增效的路上其实是在跟技术日新月异发展赛跑。低代码为什么近几年能发展如此迅速，他得益于技术的发展与成熟，比如前端vue、react面向组件的编程思想，再比如丰富的中间库，这些在10年前是没有的，有了这些技术，低代码的封装效率自然就提高了，但是与此同时，手工编程的效率也提高了。所以很难说低代码能降多少本，提多少效。
2、改变习惯。低代码其实是研发者价值观的一种呈现，他要把他的设计价值观和编程习惯，强加给程序员，甚至强加给一个团队，大家知道习惯是很难改变的。这样就会在实施的时候遇到很大的阻力。我本人想曾经调研过一下低代码想实施一下，但是研发团队并不感冒。
3、阻碍进步。程序员一般都有技术追求或技术情结，用低代码开发会让他觉得真的很low，他在一家公司用低代码开发地风生水起，但是离开这家公司后，原生技术就退步或荒废了，不利于再就业。这个问题我之前在面试的时候也发现了，程序员一听用低代码就不来了，或者来了几天就辞职了，低代码不像是零代码，它是给程序员用的，程序员不喜欢，就很尴尬了。
那是不是就不要用低代码了？
还是那句话，低代码是一种程序复用，机器辅助人工的思想，肯定是趋势。那应该怎么搞呢，见仁见智了，我先说的我的观点：简单一点。
1、越大越完善，落地其实越难，现在都在奉行简单主义。不要试图解决所有问题，而是解决一个或几个问题足以。
2、越大研发成本越高，要知道技术更新速度越来越快，开发语言也可能会面临更迭，后面的AIGC还虎视眈眈，这样一个产品的生命周期可能会缩短。还没有回本可能就被淘汰了。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。