lowcode 是不是在断后人的路?

2021-05-28 13:23:31 +08:00
 vevlins

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

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

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

21256 次点击
所在节点    程序员
221 条回复
vevlins
2021-05-28 13:54:56 +08:00
@wolfie 那你说说相比现有的 web 技术栈他的优势在哪里?当前 w3c 那帮人怎么没想出这么妙的创意?
vevlins
2021-05-28 13:56:05 +08:00
@uiosun 技术 leader 和产品不会给你孵化另一个方案的时间。就像中国也没诞生自己的操作系统。
3dwelcome
2021-05-28 13:56:11 +08:00
@uiosun "只是做出来,不叫占有,得长期、稳定的把竞争者都挤垮,才叫占有。"

赞同。github 上一大堆 VUE 烂组件没人用,市场会自然淘汰。楼主情况不一样,是领导要求必须用这个内部框架,并不是 lowcode 平台本身足够好,吸引人来用。

只要拿各种 BUG 劝退领导就可以了。
imn1
2021-05-28 13:58:53 +08:00
1. 正常的市场需求
2. 禁止其他部署涉嫌垄断,这个才算断别人的路

其实本质就是交互做得好,服务一体化
很简单,office 就是一种 lowcode,不然个个都要学 markdown 、html 了,html 也是 lowcode,不然用 C 写个 webview ?
一切都是相对而言

我知道你想批判那些很 low 的 lowcode,但话要说清楚,那只是 lowcode 市场中低质量的部分,并不代表 lowcode 市场
vevlins
2021-05-28 14:00:04 +08:00
请各位朋友从前端开发、市场占有、工作现状的角度考虑,不要只提形而上学的。我也知道我观点尖锐,我都能找出很多点反驳我自己。但这并不妨碍我的推导逻辑是实际存在的。
wangxin13g
2021-05-28 14:00:09 +08:00
serverless 堵死后端开发的路了吗?
vevlins
2021-05-28 14:01:40 +08:00
@imn1 很遗憾,至少我目前看到的还都是低质量的,我不评价提供商业化服务的专门产品,公司内部孵化的基本都差。
codehz
2021-05-28 14:02:18 +08:00
显然这不是技术问题。
能不能取代,唯一的考虑维度就是它有没有提升效率。
这里的效率不单单是运行效率,显然也包括了开发效率和人力资源利用的效率等等。
如果它没有提升效率,那不用你去提,老板自己会换掉的(除非有利益输送等规格外的东西)。
vevlins
2021-05-28 14:02:46 +08:00
@wangxin13g 这个观点提的好,和上面一些例子不一样。从我的思考逻辑看也是成立的,我不是职业后端没法肯定地说。
changz
2021-05-28 14:03:28 +08:00
会的。我之前写过很多很 low 的项目,都可以用 lowcode 替换
vevlins
2021-05-28 14:04:15 +08:00
@codehz 这个说法很对。不过我很担心老板的专业性不强和早起短视导致沉默成本逐渐变大,最后也就不了了之了
shyrock
2021-05-28 14:12:52 +08:00
我的理解,lowcode 是在编码复杂度和编码表达能力之间做了一个取舍。
约简单易于使用的 lowcode,它的能力集合越小。

如果现在有哪个 lowcode 平台兼顾了复杂度和能力,望不吝赐教。
Shook
2021-05-28 14:13:09 +08:00
听起来像是在问 react 生态那么大那么杂,是不是在断 jquery 人后路。
我觉得只要有新项目,新项目就可以用新技术来做。
这个技术如果很差劲,导致你没得选,那么这是大家的错,因为没人能做出好东西。
vevlins
2021-05-28 14:20:17 +08:00
@Shook 新项目也不会,因为现在就遇到这个问题了
ZinWUT
2021-05-28 14:21:00 +08:00
lowcode 并不万能
cmdOptionKana
2021-05-28 14:21:58 +08:00
1. 楼主说的 lowcode 不是一般意义上的 lowcode,是他自己定义的 lowcode
2. 楼主说的 “断后路” 也不是一般意义上的断后路,是他自己定义的断后路。
3. 对于一般意义的 lowcode 和断后路,对于更普遍认可的定义,楼主说不谈那个,只谈他自己狭隘的定义

因此,在这么狭隘的条件限定之下,结论只能有一个:楼主说得对。
banmuyutian
2021-05-28 14:24:19 +08:00
ai 是不是断了程序员的后路?
banmuyutian
2021-05-28 14:25:42 +08:00
ai 是不是断了程序员的后路?——有多少程序员就有多少 ai
如果出现了能写另一个 ai 的 ai,ai 是不是断了 ai 后路?
greengreengo
2021-05-28 14:35:01 +08:00
@cmdOptionKana ,同意,楼主说的只是 lowcode 的一种情况。只是我也在这种情况里,我改变不了,只能要不忍,要不跑。话说回来,lowcode 领域如果楼主说的这种情况越来越多的话,对身处其中的人确实是折磨。不如另开一贴讨论下 lowcode 应该往什么方向发展,或者说什么情况下 lowcode 是好用的。 @shyrock 说的有道理
tairan2006
2021-05-28 14:37:38 +08:00
lowcode 算啥,以后直接让 ai 写程序啊

正经点说,lowcode 只能解决中小规模下的 curd 问题…

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/779797

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX