产品经理说以后接口不找你写了！啥情况？我要凉了？

╰半橙微兮° 2022-10-23 03:58 102阅读 0赞

**产品**：小哥哥，有个临时需求要搞一下，不用做界面，搞个接口就好，统计一些数据，我需要每周处理一下，然后给领导看的。

![file][]

**开发**：临时加需求不太好吧？

![file][file 1]

**产品**：那我自己搞一下吧。

**开发**：哈～你自己搞？

**产品**：之前一直提取数需求，学过一些SQL，可以试一下

**开发**：那你用啥写后端啊？Java吗？

**产品**：飞算全自动软件工程平台上拖拉拽搞一下SQL就好了，不用写Java，我又不会...

**开发**：飞算全自动软件工程平台是什么鬼？来抢我饭碗吗？我这是要凉了吗？

**产品**：额，你竟然还不知道？

**开发**：...

这是最近发生在某机构开发中心的一幕...

飞算全自动软件工程平台到底是个什么样的东西，可以让产品经理有底气说自己来完成一个后端接口？现在可登录其官网申请产品试用：[https://feisuanyz.com/][https_feisuanyz.com] ，小编申请注册了个试用账号来一探究竟！

### 飞算全自动软件工程平台 ###

一番体验下来，最大的感受是飞算全自动软件工程平台真的可以编程逻辑可视化、降低开发上手门槛、将各种复杂的开发工作自动化的运作起来，从而大幅度地提高开发效率。

小编发现，使用飞算全自动软件工程平台开发后端接口与我们使用IDEA的传统开发模式有很大的不同。使用人员完全不需要具备很强的Java编码能力，甚至一些简单需求都不需要掌握Java就可以快速的上手参与到后端编码工作中去。

所以，也就有了文首的场景，一个略懂SQL的产品经理通过拖拉拽实现编程逻辑可视化，写写查询语句即可完成一个后端接口的开发。

这到底有多神奇呢？来直观感受下整个开发模式：

![20210318123514754.png][]

可以看到，我们常见的数据访问（SQL、事务）都被封装成了图形化的组件，我们只需要拖拽不同的组件，然后填入要执行的SQL，来编排接口的业务逻辑就能完成整个后端接口的逻辑开发。

而在这个过程中，你不需要再去思考是使用JdbcTemplate，MyBatis，还是JPA。只要你会SQL，就能实现一个后端接口。

完成了开发，不知道对错？还要求测试人员帮忙支持一下？估计还得被测试怼！当我们用飞算的时候，我们也可以轻松的完成仿真测试，操作模式同样轻松实现：

![202103181235162.png][]

如果你也是一名产品经理，是不是有感觉很好上手呢？如果有这样一个神器加持，当开发拒绝需求的时候，有没有自己搞一把来实现的冲动呢？

### 飞算全自动软件工程平台能改变什么？ ###

**人人都能开发后端了？**

既然产品经理也能来写后端接口了，那我们后端开发都要凉了？人人都能做后端开发么？

小编认为目前**还不会**。由于我们在实际的开发过程中，还是会碰到很多特殊的场景，比如：高并发的场景、大数据量的场景。整个解决方案就可能变的特别复杂，其中也会引入各种不同的前沿中间件或自研中间件。在这个平台的帮助下，程序员完全可以从繁杂重复的打代码的工作中解脱出来专注这些“高级活”，告别996，找对象不再发愁没时间了。

同时，也不是所有的产品经理都如本篇开头那位一样，可以快速的上手这个平台的。由于后端开发除了需要Java的编码知识之外，还有很多其他知识要求，比如：数据库、缓存、高并发等其他高级内容的支持。对于非开发人员（如：产品、运营）要参与到其中，也是需要有一定的背景知识，这位产品经理最核心的是他已经掌握了SQL，虽然他不会Java，但在飞算全自动软件工程平台的帮助下，是可以让他快速上手后端开发的。

所以，飞算全自动软件工程平台并不能完全取代后端开发，而是把后端开发的门槛降低了。

**可以提高效率吗？**

既然飞算全自动软件工程平台还无法取代后端开发，那他能提高我们的研发效率吗？

答案是肯定的！

这类平台的核心就是降低开发的上手门槛，所以我认为平台可以推向更多依靠降低门槛，入门开发的场景去尝试。

用来帮助团队中原本开发能力较弱，开发效率较低的人群，或是具备一定开发知识，但因知识不完备而暂时无法胜任开发工作的成员，让更多的人能够直接参与到一些研发工作中去。

而具备专业知识的成员可以从繁重的重复性工作中解放出来，更多的去从事架构设计等具有创造性的工作，从而使得团队整体的生产工具升级！

当大部分成员都拥有了编码思维，信息化思维，不论是后续参与到研发工作中去，还是结合当前自身工作，由于思维模式的改变，就很容易结合出新的效率提升想法，激活各领域的创新动力。

平台虽好，但还是要理性思考，任何工具都不是银弹。

我比较不提倡的是将这类平台推向原本开发实力很强，具备很多前沿技术且创造力丰富的场景下。因为当一个为了降低上手门槛而出现的平台，推向了已经具备高超技术的团队时候（由于他们整体本身都在门槛之上，并不需要降低），反而可能会造成反效果，比如：大量前沿的创新性的尝试变得困难。

所以，能不能真实的提高效率，就看团队如何使用它，用对了就是超级神器，用错了就是潘多拉魔盒。

技术管理者一定要结合自己的业务、团队实际的情况去选择人群、选择场景来部署平台，以帮助他们提高自身能力，从而实现效率的提升，让这类科技产品落到真正弥补短板的地方，实现最大的产品价值！

说了那么多，那么你觉得飞算全自动软件工程平台会是未来吗？

它能够帮助你的团队加速业务需求的研发吗？欢迎留言说说你的观点！

> 欢迎关注我的公众号：程序猿DD，获得独家整理的免费学习资源助力你的Java学习之路！另每周赠书不停哦～

[file]: /images/20221022/cb678b5c244640249b0498ca58737cd1.png
[file 1]: /images/20221022/84eecad28e80455c86e0bc84bc5db08f.png
[https_feisuanyz.com]: https://feisuanyz.com/
[20210318123514754.png]: /images/20221022/113a38790d764237a799e89695ac90ec.png
[202103181235162.png]: /images/20221022/52a1acbb952c40d7a4d708e1778c7685.png