其他分享
首页 > 其他分享> > 产品经理说以后接口不找你写了!啥情况?我要凉了?

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

作者:互联网

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

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

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

开发:临时加需求不太好吧?

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

产品:那我自己搞一下吧。

开发:哈~你自己搞?

产品:之前一直提取数需求,学过一些SQL,可以试一下

开发:那你用啥写后端啊?Java吗?

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

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

产品:额,你竟然还不知道?

开发:...

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

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

飞算全自动软件工程平台

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

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

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

这到底有多神奇呢?通过下面的视频,来直观感受下整个开发模式:

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

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

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

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

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

人人都能开发后端了?

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

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

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

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

可以提高效率吗?

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

答案是肯定的!

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

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

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

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

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

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

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

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

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

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

 

标签:经理,平台,接口,飞算,我要,软件工程,开发,SQL,全自动
来源: https://blog.51cto.com/u_14299052/2935238