lowcode 是不是在断后人的路？

[vevlins]

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

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

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

[palxex]

跟你们领导讲清楚：这玩意成功以后就是你们写代码了:doge:
至于说现阶段码农成山，这只是历史发展的一个弯路，你想干嘛，大牛大神宁有种乎？工业革命迟早会来，时间到了羊会来吃你的，但不是 lowcode 这种玩意。

[lucybenz]

lowcode 不是什么水变油 就相当于 拖拽式界面设计之于前端开发 不同的路 怕毛

[Brentwans]

lowcode 是在断部分边缘开发者的后路。lowcade 这个概念本身一直存在，只是最近直接被单独拿了出来了。企业上云断了很多边缘运维人员的后路。如果企业应用 lowcode 后，同样要断很多边缘开发者的后路。
没有银弹，lowcode 没有任何实际的技术革新，lowcode 能断多少人后路，关键看能解决多少核心的复杂业务逻辑。
为什么说目前是断边缘开发者后路呢？因为目前 lowcode 只能解决功能需求相对固定的需求。企业软件本身不产生实际价值，解决对应问题才发挥了价值。因此对于要解决的问题本身才是软件的关键。对于企业核心问题本身才不关心是不是 lowcode 。只有那些不着边的非核心业务，本身不创造太多价值的软件，才会关系软件开发和维护的成本，这个时候可能会考虑 lowcode 。

[janus77]

其实在传统行业一直是这样，机器代替人工，当年可能很多像你这样的 IT 从业人员也会对这个拍手称快
结果到了自己身上就……

[oukichi]

我不关心 lowcode，我特别想知道楼主的 前 20% 是怎么算出来的。

[easylee]

一些不大不小的公司也开始全面拥抱 lowCode，疯狂造轮子。

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

[mongodb]

@janus77 也不会啊。
只不过原来的业务是写 CRUD 。
现在的业务是写可以生成 CRUD 的 low code 。
就等于换了个项目，怕啥。

至于说怕 low code 取代你的业务。
如果就这点水平，别说 low code 取代，我都想把这样的人给取代。

[mongodb]

楼主何来的自信……

你先写几个 low code 出来再说吧。

你每回复一条，每打一个字，都在暴露自己的自大和无知。

code low 不 low 我不知道，我看你

[X-Force]

lowcode 怎么断人后路了？它又没垄断市场逼着你们使用，是你们自己选择的啊……
需要灵活性的，复杂逻辑的，谁会去用 lowcode ？
用了别人的平台，当然就难以逃离它们封闭的环境了，人家目的就是把你绑在它的生态里。

[X-Force]

一个愿打一个愿挨，怎么扯到"断后人的路"的？

[vevlins]

如果这是线下，我一定要指的某些人的鼻子骂两句。

不是前端的没用过的就别乱说，一点也不负责任，很多 lowcode 平台根本没有减少工作量，没有创造什么价值，在老板眼中都是 lowcode 平台做的成绩而不是你这个码农做的成绩。我用过阿里和腾讯两个公司的 lowcode 平台，我自己也做过一些局部的实践。如果你在技术方面谈自己的看法，我可以承认自己不如你懂，如果你说的就是废话，那我比你懂。

我什么时候说过我担心 lowcode 做的太好，我会找不到工作？你用过 lowcode 没有，就一通吹，如果你用的都是网上结婚请帖这种东西，我早就说过领域限定的功能有限的 lowcode 我支持。你没接触过真正公司内部应用的 lowcode 平台。

你问我怎么算出来我是 20%，我科班 985，阿里实习，腾讯 sp，进过微信，在 V2EX 说自己可以排到前 20%不合适吗？有些人自信爆棚了，说我 low 。我担心的就是这些业务程序员做着同样的工作，被老板以为都是 lowcode 平台实现的价值。我可以自信地说，我能做 lowcode 平台，我也在参与公司内的讨论了。

如果你懂 lowcode，就跟我说 dsl 的描述能力和 xml/js 的描述能力，跟我说这种 dsl 怎么实现地伪图灵完备，跟我说你工作的实际场景，别跟我说"你每回复一条，每打一个字，都在暴露自己的自大和无知。"。就你会说，你要是我的同事，我例会上不当着老板的面骂你我是个怂货。

