低代码和云开发 区别

最近有个粉丝问了低代码和云开发如何做技术选择的问题,原问题如下

再请教一下,感觉微搭待完善的地方太多了,与云开发之间做个选择,是不是云开发会更好?然后数据库用自己服务器的好是自带的云数据库好?速度性能方面。

问题是个好问题,最近两年的实践过程中我也遇到了同样需要选择的问题,不过我去年遇到的不是低代码和云开发的选择问题,我是遇到是选择微信小程序云开发还是web云开发的问题。
既然是选择的问题,那我们先分析一下问题是什么?微信小程序云开发适合开发小程序,但是前端可以用的框架很少,而且案例也少。web云开发可选择的余地大,适合开发web应用,而且市面上现成的开发框架也多。两个方向都做了尝试,但是都遇到了问题。
一、微信小程序的问题
小程序遇到的最大的问题是拿项目的问题,接触的用户他们天然就认为这个东西不值钱,而且比较流行的应用比如商城,往往都有成熟的厂商在做,而且已经深入到四五线城市,你的报价和你能给出的成果和成熟的解决方案差距比较大,个人开发毫无优势可言。
二、web云开发的问题
web云开发应用起来比较简单,官方的SDK也比较丰富,可做的点也很多。但是最大的问题是如果以web云开发作为管理后台,如何和小程序融合?比如会员管理系统,会员在小程序侧充值,如何通知管理员?管理员如何看到最新的注册会员,管理员在后台做的操作比如开卡、消费这些动作如何通知会员?以哪种形式通知?短信?公众号模板消息?又或是订阅消息。
另外就是差异化竞争的问题,市面上成熟的会员系统往往集成了各种硬件,比如收银机,扫码枪,web云开发如何和这些硬件集成也是事关竞争力的问题。
三、技术能力的问题
既然想做一款自己的产品,技术能力是首当其冲的,对官方的功能熟悉的程度,对开源框架的熟悉程度,还有就是编码能力方方面面无疑都对人是巨大的考验。因为你和老板聊,对方无非关心几个问题,多少钱,多久,老板提的要求能不能实现。
这些问题也深深的困扰了我很久,终于今年低码平台发布了,经过近几个月的试用,我觉得它很好的解决了我的顾虑。
一、解决了技术底座的问题
因为是想要自己做,必须有一条能熟练掌握的生产线,满足老板们各种各样的个性化需求。我总结了一句话来形容低代码平台,前端组件化拖拽完成,业务逻辑可以写代码。这样既解决了前端重复效率的问题,也解决了业务逻辑多变通过代码来灵活适配的问题。
二、解决了集成的问题
我去年在技术探索的时候遇到的方方面面的问题说白了是对平台不熟悉导致的,低码平台已经和小程序打通了,我们在调用官方的功能只需要选择就可以,免去了熟悉API,不会调用的问题。而且后续的能力也在逐步的开发,比如和微信支付、直播等能力的打通。你想想你需要的能力都全了你有啥可担心的呢?
三、解决了销售的问题
我们想自己做个产品,最大的障碍可能是没有销售渠道的问题,官方后续出品的模板中心,个人可以自己发布模板,卖模板将来是个好生意,价格低一点服务好一点总有人买嘛。而且官方的市场人家会运营的也不用担心曝光度不够没有流量的问题。
四、解决了持续集成和运维的问题
低代码本身在线上制作应用,修改后马上就可以发布,天然就给你做好了版本控制,我们只需要持续不断的投入发挥自己的创意就好了。而且运维也不用操心,我们只需要购买流量套餐,服务器、硬件、网络云厂商帮你照顾的妥妥的。
说了这么多,最后回答一下那个粉丝的问题,如果个人研发能力特别强,啥问题都能解决,我觉得选择云开发比较好因为你想做啥就可以做。如果个人本身研发能力不强,又想自己做一款产品的,低代码比较适合,后续就能体会到低码的好处了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值