7
程序员们会担心被低代码、无代码开发取代吗？
source link: https://www.v2ex.com/t/791088
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
今天上午跟商务见了一个客户，希望有一个低代码开发工具让他们自己实现一些二开或内部流程搭建。 对客户来说会省却很多成本，对我们来说就少了一小块收入。
VUCA 时代下低代码、无代码开发越来越火，所以大家会担心被低代码、无代码开发取代吗？
84 条回复 • 2021-07-24 14:37:44 +08:00
jmyz0455 2 天前 
1
不担心。
理论说，几十年前人类就担心被机器取代了，但是这一天还没到来吧，还诞生了各种各样的新职业，感觉时代不断变化，只要拥抱变化，总能找到位置。
实际是，用了低代码，就意味着客户的需求处处受限，小公司肯定耐得住，但是业务一多，功能一大，想要跟别的公司一样天天改需求拍脑袋整点奇葩功能？对不起你还是需要程序员（狗头
理论说，几十年前人类就担心被机器取代了，但是这一天还没到来吧，还诞生了各种各样的新职业，感觉时代不断变化，只要拥抱变化，总能找到位置。
实际是，用了低代码，就意味着客户的需求处处受限，小公司肯定耐得住，但是业务一多，功能一大，想要跟别的公司一样天天改需求拍脑袋整点奇葩功能？对不起你还是需要程序员（狗头
kop1989 2 天前 7
其实担心的不应该是程序员，真正需要担心的应该是搞传统行业信息化市场的外包小公司。
1 、业务不复杂，且没有壁垒。
2 、公司没有自己能立足的产品。
3 、甲方业务员比技术员更懂业务。
软件工程经过十几年的迭代，已经基本形成了开发人员与软件实现解耦。换句话说就是部分的标准化、工程化。
对于程序员而言：
利在于程序员可以无痛切换行业。
弊在于公司不依赖开发者，不怕开发者坐在屎山上开高价。
1 、业务不复杂，且没有壁垒。
2 、公司没有自己能立足的产品。
3 、甲方业务员比技术员更懂业务。
软件工程经过十几年的迭代，已经基本形成了开发人员与软件实现解耦。换句话说就是部分的标准化、工程化。
对于程序员而言：
利在于程序员可以无痛切换行业。
弊在于公司不依赖开发者，不怕开发者坐在屎山上开高价。
abcbuzhiming 2 天前 1
一点都不担心，早在人月神话时代，那时市面上一会就会冒出一款全新的语言或者“开发框架”，各个都宣称自己可以“降低成本”，“再也不用聘请昂贵的程序员了”。
所以，软件开发也最高的成本就是人力成本，资本想替代掉这昂贵的人力成本不是第一天的事情。用不着觉得不开心，想着降低成本是资本的本能。
现实的核心问题，不在于低代码无代码能否取代程序员。而在于本身的复杂度是来源于业务自身的，开发程序的难度确实是在下降，而且还会继续下降，2000 年的时候你搭个网站简直是黑科技，现在谁不会搭网站？但是 2000 年复杂的 ERP 业务，到现在仍然复杂。
程序开发本质是服务业，所以更多的时候，不要把眼光盯死在程序本身。程序说到底，只是个电脑工具，和 Office,photoshop，没有区别。盯紧业务更重要
所以，软件开发也最高的成本就是人力成本，资本想替代掉这昂贵的人力成本不是第一天的事情。用不着觉得不开心，想着降低成本是资本的本能。
现实的核心问题，不在于低代码无代码能否取代程序员。而在于本身的复杂度是来源于业务自身的，开发程序的难度确实是在下降，而且还会继续下降，2000 年的时候你搭个网站简直是黑科技，现在谁不会搭网站？但是 2000 年复杂的 ERP 业务，到现在仍然复杂。
程序开发本质是服务业，所以更多的时候，不要把眼光盯死在程序本身。程序说到底，只是个电脑工具，和 Office,photoshop，没有区别。盯紧业务更重要
zhengqiaoyin 2 天前
怎么可能！！！
钉钉那个低代码平台项目“钉钉宜搭”花这么多钱，也不能把开发部取代。无代码平台框架自身处理一定的复杂性，内置安全流程，数据集成，消除了开发人员手工编写代码的需要，人员能够专注于要害业务逻辑的实现，消除了构建大系统的难度。https://zhuanlan.zhihu.com/p/161783456
低代码开发平台功能日益强大，目的是让开发人员更有效率，而不是取代开发人员。低代码可能会让你做到 99%的进度，但剩下的 1%对于完成工作是最重要的，并且最终是你的项目或业务流程区别于其他项目或业务流程的地方。https://www.zentao.net/redirect-index-19274.html
开发人员们，要相信你的无可替代的！！！当然，你的技术也要不断往深里钻研。
钉钉那个低代码平台项目“钉钉宜搭”花这么多钱，也不能把开发部取代。无代码平台框架自身处理一定的复杂性，内置安全流程，数据集成，消除了开发人员手工编写代码的需要，人员能够专注于要害业务逻辑的实现，消除了构建大系统的难度。https://zhuanlan.zhihu.com/p/161783456
低代码开发平台功能日益强大，目的是让开发人员更有效率，而不是取代开发人员。低代码可能会让你做到 99%的进度，但剩下的 1%对于完成工作是最重要的，并且最终是你的项目或业务流程区别于其他项目或业务流程的地方。https://www.zentao.net/redirect-index-19274.html
开发人员们，要相信你的无可替代的！！！当然，你的技术也要不断往深里钻研。
jjwjiang 2 天前
说起来你可能不信，低代码平台要求的开发者能力更高了
以微软的 CRM 平台为例，大部分 OOB 的功能直接用不需要开发，但是一旦涉及到自定义开发，不管是插件还是 PCF 都要求非常高的素质，一方面你要理解这些平台的工作模式，一方面要开发兼容组件，还有条条框框的限制，比自己开发 APP 要麻烦得多，对开发者的素质要求很高。
以微软的 CRM 平台为例，大部分 OOB 的功能直接用不需要开发，但是一旦涉及到自定义开发，不管是插件还是 PCF 都要求非常高的素质，一方面你要理解这些平台的工作模式，一方面要开发兼容组件，还有条条框框的限制，比自己开发 APP 要麻烦得多，对开发者的素质要求很高。
dfkjgklfdjg 2 天前 3
低代码实现二开？？？？脑洞是有多大？？？还是说现在的低代码平台已经强到如此地步了？？？？？？
继续引用尤大的一句话。
- - - - -
低代码无代码，这个东西是这样的，就是我们把它想象成一个取舍的一个轴，轴的一端是灵活性（所谓灵活性就是你可以应付任何需求、任何场景），在轴的另一端就是低代码无代码 ，就是你需要写的代码越少越好，对代码本身的知识越少越好。
最理想的就是一个没有任何代码知识，就比如说一个纯产品经理或者一个设计师，就拿你这个东西捣鼓捣鼓就弄出一个正真生产环境能用的东西，这是这一端。
另一端就是说我不管怎么样，在复杂的需求我都能用我的系统都能给你弄出来，这两个东西就像我们知道这个数据库设计里边有这个，数据库你最终的一致性，写的可靠性等等，就是三个东西里边，没有办法三选三最多只能三选二。
我觉得这个低代码和无代码这也是一样的。就是你在究极的灵活性跟易用性，没有办法在两个轴上都做到极致的，就是你在中间肯定只是找不同的点，所以我们现在看到的工具都是在这些不同的点上，去尝试看哪一个点是最合适的平衡。
你可以看到一个比较具体的例子，比如说淘宝店铺，你要搭店铺的这个东西基本上做到了是个店小二都能用，很傻瓜，但是它的这个代价就是说，它的内部实现是跟你这个淘宝搭一个页面的需求是强耦合，那你这个系统，就为了让店小二做的尽可能简单高效，它可能牺牲的代价就是我这套系统就没有办法用在任何场景。
那反过来说如果你要做一套说我既要不需要编程又可以应付任何场景，最后你的代价可能就是你这个系统做的其实可能简单的场景又搞的很难用，然后一些需求你搞不定最终还是没有办法做多真正 NoCode，然后最后你还是说，哎呀这边我搞不定了，工程师你来帮我搞一下，然后两边一沟通一反馈，这一有人的互动、有人的沟通，效率一下就低下来了，最后你这个 NoCode 的优势就没了，所以我觉得这个东西一句话来说就是没有银弹。
这两天还是看到一些比较有意思的探索在知乎上边，首先哪个徐飞叔叔他发了一篇文章，然后那个侯震宇也有了一篇文章，这两篇文章其实都挺好的，我觉得在这个方向他们是在做一些比较本质的思考，就是做这些系统的同学可以看一下,但是我个人对于这块也就也不是那么的深入，所以我只能大概的谈一下。
- - - - -
继续引用尤大的一句话。
- - - - -
低代码无代码，这个东西是这样的，就是我们把它想象成一个取舍的一个轴，轴的一端是灵活性（所谓灵活性就是你可以应付任何需求、任何场景），在轴的另一端就是低代码无代码 ，就是你需要写的代码越少越好，对代码本身的知识越少越好。
最理想的就是一个没有任何代码知识，就比如说一个纯产品经理或者一个设计师，就拿你这个东西捣鼓捣鼓就弄出一个正真生产环境能用的东西，这是这一端。
另一端就是说我不管怎么样，在复杂的需求我都能用我的系统都能给你弄出来，这两个东西就像我们知道这个数据库设计里边有这个，数据库你最终的一致性，写的可靠性等等，就是三个东西里边，没有办法三选三最多只能三选二。
我觉得这个低代码和无代码这也是一样的。就是你在究极的灵活性跟易用性，没有办法在两个轴上都做到极致的，就是你在中间肯定只是找不同的点，所以我们现在看到的工具都是在这些不同的点上，去尝试看哪一个点是最合适的平衡。
你可以看到一个比较具体的例子，比如说淘宝店铺，你要搭店铺的这个东西基本上做到了是个店小二都能用，很傻瓜，但是它的这个代价就是说，它的内部实现是跟你这个淘宝搭一个页面的需求是强耦合，那你这个系统，就为了让店小二做的尽可能简单高效，它可能牺牲的代价就是我这套系统就没有办法用在任何场景。
那反过来说如果你要做一套说我既要不需要编程又可以应付任何场景，最后你的代价可能就是你这个系统做的其实可能简单的场景又搞的很难用，然后一些需求你搞不定最终还是没有办法做多真正 NoCode，然后最后你还是说，哎呀这边我搞不定了，工程师你来帮我搞一下，然后两边一沟通一反馈，这一有人的互动、有人的沟通，效率一下就低下来了，最后你这个 NoCode 的优势就没了，所以我觉得这个东西一句话来说就是没有银弹。
这两天还是看到一些比较有意思的探索在知乎上边，首先哪个徐飞叔叔他发了一篇文章，然后那个侯震宇也有了一篇文章，这两篇文章其实都挺好的，我觉得在这个方向他们是在做一些比较本质的思考，就是做这些系统的同学可以看一下,但是我个人对于这块也就也不是那么的深入，所以我只能大概的谈一下。
- - - - -
luhe 1 天前 via iPhone 2
业务一旦复杂起来就不如重开了……
我已经想象到用了低代码平台的公司，返聘开发人员改 bug，然后发现是平台的 bug，想去找平台的支持，发现开发低代码平台的相应开发人员离职了……
我已经想象到用了低代码平台的公司，返聘开发人员改 bug，然后发现是平台的 bug，想去找平台的支持，发现开发低代码平台的相应开发人员离职了……
yalin 1 天前
dwlovelife 1 天前
低代码 就好比 一套机器让你做菜 稍微变个菜系 或者 或者需要临时加点什么 做点复杂的 完全应付不了 大型系统的业务复杂度 比如电商 你用低代码给我干干？ 只能帮你干点常见常用的 程序员被低代码或者人工智能取代 就是个笑话
lscexpress 1 天前
@feifeijincn CURD 业务也无法全部取代，我 select 一部分数据，你完成了很好。但作为客户我提出，你每次 select 出的数据，要把倒数第二条给 delete 。奇葩吗？但就是真实案例，你是不是又得改。只要我有需求，你就得改代码。除非你不接受这种工作
1
如果有这么牛逼的工具这个世界上还会存在外包公司吗+1
3dwelcome 1 天前
polo3584 1 天前
这个问题不应该是程序员担心的，你可以把低代码和无代码看做一个编程语言，只是学习成本比较低，但是学习成本低也就意味着接口少，功能少。如果低代码和无代码能完成和上一次语言一样的需求，那么他就会变得极其复杂，学习成本升高，还不如直接编程。。。而且面对客户越来越多的需求，必然要求改动代码，甚至改动再下一层的库或者插件啥的，越来越简单的编程和越来越复杂的需求是一对矛盾。
3dwelcome 1 天前
@polo3584 “而且面对客户越来越多的需求，必然要求改动代码”
不不，客户需求多，是因为你们开发给的报价高，所以需求才多。需求少甲方不是亏大了。
低代码通常都是量产型网站，报价很低，很少人力成本，客户需求自然就少了。
不不，客户需求多，是因为你们开发给的报价高，所以需求才多。需求少甲方不是亏大了。
低代码通常都是量产型网站，报价很低，很少人力成本，客户需求自然就少了。
matrix67 1 天前
你要懂得编程的本质是什么。以 web 后端开发为例，web 开发的核心是将现实世界的业务建模，并将现实世界的业务逻辑翻译到机器能够读懂的代码，这个“翻译”的过程是对智力要求不高的。低代码只不过是把翻译的目标语言换了一种而已。
但是，写出可维护性高、少 bug 、易扩展的代码，是需要普通程序员望尘莫及的智力和经验的。
你如果有下面这些能力，低代码和你一点关系都没有
1.把事情想明白，说清楚，跟别人商量好
2. 注意边界条件和编码规范，基本做到无 bug 提测
3.工作中做好计划和进度跟踪，沟通和汇报，不把问题遗留到变成事故
4.思考和分析，如何优化目前的工作流程，引入工具和方法，提升生产效率
5.把自己工作中用到的技术用熟，搞清楚原理，优点短处，适用场景
6.不断接触新技术思想和工具，完善自身知识体系结构
7.深入学习至少一个常用开源项目，源码层面系统掌握这项技术
但是，写出可维护性高、少 bug 、易扩展的代码，是需要普通程序员望尘莫及的智力和经验的。
你如果有下面这些能力，低代码和你一点关系都没有
1.把事情想明白，说清楚，跟别人商量好
2. 注意边界条件和编码规范，基本做到无 bug 提测
3.工作中做好计划和进度跟踪，沟通和汇报，不把问题遗留到变成事故
4.思考和分析，如何优化目前的工作流程，引入工具和方法，提升生产效率
5.把自己工作中用到的技术用熟，搞清楚原理，优点短处，适用场景
6.不断接触新技术思想和工具，完善自身知识体系结构
7.深入学习至少一个常用开源项目，源码层面系统掌握这项技术
apifox 1 天前
如果你是只是个“增删查改”程序员，那么你是会被取代的。
但如果你是个“优秀的工程师”，完全不用担心。
顺便打个广告，Apifox 正在招“优秀的工程师”，快到碗里来： https://www.v2ex.com/t/791135
但如果你是个“优秀的工程师”，完全不用担心。
顺便打个广告，Apifox 正在招“优秀的工程师”，快到碗里来： https://www.v2ex.com/t/791135
jiayong2793 1 天前
输入：一个自定义的表单
处理：针对自定义表单内的每个数据选择处理的模块
输出：选择输出的数据表现方式
这是低代码的理想方式，而低代码的代码都集中在处理模块，这个需要人去编写代码逻辑
其实严格点来说，目前的所有的编程语言都是调接口，即使是汇编也是调用指令集的接口
处理：针对自定义表单内的每个数据选择处理的模块
输出：选择输出的数据表现方式
这是低代码的理想方式，而低代码的代码都集中在处理模块，这个需要人去编写代码逻辑
其实严格点来说，目前的所有的编程语言都是调接口，即使是汇编也是调用指令集的接口
lulu7 1 天前
《西部世界》里的机器人觉醒可能发生在当今世界吗？低代码工具的存在是为了帮助开发人员。当一个平台被合理使用时，开发人员的工作效率就会提高，并且可以为其他重要的事情分配时间，比如与相关方的协作。甩个链接： https://www.zentao.net/redirect-index-19274.html
winglight2016 1 天前
低代码 /无代码是忽悠那些不懂编程 /开发的外行人，真正的程序员怎么会为此担心？ 20 年前 powerbuilder 就干过这事儿，最终也就是一个噱头，所有低代码 /无代码平台 /框架都是给程序员增加就业岗位的，这是一个行业深耕的必然结果。高价值的程序员是不愿意干 CRUD 的重复工作，老板也希望好钢能用在刀刃上，这种重复工作被机器取代是自然而然的，但是真正的整个软件生命周期的开发工作包含了大量“艺术”性的内容，无法用机器代替——否则的话，你以为哪个老板不想要？
Manley 19 小时 10 分钟前
来自大葱省某公司员工的回复：不会。我们公司的产品就是低代码开发平台。
从平台本身来说，主要解决简单重复的基础功能，画页面，表单，工作流这些东西，无非就是增删改查，这一部分基本可以做到"无代码开发"。比较复杂的业务或者其他个性化业务需求，可以使用平台生成代码的能力生成一些基础代码，然后自己完成复杂业务。此外，也可以在生成代码的基础上进行修改，能修改的前提就是能看懂（这一部分就是“低代码开发”）。整体上来看一些简单的活就不用一遍遍的去写代码了，直接画页面完事，稍微复杂的就画页面和手写结合，再剩下的只能手写了。（或者甲方出钱我们写。。。）
另外，不是所有企业都有很高的技术水平，国企里也有很多信息化的需求，不然采购低代码干啥（狗头）。大部分都是大佬带着，底下的人都是技术一般
从平台本身来说，主要解决简单重复的基础功能，画页面，表单，工作流这些东西，无非就是增删改查，这一部分基本可以做到"无代码开发"。比较复杂的业务或者其他个性化业务需求，可以使用平台生成代码的能力生成一些基础代码，然后自己完成复杂业务。此外，也可以在生成代码的基础上进行修改，能修改的前提就是能看懂（这一部分就是“低代码开发”）。整体上来看一些简单的活就不用一遍遍的去写代码了，直接画页面完事，稍微复杂的就画页面和手写结合，再剩下的只能手写了。（或者甲方出钱我们写。。。）
另外，不是所有企业都有很高的技术水平，国企里也有很多信息化的需求，不然采购低代码干啥（狗头）。大部分都是大佬带着，底下的人都是技术一般
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK