听说过低代码吗？你知道近几年低代码很火，国内外产品很多吗？您是否曾尝试过一些期望很高的低代码产品却大失所望？我也是！我试过不下10款低码产品，得出的结论是：国产低码产品目前只是玩具！说它们是玩具并不意味着它们没有价值！玩具也有玩具的价值。他们确实可以解决一些特定的场景问题，比如做一个产品问题收集表，或者做一个办公用品申请流程等等。Low-code-Shouldn'tbejustatoy最重要的是，它需要提供生产蛋糕的能力。低代码需要解决企业的业务问题，提供一整套的生产加工能力，才能真正赋能企业的数字化转型。如果没有樱桃，没有蛋糕，你会饿死的。采集表单的场景过于碎片化，从业务的角度来说，采集到的数据还需要做进一步的处理。这个时候怎么办？如果企业做一堆所谓的收集表单的低代码应用，一个应用就是一个烟囱，这无疑会加剧企业应用烟囱现象，与企业数字化转型背道而驰。对于办公流程场景，最适合的定制方式是在办公软件平台上进行定制，而不是使用单独的低代码产品。低代码产品的真正价值在于提高研发效率，降低研发进入门槛，解决真正的业务问题。低代码大火的一个关键市场驱动力在于，企业数字化转型需要大量优质的开发人员，市场供给侧无法满足。那么，解决这个问题的途径有三种：提高研发人员的效率，降低研发人员的门槛，让业务人员自己开发。第三种思路是目前“表单+流程”的低代码产品思路。第三种想法我认为最不可取的想法是业务人员可以做一些最简单的定制。一旦需要进一步定制，“表单+流程”等低代码产品就捉襟见肘，业务人员无力做进一步定制。什么是生意？业务是：业务对象+业务操作（名词+动词），这是一个主谓结构的词组，比如用户管理、订单管理、产品上市、产品购买等。从认知心理学的角度来看，人类是为区分名词和动词而生。因此，你会发现所有的IT系统都是业务对象+业务操作，这符合人类用DNA写成的直觉。但是，表单+流程的低代码产品做不了这样的业务。在下图中进行比较。真正能解决业务问题的低代码产品应该具备以下特点：可视化、便捷操作（这是低代码的标准配置）可以支持业务对象+业务操作（这是可以处理业务的标准配置）开发者，提高开发效率必要时可以混入代码前面说过，低代码平台必须提供足够的灵活性，而最高的灵活性就是能够轻松切换代码。Salesforce还提供了很高的灵活性，用户可以使用代码定制，但是，用户需要学习Salesforce自己的编程语言Apex。最好的方式是用户可以使用自己熟悉的编程语言和编程框架进行定制。最近发现一个新产品StarOS，可以混合low-code和code。下面是一个电商应用，设计成架构图，可以直接作为应用部署。架构图中，front-end是通过拖拽实现的前端，goods、user、order、pay是通过代码实现的后端，它们提供API。前端设计好页面后，绑定后端提供的API即可。丢一个官网，有兴趣的可以了解一下：StarOS-官网：http://staros.cloud/
