lowcode 是不是在断后人的路？

[vevlins]

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

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

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

[liuidetmks]

是的,科技发展能节省人力,提高生产力
最后也能替代人力,
it 行业这个进程比较快. 自己革自己的命.

[3dwelcome]

@YidaZh "Dreamweaver 发现到现在仍有市场"

Dreamweaver 没大市场，集成了 NODEJS 后，已经变成一个 IDE 了。手机屏幕那么小，画面布局也不是主要矛盾，手写几个 CSS 不难。逻辑代码才是重点，比下来还不如直接用 vscode 。

倒是一些数据驱动的 lowcode 模式，比较有人气。

网页的核心就是模板+数据替换。要求不高官方就能直接提供模板，数据自己用 excel 来制作。扒网站在以前叫仿站制作，现在 lowcode 都是半自动化流程处理了。

[otakustay]

我认为任何事情，电脑可以代替人就是进步

[lysS]

楼主超勇的啊

[lysS]

其实 low 不 low code 与我们也没啥关系，又不能改变啥。

[secondwtq]

对于我们这种加速壬来说，断掉越多人的路越好。
当然如楼主所说，这货可能只有吹得好，实际并不能断掉什么路，那这种破事也是越多越好的。

[lswl66]

理解楼主说的意思 大量劣质但能用的东西挤占市场 一群人不理解意思 拿什么蒸汽机来比喻，能一样吗

[onc]

lowcode 存在肯定是有道理的。至少它满足了一些公司的业务需求，而且未来有一定的想象空间（可发展性）。
从最早的时候开始，计算机编程行业就有一个银弹的梦。 到现在人们心中依然如此。
大方向就是更简便的提供给普通人使用计算机。
所以，lowcode 的大方向不能说是错了。

现在 lowcode 肯定不成熟，但这两年 lowcode 有所发展就说明了它适应了现在不少公司的需求，所以有存在的价值。
lowcode 会替代一些人的工作。对于很多老板来说，可能都是乐于接受 lowcode 的。
对于开发 lowcode 的公司来说，这是一个好的现象。


当然，lowcode 有其理论局限性，这个应该还没有破解。所以，这也是大家正在探索的地方。
就是什么样的计算机使用方式对人来说才是最佳方式？
如果这个理论不能有效突破，lowcode 这种现状应该还会持续下去，就是单纯满足某些特定的需求。

[charlie21]

不是断人后路
是给他人一条活路

[no1xsyzy]

@vevlins #100 『剥削就不能藏在科技进步中吗？』你可以看下我引的第二句箴言『科技的发展在使所有人受益的同时使贫富差距扩大』（ via 《牛奶可乐经济学 3 》 ）
我想了想还是没删，结果你的意思似乎确实是这句……

BTW 直到 #101 之前，你从未提出一句类似『一些 lowcode 平台根本没进步』的话……

话说有点混乱，一会『我定义的恰恰是一般情况下的 lowcode 』（你定义过什么吗？），一会『我们得到的也不是真正的 lowcode 』
前者似乎暗示「你定义的 lowcode 」===「市面上的 lowcode 」，后者似乎完全相反，希望你解释一下。

Meta: 人脱离了比喻就不能解释事物。你如果不希望错误的比喻混淆你的观点，就应当立起正确的比喻；驳论而不立论是毫无建树的。同时，你也一丁点也不向别人说明比喻为什么错，而单纯地宣判比喻是错的，这同样无益于别人理解你的观点。没有人能隔着网络读你的心，你指望什么说明都不用别人忽然能正确理解你的观点，这比 no code 还离谱，不是吗？

[gjquoiai]

哈哈哈这事和 devops 是一样的，之前只有开发工程师和运维工程师，有了 devops 之后又多了一个职业运维开发工程师。。lowcode 同理，再多一种低代码工程师。。

[openmm]

哈哈哈哈 上一家公司我深有体会 轮子全都造好了 直接用 做项目基本就那一套东西

[musi]

你真的有了解 lowcode ？目前 lowcode 的主要用户并不是程序员，而是没有任何研发背景的人，你和他们说组件化、打包构建、CICD 毫无意义。程序员目前主要是做平台的研发，物料的增强，以及整个开发的流程的探索。
人们常说一句话：需求是做不完的。所以 lowcode 也不是万能的，他能做的只是平台提供的能力，就像 web 前端受限于浏览器一样，有些需求在这个平台上就无法实现，现在只是能让没有任何研发背景但可能对业务及其熟悉的人参与研发，任何人沟通是有成本的，等你找个程序员慢慢沟通再迭代没准你用 lowcode 早做完了。
要说 lowcode 之前 DW 早就做过了，我是没想到如今换了个壳怎么就有人在这骂骂咧咧了，我现在也没见 DW 统一天下。
做技术的相信一句话：软件开发没有银弹。

[DeWjjj]

低代码最多也就是个封装好的工具箱，不懂使用工具给人工具箱并不一定能做好工作，更别说改造工具了。

[james122333]

其实还会特地複杂化方案 为了市占又心不甘情不愿 写好分享不然就乾脆不分享看来是很少见的事

[janxin]

我们支持能够提升生产力的 lowcode，反对面向融资面向宣传的 lowcode，但不能因为某些就把另外一些都打死，对吧？

[vevlins]

@no1xsyzy 如果你完整地读了我的描述和回复，你就知道我说的是什么，我反驳比喻的时候怎么没说原因？我们要摆脱具体而不恰当的比喻，你可以抽象我的观点，但不要先抽象再错误地具象，彻底把问题搞偏。如果没用过 lowcode 平台，按照自己下意识地理解来错误抽象和具象，这叫什么比喻？只在自己领域内的东西比喻，别强行通过“比喻”进行学习。

不要扯科技的发展，如果 lowcode 足够好用所以释放了一部分软件工程师的需求才是“科技的发展”。水变油也是科技发展吗？

[lightjiao]

所谓的 LowCode 在游戏行业早就有了：
行为树
UE 的蓝图
Unity 的 PlayMaker 、bolt

但这些只是框架，或许能做出一些游戏出来，但有些独特的玩法或者表现始终是需要大量游戏程序员的

[vevlins]

@musi 我了解 lowcode，我在阿里和腾讯工作过程中都用过几个 lowcode 平台，或者你提几个你用过的比较好的。

企业内 lowcode 的用户就是程序员，别看宣传看疗效。

[vevlins]

如果你们没在实际工作中使用 lowcode 平台，可以不要错误地进行各种比喻。不要把 lowcode 与抽象、科技进步、自动化画等号，不要把你没用过的心目中完美的 lowcode 平台和一些大公司的内部 lowcode 平台画等号。如果你没用过 lowcode 平台，先进行学习和深度体验几个具体的业务需求实现。

不需要告诉我不懂 lowcode，我支持领域限定的非程序员使用的 lowcode，不支持“伪”图灵完备的 lowcode 开发平台。我大概率比非前端方向的程序员懂 lowcode，有一定概率比前端方向的程序员懂 lowcode 。

我说我在吃屎，你非说我在吃巧克力。你没吃就别胡说啊，扯什么现代巧克力都是这样的。没了解的领域进行胡乱比喻胡搅蛮缠，妄图用有限的知识储备来解释别人领域内的专业知识。你要反驳我，用专业知识进行反驳，不要扯来扯去，就是说不出具体问题。