谁能解释解释低代码的问题吗？
低代码是不是就是拖拽组件这样的工程？
低代码有没有前景？发展有什么瓶颈？
低代码是给哪一类人群来使用的？
回答：
低代码可以理解为将功能封装到极致的组件,只需要给出必定的参数,有封装了功能的组件直接实现该功能,就是低代码,低代码的思想是通过极致少的代码完成业务功能.
低代码在工业软件中应用的还是蛮广泛的,因为具备使用简单,工作量少的特点.
已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。
回答：
- 不是
- 有前景，瓶颈同程序员瓶颈
- 现在是噱头，给乐于尝试新事物的人用的，以后还是给程序员用的
我觉得低代码可以简化、提升开发人员工作效率，同时彻底淘汰掉代码翻译。但是目前的低代码大部分都是给非开发人员用的小工具，用所见即所得的方式把一些可配置的组件拖到一起就完事了，所以根本没什么用。
而反观少儿编程类的东西，有创造力，但是低代码的特性还不够明显，已经明显不是非程序员能搞定的了。
话说Visual Studio等不是一直也在努力低代码吗。
所以，在SF无脑提问的同学，未来堪忧哦。
已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。
回答：
其实我一直不太理解国内低代码的概念为什么炒得这么凶？这个不是炒冷饭吗？
Excel算不算低代码？它允许你直接拖拽图表，允许你直接选择公式，也允许你用VB编程实现自定义功能，也允许你用宏实现流程化功能。
PPT算不算低代码？Axure算不算低代码？
低代码真的有市场的话，微软、Adobe、谷歌哪个公司做不出来？人家几十年前就能搞出来的东西，为何没有听到炒这个概念？
人家几十年前就做出来的东西，现在把它放到Web端去了，就是一个高大上的“低代码”概念了。
我认为作为开发者一定要有自己的思考，要追溯历史，展望未来，不能被一些概念性的东西给听懵逼了。软件要具备专业性，就和医院的CT这些产品差不多，最终是要解决某个问题而设计出来的，而不是因为榜上某个概念，才出来的。
已参与 「极客观点」 ，欢迎正在阅读的你也加入。
回答：
1. 不是。
早期的低代码产品以这种形态为主，现在也有很多类似的产品。这类产品很多时候是出于程序员的直觉，觉得这样可以节省工作量，但实际上，由于出发点的问题，这类产品通常没有什么发展前景。
2. 有，但不是拖拽组件这些。
目前比较火的低代码工具是 notion、airtable，他们才是低代码的未来。因为他们把编程的结果抽象化，让普通用户也能享受编程的结果；而不是把编程的过程抽象。
拖拽组件的产品，只能提升开发者自己的效率，没有太大前途。
3. 低代码未来会分两个方向：面对开发者；面对非开发者。
前者主要为提高开发效率，我认为目前基础设施到达一个层次，有机会再试探一下。历史经验告诉我们，可能还是不看好。
后者可以帮非开发者提升工作效率，目前来看很有市场前景，几家大厂都在投入。短期内应该也可以有发展。
已参与 「极客观点」 ，欢迎正在阅读的你也加入。
回答：
低代码平台的组件化和拖拽式配置降低了开发门槛，新手程序员能够借助此类平台快速入门；有经验的程序员也有机会参与更多项目，甚至带团队，积累更多经验值，实现快速成长。目前市面上的低代码平台，基本都是拖拽式操作，即将代码转化为组件，通过降低企业相关人员对系统搭建的操作，实现便捷搭建，人人皆可搭建的目的。利用“远眺捷码”低代码平台内置3D组件库、大量丰富的行业模板与组件，通过“拖拉拽”轻松构建各类智慧化软件应用，缩短开发周期，提升开发效率，降低开发成本。
回答：
可以看看我的文章，里面很有低代码的内容
以上是 谁能解释解释低代码的问题吗？ 的全部内容， 来源链接： utcz.com/p/932832.html
