lowcode 是不是在断后人的路？

[vevlins]

看到一些 lowcode 平台其实并不好用，但毕竟摆在那里，从组件机制到部署一条线全干了，甚至禁止别的部署和接入方式。技术 leader 和产品都倾向于采用现成的方案。

其实实际开发还是写组件，没什么本质区别，另外还可能受限于封闭性做一堆有难度没价值的 hack 。工程化和性能优化两条路都堵死了。前人造轮子彻底封死后人造轮子的路(组件化、打包构建、CICD 直接与你无关)，工作没成就感。个人发展和职业晋升受限，有能力的人挣扎挣扎走了，剩下能力平庸的用一套固定的东西实现傻逼的需求。

有些做 lowcode 平台的人自己也知道，做一堆封闭、全但差的东西就是要堵死别人。

[JerryCha]

Lowcode 啊，只要哪个老板觉得搭出来的应用不好看，就能把 lc 方案毙了。
颜值乃前端第一生产力。

[vevlins]

我也不是在宽泛地讨论 lowcode 就是好不好，而是在企业内部一些老板、产品、开发的利益博弈现状下，是不是用这种“伪”图灵完备隐藏了业务程序员的真正价值。

如果你们不理解问题，不要发散性地乱说。我开的帖子是为了进行价值性的讨论，这个帖子也要给后来搜索资料的人参考，我当然要驳斥我认为错误的观点，即使你 block 了我，我回复你也不是为了让你知道，而是让后来人知道我的说话上下文。

如果一个学习 lowcode 的人查阅资料看到的都是一堆没实际技术和业务价值的废话，对他来说也是浪费时间。越多人受到这种错误观点影响，就有越多垃圾的 lowcode 平台和看不懂技术但沾沾自喜的老板出现，就会越来越剥削业务程序员的价值。

别跟我扯技术进步了，我自己开发我不知道进步不进步吗？它如果创造价值，我就支持，它如果通过剥削别人的价值来伪装成自己的价值，我就批判。

如果你有专业性的观点，有 lowcode 的知识储备，那就说。如果你想胡搅蛮缠几句，希望离远一点，烦得很。

[zhoujinjing09]

前端就是这样的，你不造轮子就被轮子卷走了。你觉得轮子有问题可以自己造个 lowcode 轮子，主要还是多和老板交流吧

[vevlins]

越是一些非前端的，在这个问题上越是起劲地比方和泛化。

你们老觉得前端没难度，拖拽一些就可以了。编程的难度主要在于 in-out 之间的数据管理和映射。前端因为贴近交互，切入点很多，需要管理的页面状态也很多，in 和 out 的点太多了，基于组件的抽象是很不灵活的。我也做 go 开发，写 rpc 服务，但了解不多。对不了解的领域少说甚说，胡乱否定别人的价值，今天看到 lowcode，就觉得有了这个前端不成问题了，一些前端开发为了自己的利益跳脚了。

lowcode 对你们来说就像一个配置化的 crud 生成器，作者告诉你的老板有了这套东西一切需求都可以解决了，对于很少数的个性化需求，也可以在我们网页写写代码就实现了。结果你发现他是一个封闭且蹩脚 的 sdk+网页编辑器的组合，整天还是用这套垃圾写着更难的代码，老板还认为都是这套工具的功劳。

不了解别人的问题，还揣测别人不懂、为自己的利益而反对进步。我只要套一个进步的壳造什么轮子都行吗？

[shateiel]

@charlie21 是大厂吃了肉，还想抢别人汤喝

[vevlins]

我对 v2 非常失望，对很多技术人员赶到非常失望。你们大可以继续打比方、扣帽子、从态度层面泼脏水，或者认为我跳脚了。不懂没关系，别胡乱说误导别人，自己洋洋得意，以为什么领域你都懂。

我也言尽于此。我回复一些风马牛不相及的回复不是我一定要说最后一句话压过谁，而是我持有这个主张，我就要对后来看到的人仅完整的义务。现在看来没什么必要，正经学习也不会在 v2 上，打一些比喻或者讽刺的话点赞的最多，跟低俗社区里面讲黄色笑话的人最讨喜欢没什么两样。

敬告看帖子的人，在此之后的都是单方面的讨论，我不参与，如果是学习态度最好抱多重视角。

[vevlins]

最后再说一段吧，防止后来的人被误导。

1.lowcode 不能简单等同于一个轮子。它取代的或者对老板宣称取代的是底层的 web 技术栈。如果是一个轮子，你可以灵活地用或者在其他方向造轮子创造价值。如果它宣称但实际上没取代底层的 web 技术栈，它就是在偷程序员的工作价值。

2.lowcode 不像一些技术可以在纯粹技术的比较中优胜劣汰。lowcode 不是兜售给程序员的，是兜售给老板的，甚至于是垄断性地强推的。实际用户和决定人脱节，他们体会不到有什么好的坏的，他们看到的只是他们以为的。

3.lowcode 不像产品一样可以自由决定用不用，我一直讨论的都是内部孵化的，做和推这些东西的人是已经靠它们晋升的技术高层，不会允许你否定他的价值。

4.可恨的点它是伪图灵完备的，他们不会限制于做一个功能限定的，会用 web 技术栈留一个入口，他们宣传的时候避而不谈大多数需求都是通过这个原本 web 技术栈完成的，让多数人以为都是可视化完成的，偷盗了别人的工作价值。

[coconut5200]

站在市场的角度看就不会这么执着了

web 技术是你心中的阳春白雪，lowcode 是你嗤之以鼻的现实油腻

过几年你再回头看你的评论

或许你会成为那个你讨厌的人的样子

[sunznx]

不同意楼主的程序员，多半是没用过楼主所说的 『 lowcode 』 平台

[no1xsyzy]

@vevlins 如果你完整地读了你自己的回复，你可以看到有多么混乱与自相矛盾，根本不可能让一个精神正常的人知道你说的是什么。
#43 『这不是我定义的 lowcode 』 #47 『我定义的恰恰是一般情况下的 lowcode 』，建议你「先学习学习逻辑学」（#91 还给您）

看看 #2+#3，先宣判，后裁决。你 #3 是怎么解释原因的？突然增加三个之前从未提及的概念，也不作解释。属实「喊口号」（#82 还给您）第一人。
#7 #91 #98 则是直接宣判完结束，裁决都放弃了。

至于「比喻」，这你要问，谁设计的人类。人脑结构的「共时化学习」导致了只能靠比喻来了解事物。这里没「学习」什么事儿。自然，我们有其他工具去进行客观推理，但看上去你并不能正确使用。

怎么算抽象后「错误地」具象？为什么『先抽象再错误地具象』「就会」『彻底把问题搞偏』？为什么已经「彻底」了，还只局限于把问题「搞偏」？
（举个彻底地把问题搞乱的例子）楼主到底懂不懂中文？

涨落形成稳定，无数错误的尝试均是科技的发展的一环，不爽不要玩，或者看看「耗散结构理论」相关。「科学史」就是『大部分科学家在大部分的时候对大部分的事情做出错误的论断的历史』。
至于水变油，毫无疑问是与「科技发展」完全不相关的事物。这难道就是你所说的『先抽象再错误地具象』？

现在的问题是你的观点是不明确的。我没有看到你对于你的观点作出任何直接陈述。通过你的文字，我似乎可以作出一个感性的假设，但仍然需要你的直接确认或修正。你想表达的观点是不是：
1. 「所谓『 lowcode 』框架」并不符合其自吹自擂之内容（此内容不明）；
2. 你认同「所谓『 lowcode 』框架」的部分观念（哪部分不明），并认为仅仅在限定条件（具体何种条件不明）下可以运用；
3. 你认为技术水平劣于你的管理者缺乏技术远见和正确的工作量认识，高估了「所谓『 lowcode 』框架」的价值，低估了实际业务的实现者的价值；
4. 以及我是否有漏掉什么？

