lowcode 是不是在断后人的路？

[vevlins]

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

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

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

[vevlins]

说真的，假如没用过 lowcode 平台的就不要胡乱发言了....
我用过阿里和腾讯这两个大厂的一些方案，我觉得不怎么好。假如你用了你觉得好，希望你给出具体的平台和使用场景，如果真的好我就放弃自己的观点。

[zhyong4]

感觉有几个问题可以讨论：
lowcode 这些问题是具体实现的问题，还是本质问题
cicd，打包构建这些如果可以修改，自由接入，还会是问题吗？

[cmdOptionKana]

@OHyn 说到重点了，是人的问题，就算没有 lowcode，只要领导故意装傻，掩盖个人价值很容易。

事实上很少真傻的领导，多数是装傻，不至于真的蠢到被 lowcode 挡一下就看不见员工的价值。

[zhyong4]

本身是很复杂的问题，上面很多人觉得自己一句话就可以给个定论了。怎么这么自信

[vevlins]

@zhyong4 我觉得本质上就有些问题—图形化的不一定比文字化的好；实现上有更多问题—很多人想做通用的而非领域限定的 lowcode 方案。

我希望的 lowcode 是领域限定的(比如简单的 mis 系统、简单的活动运营页，给小公司没有开发用的)，跟结构化需求绑定在一起的(不然提奇奇怪怪得需求抽离的组件都复用不上)，最好是做阶段化代码生成而不是全拖拽到上线。cicd 可以自己做，cicd 自己做轮子。

就好比，假如现在的 lowcode 大行其道，webpack 、github 、cicd 都消失了，现在这些 lowcode 平台能提供更好的方案吗？我觉得大概率不行，这些轮子的作者还是比国内一些 lowcode 平台的开发者聪明一些。

[fyxtc]

#108 ”1. 我的观点当然不一定对，拿出具体的针对性的理由说，我不对的地方我就承认啊，咱们再探讨啊“
我爬楼看下来基本上每个和你观点不一样的你都会声嘶力竭的去反驳，这还只是观点，有举例子的你就会说对方是偷换概念不应该这么比较而却没说明为什么这是偷换概念，偷换了什么？这根本不是一个讨论问题的态度，你说这是一个讨论贴，我看到的只是一个发表自己观点来求认同，自诩为广大程序员考虑，结果对对立面的程序员们疯狂输出的一个人。这是看贴的感觉，已 B

[vevlins]

@fyxtc 我看到我认为错误的观点我要辩驳，因为我担心更多人被错误的观点影响加剧这个行为，也就是我的观点我主张。我认为好的东西对的东西为什么不能说？讨论难道一定是我说的有点道理，你说的也有点道理，大家好才是真的好吗？

我的题目描述中很明确提了我的观点和支撑证据，你们没讨论具体问题。我已经多次说过没接触 lowcode 的最好先心平气和地看看问题，不要发表外行说法。

你 b 不 b 的有啥关系。

[vevlins]

@fyxtc 我一开始就在耐心解释，我说这是一个领域的方案而非具体技术问题的方案，所以不能跟汽车一样泛化，你一楼楼看过来没看到吗？

我不认为 v2 是几个人的聊天室。它的内容是公开的，不可删除的，后来还有有很多会看到，我要对他们负责——至少站在我目前的主张上。

[shakukansp]

@vevlins
回复 125
wordpress

[YidaZh]

lowcode 也不是什么新鲜玩意儿，都是技术和市场自然发展的结果，是有很多局限性，我也觉得鸡肋。
也不知道你在纠结啥。。。反正忽悠的是你的老板，你是怕把你的工作机会给忽悠没了吗？大可不必，成不了气候的。
早年做网页还是拖拽呢，dreamwaver 用过没，都是轮回。。

[YidaZh]

@YidaZh 拼错，Dreamweaver 。发现到现在仍有市场，这可能就是以后 lowcode 平台在未来的处境把。。

[vevlins]

@YidaZh 我不怕 lowcode 把我工作搞没了，要是可以搞没了我自己开公司用创意+lowcode 做产品更爽。

现在的 lowcode 方案相比 dreamwaver 还是有区别了，现在的 lowcode 可以“伪图灵完备”，你真的可以都用 lowcode 平台实现，虽然都是自己写 code 实现的，很讽刺。好比有人做了个编辑器，大喊一声“ok 了，以后所有需求都在我这闭环了！”，老板一看真他妈牛啊，结果实际写代码的降薪了。

这样业务程序员的工作量没变，别人以为的价值降低了。所以我想跟大家一起讨论下是不是我理解的，更好的 lowcode 是什么。

[taowen]

@codehz 汽车和马车的区别是人类掌握了自然规律，通过利用自然达到更高的能源利用效率。但是软件开发不是利用自然，软件开发是利用人类。自然有规律，业务没逻辑。

软件开发工具和软件开发方法，这个东西就是组织人一起来干活的一种社会政治理论。我们知道公司有 command & control 类型的，也有 context over control 类型的，但是没有什么社会政治理论是能够说自己显著优于另外一种的。lowcode 会是一种组织人群干活的生产方式，但是不可能和汽车与马车那样。利用人类比利用自然要难得多，改进幅度也小得多。

[xuanbg]

别看现在低代码热得很，但实际上已经悄咪咪地给自己限定了更小的应用场景。抢程序员的饭碗？断后人的路？不存在的。

我记得十几年前就有很多做这个的，当然那时候不叫低代码，叫快速开发还是什么的，反正完全是同一个目的。然后因为各种原因做不起来。也不知道怎么回事，现在貌似大家突然都开窍了，没那么大的野心了，居然就火起来了。

北京有一家叫起步的，就一直在做这个，做了有 15 年了。。。谁的饭碗都没被他们抢去过，倒是他们自己，一直过的不怎么好吧。

[hoyixi]

不仅代码，电商等等各行各业都一样，说白了都在打价格战，劣质但能用，也只有这样最有效，因为消费能力差。

[learningman]

这话说的，你用的现代编程语言不也算 lowcode?你咋不去写汇编？

[ourai]

不知道你说的 low-code 平台是哪种，可否在问题中描述下？不然上下文对不起，各说各话，驴唇不对马嘴。

[keepeye]

刚算了一卦，此时绝不会发生

[tobepro]

感觉这和 “分久必合，合久必分”原理差不多，大家都自己造轮子，造的多了发现低代码省时省力很不错；用了一段低代码又发现可定制能力太差，不能实现自己的特殊需求，结果又开始自己造轮子。都是在轮回

[index90]

就如微信小程序刚出现的时候，说会终结原生 APP 一样