[vevlins]

再有谁脱离技术大放厥词，可以我到你们公司一起做技术探讨，我认为两个程序员可以在技术问题上吵架，别在对别人人身攻击上起劲。

[ywisax]

楼主不像是走几个大厂的人，真有那么多厂的经历，不太应该有“有能力的人挣扎挣扎走了，剩下能力平庸的用一套固定的东西实现傻逼的需求”这种感觉。一般来说，大厂就需要平均甚至平庸的生产人员来确保输出是稳定的，小厂才需要高比例的攻坚型人才。

LowCode 其实很符合大厂需求，也能有效降低小公司的开发成本（至少，理论上可以），收到青睐很正常。

[reactsub1]

讨论这个问题的多数是前端吧，有几个真的从前到后做过非低代码写的完整的系统？

[Taikyo]

@vevlins 你在 164 楼对于 in-out 的看法，我深表同意，我感觉理清数据的映射，对于做 lowcode 就有很大帮助了。不过 lowcode 的应用范围，个人感觉是收窄的，只能在特定领域下的特定场景起作用，场景稍微有点变化，立刻就失效了，甚至修改还很困难。

[iseki]

感觉这种所谓的 low code 的确提升了效率，毕竟很多项目生命周期短的可怜，用完即抛，就需要这种糙快猛

[hs0000t]

这楼也太长了，而且充斥着无用的情绪输出，光是被滥用的感叹号就看得头疼。
希望楼主能回答这三个问题：
1. 在你看来，所谓的 lowcode 有哪些典型的开发平台？请给出可以在搜索引擎中找到的关键词，以此可以确认，我们所说的 lowcode 到底是不是同一个 lowcode 。
2. 你要讨论的问题是什么？请具体说明，所谓的"别人"，"后人"是谁？是指所有概念上未来的程序员吗？还是仅仅指代前端程序员？抑或是非科班程序员？
3. 你的观点 /论点是什么？ 170 楼明确指出了你的逻辑混乱之处，并对你的观点进行了猜测，但你并没有对其做出评论。
没人乐意爬这么一个贴子，如果楼主强制要求所有人必须完整阅读你的全部回复才能发言讨论，那最后只能失望。

[MiracleKagari]

走出大厂，走向生活。不然批判再多也没用。上面强推，再恶心你也得做。

[snw]

* Lowcode 只适用于特定场景的一般需求，不适合通用的或者复杂度很高的需求，任何有一定经验的项目经理都应该明白这一点，如果不明白这一点，那么只要被坑过一回就会明白。

* 既然只适用于特定场景的一般需求，那就做不到堵死别人。

* 等到用 Lowcode 去 hack 的成本大于使用通用语言重构的时候，项目经理自然会考虑用通用语言重构。假如用 Lowcode+简单 hack 的成本较低，那为何不用 lowcode 呢？

* Lowcode 平台的维护生命周期是重要考量。当无法保证 Lowcode 平台开发者是否有能力长期开发和维护的时候（尤其连基于其上搭建的产品生命周期都无法保证时），项目经理必须谨慎考虑是否使用。这也就意味着其实很多 Lowcode 平台即使看起来很 Fancy，实际上并不那么容易吸引所有需求，除非它的开发方能展现长期维护的实力与决心。

[snw]

@snw
关于上面的最后一点（实力和决心），拿微软的 Power Platform 举例说明好了（ Power 系都是 Lowcode/Nocode 产品）：
* 总体上来说，微软作为大公司实力毋庸置疑，而且过去几年确实在力推云端转型，看起来有些决心；但微软抛弃战略很频繁，不确定决心多大。
* Power BI: 最强的 BI 产品，没人会担心它跑路，不用想，有钱直接上就是。
* Power App: 发展时间很长，用的也不少，看起来不太会跑路。
* Power Automate: 以前的 Flows，刚并入 Power 系没多久，Lowcode 开发还在起步阶段，决心存疑。
* Power Virtual Agent: No code 产品，感觉来打酱油的，会鸽吗？。。。