[no1xsyzy]

@no1xsyzy 发现被搞 AI 的摆了一道。
「共时化学习」是指同时触发的神经元会生长突触以相互关联的行为，并不是一种「学习」。
大概正确的名字应该是「基于共时性的路径生成」

[levelworm]

所有类似的玩意都有同样的结果，比如说云本来是为了把 dba 啊啥的钱省掉，结果还是得找经验丰富能省钱的人，不然就等着账单吧。

[NonClockworkChen]

假如你说的是对的，我们怎么抵抗。
1 程序员罢工
2 国家出台法律禁止研发此类平台
还是怎么弄？

[abear]

@youngce 之后能哒，现有技术可能不行

[dfkjgklfdjg]

12 、13 年火热的微场景之类的呃东西，现在还有哪个前端 er 愿意放下身段去做，都是已经做好了 NoCode 的平台，直接让客户经理或者客户去操作（现在的婚庆邀请函之类的不就是这样），剩下的时间和精力就是去着手另外的事情了。如果你觉得你会干不过 LowCode/NoCode 的时候是不是应该考虑一下自身出现的问题。

虽然说 LowCode 我个人不是很喜欢，因为如果有复杂需求，去实现的话确实很麻烦，而且容易出现坑，但是对于一些简单重复的工作，为什么还需要花精力去写一些没必要的代码。能用现成的或者能用拖拽的给 PM 用，减少自己的负担不好吗。
我们想象成一个轴，轴的一端是灵活性（所谓灵活性就是你可以应付任何需求、任何场景），在轴的另一端就是低代码无代码，在项目初始架构的时候应该去考虑是否适合某一种技术 /某一个方向方向。

你担心的可能是觉得自己之后的工作会很单调无趣，或者觉得团队要求用的平台太烂，但你有没有想过这两个问题，你是否有能力去解决？
觉得以后自己工作单调无趣就调岗，不行就跳槽，因为你不满足于这种未来的状况，
或者是觉得团队用得平台太烂，那么你有没有可能开发一个更强得系统，要不然你能不能做管理层去改变这些决定。
但是说如果当你身为管理层，会不会也为了绩效去干这些你现在觉得蠢得事情。

早几年炒的火热的 ERP 、中台什么的，现在呢，还有几个人在谈。前端圈就是这样，一堆精力旺盛的头部风风火火干一些奇葩的事情，习惯了就好了，但是如果能经受住考验的，也不是解放了一部分的工作负担。



你可以吐槽某些事某些人，但是你也要能接受其他某些事某些人同样的也会吐槽你。

最后还是贴尤大的一段话： https://www.v2ex.com/t/778356#r_10545506

[dfkjgklfdjg]

我自己在使用的低代码平台是 Jeecg-boot，不能说能够提供很强帮助，还是要写很多自定义的组件，但是确实可以减少很多心智负担，如果需求很常规套路的话。
主要是前后端的数据交互，后端只要符合规范，可以加快很多进度，一些简单的需求完全不需要和后端经行协调工作，纯靠自己就可以完成。

[leafShimple]

目前新项目整合业务,也做了一套配置化的低代码功能.作为业务闭环,提高业务响应效率的基础.之前一些冗余的工作减少了.大家都开心还不是真香.业务和技术团队都可以早点下班不好嘛.一些业务系统额外定制的功能,该写代码的一点不少.

[manami]

楼主不适合使用 lowcode，适合写 0 和 1 二进制

[xujianxing]

55 开

[MakeHui]

楼主说的的 lowcode 并没有解决实际问题，提高生产力，反而成了资本家剥削 lowcoder 的借口了.
但大家关注的点貌似全在 nocode 的部分了，这样必然没有了讨论基础