低代码,不好
共 1037字,需浏览 3分钟
·
2021-05-10 00:40
低代码火了!
有人说低代码是毒瘤,有人骂他。
有人说低代码不是毒瘤,你才是!也有人骂他。
我目前倾向于第一个观点,过度宣扬低代码的功能和效果,就是割韭菜的心态。至于上升不上升到毒瘤层面倒是不重要。
第二个观点提出者是明道的一位老板,站在他的立场上肯定要撕啊,明道是做什么的,企业软件。从pc时代到移动互联网时代,明道确实做了一些产品解决了一部分小企业的线上化效率及管理问题。
明道是彻彻底底的toB企业,怎么找市场找客户把产品卖出去呢?一直是toB企业最头疼的问题,这些年互联网概念层出不穷,大数据,人工智能,iot,区块链,中台,servicemesh,serverless但是更多是解决c端的场景问题,为b端赋能的概念很少,低代码火了,toB企业当然要抓住,毕竟这个概念是在应用层折腾,抽象出几个微服务,做一些个性化的ui沉淀就OK了。太有技术含量的mesh和less不好搞,太宏大的中台讲不过大企业,低代码怎么看怎么是投入产出最高的概念,容不得别人砸饭碗。
我为什么站TW这位cto这边呢?
首先人家对于低代码是毒瘤这事有个定义,“一切为释放程序员的低代码应用都是耍流氓”,看,人家不是恶心一大片,说的是一些程序员产品经理想要建设一批工具系统去释放另一批程序员的生产力,我的生产力凭什么你最了解呢?
如果可以解决也是低层次低水平的替代,这也是这位cto的另一个观点,高水平的技术挑战不可能就这么简单的替代掉了。
很多人举例子微软office等一些应用是低代码,错了,人家是一个生态,背后有着多操作系统适配,云➕端的优化,再说首先它是office,千分之一的特性才是低代码,剩下的千分之999
才是office的核心竞争力。
低代码春哥也用过,在ppt上面也体现过,但是低代码只是当时平台化解决方案,中台框架上面配置化的一种实现,比如在确定性移动场景下的托拉拽实现了一个运营落地页。释放的也不是程序员的生产力,而是运营。
所以过分追求低代码解决不了高层次技术问题,降本增效是另一个层面的事情,低水平挑战的事情,加个班就解决了吧,毕竟学习你这套低代码产品成本也挺高,至于扩展性,只能通过花钱,升级解决吧。