Question

低代码会取代程序员吗？

Answer 1

我的答案是：

不会！！！

低代码平台的出现确实让一部分人担心，认为它会抢走程序员的饭碗。但实际上，这种担心是不必要的，因为低代码平台和程序员是互补的存在，而不是相互排斥的。

首先，低代码平台可以帮助企业快速构建应用程序，提高开发效率，从而缩短数字化转型的时间。但这并不意味着低代码平台可以完全替代程序员的工作。在实际应用中，开发人员仍然需要对低代码平台进行二次开发和定制，以满足企业的具体需求。

其次，低代码平台的出现可以让程序员更加专注于项目的高层次设计和架构，从而提高整个项目的质量和可维护性。程序员可以将更多的时间和精力用于提高应用程序的性能、扩展性和安全性，从而提高项目的整体水平。

最后，低代码平台的出现可以为程序员提供一个更加便捷和高效的工具，使得程序员可以更加专注于解决具体的业务问题，而不是纠结于底层细节和代码实现。这也为程序员提供了更多的创新和发展空间。

总之，低代码平台和程序员是互补的存在，它们可以共同促进数字化转型的发展，提高应用程序的质量和效率。因此，低代码平台并不会抢走程序员的饭碗，相反，它会为程序员提供更多的机会和发展空间。

Answer 2

最近这段时间想必和我一样，都被ChatGPT刷屏了。

对于这个问题，我尝试问了一下ChatGPT，它是这样说的：

没错，上面的内容是ChatGPT自己，给出的回答。。。。

答案当然是，不会。

程序员的核心不在于实现一个功能甚至不在于写出代码，而在于编码思维。

编码思维这个东西包含了结构化思维、推演逻辑、算法、数学、架构、工作经验等等。是一个极其复杂的事物。

ChatGPT的确可以给出特定问题的解法，比如下面这种：

但应用到具体的环境，具体的问题还是需要人去解决的。

当然，有了ChatGPT这种智能搜索系统（相比谷歌，百度，或者各种论坛），相信大部分程序员的工作效率能提升，这或许会导致一定程度的底层程序员挤兑问题。

比如最底层的那种页面仔，curd boy，搞不好就能被ChatGPT取代了。简单点说就是工具/AI越强大，就越能解放人的琐碎重复劳动部分。

一旦涉及到逻辑层面，设计层面，算法层面，复杂问题层面，ChatGPT肯定是搞不定的。

但你要说你就是一个只会干琐碎重复劳动的程序员，那肯定是适应不了工具越来越智能的未来的。

AI/工具本质上还是为人服务的，可以极大程度提升人的工作效率，而不是彻底取代人，取代程序员。最起码现在还看不到这种趋势。

其实之前低代码比较火的时候，也有过类似的问题：

低代码的出现真的会导致程序员失业吗？

对于这个问题，小编也发过文章详细的说过。

这边先说说结论：

低代码的出现，绝不会导致程序员的失业，只会提高程序员的入行门槛。程序员的工作并不仅仅是编写代码，更多的是将需求进行抽象的工作以及对代码逻辑进行升级改造，编写相关文档之类的。

所谓“低代码”，从字面理解应该是代码量的减少，事实也却是如此，低代码是指一种开发平台，称之为“低代码开发平台”，具体是指无需编码或通过少量代码就可以快速生成应用程序的开发平台，是一种通过可视化进行应用程序开发的方法，使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。

得益于一些厂商的努力，低代码行业正在构建起健康的生态。我们在讨论低代码的未来时，需要清楚一点的是，低代码并非万能，它有清晰的能力边界，而非一些声音所说的会“抢走程序员的饭碗”。低代码是企业数字化建设当中“最后一公里”，在保障企业数字化进程的价值赋能下，中国市场会有低代码的一方天地。

国内的简搭(jabdp)开发平台是一个低代码开发平台，复杂的业务功能，只需要会基本的sql语句和javascript语法，就能进行快速开发，满足其个性化的业务需求，设计出各种复杂的企业web应用。主要特点如下：

可灵活定制：简搭(jabdp)低代码平台提供了强大的定制能力，包括页面定制、数据表管理、业务流程定制等，便于实现各类企业应用。
权限管理：简搭(jabdp)低代码平台提供组织结构管理和精细的权限管理多人，便于企业根据实际情况灵活地进行权限设置和调整，促进内部协作。
易于部署和维护：简搭(jabdp)低代码平台提供一键部署功能，无需配置复杂的网络服务器；根据企业的需求变化进行系统维护也更容易。
支持二次开发和系统集成：简搭(jabdp)低代码平台是一个开放的快速开发平台，有经验的程序员依然可以基于jabdp定制开发出许多高级的功能，而不受jabdp本身的限制；同时，简搭(jabdp)低代码平台开发出的应用也可以很方便地与企业的现有信息系统集成，或者与微信、钉钉等第三方应用集成。
简搭(jabdp)开发平台适合用于大部分的企业级web应用的开发，尤其适合企业信息管理系统（MIS）、企业资源计划系统（ERP）、客户关系管理系统（CRM），业务支撑系 统（BSS）等。并且就一些经典的项目案例提取整合出各种类型的项目模板，共享给开发者参考，开发者可以在原有的项目基础上进行修改定制，以打造其个性化的企业信息化平台。

Answer 3

低代码的目标是降低上手门槛，但是对于开发来说，好不容易掌握了程序员的门槛知识，突然又用低代码平台来给他用，跟她说你之前的方法不用了，你专注去思考业务。
程序员直接抓狂好吧，这不仅浪费了原有开发人员所具备的更灵活的开发能力，还让开发去学业务，这真的是学会了九阴白骨爪，然后给发了副手套，去挠痒痒么？这是不是一种人才的降级使用呢？
低代码还是更适合产品侧，他们有更专业的业务背景，依靠低代码平台，拖拖拽拽就能完成一套业务系统的开发，似乎更配得上低代码平台降低上手门槛的目标。降低开发成本，提高业务效率，各司其职。
所以，低代码平台，好东西是无可厚非的，但使用姿势一定要正确，任何东西只有用对了地方，才能成为神器！有兴趣了解一下JNPF快速开发平台，JNPF快速开发平台专注以“低代码+技术+服务”助力，为企业全生命周期提供服务的软件解决方案，JNPF通过流程引擎、集成引擎、流程门户等核心组件快速构建相关业务系统，如OA、CRM、ERP、HR 等，形成综合业务支撑平台，JNPF有信心将数字化价值落到细处实处，打通企业数字化落实的“最后一公里”。

Answer 4

低代码平台确实在近年来得到了广泛关注，并且在一些特定领域和应用场景中获得了成功。 但是： 虽然低代码平台在某些情况下可以显著减少开发时间和工作量，但它们并不是万能的解决方案。
在一些特别复杂的项目和需求中，仍然需要专业的开发人员进行深入的定制和扩展。即使是万应低代码这样一家历经8年的研发，真正从实际项目交付中成长起来的低代码企业而言，我们依然会为每一个客户配备一支经验丰富的售后服务团队，用于客户细节需求的对接已经低代码平台的功能定制、完善。 低代码平台是当前的一个趋势和发展方向，但在未来的就业市场中，技术全面发展和专业开发人员的需求仍然会长期存在，虽然低代码平台的广泛应用并不意味着程序员会失业。相反，随着技术的发展和应用的变化，程序员的角色可能会逐渐转向更高级的任务，如系统设计、架构优化、算法开发等。