no code / low code 看起来容易,其实远比想象得更难

no code / low code 看起来容易,其实远比想象得更难
最新回答
叶舞霓裳

2021-12-30 04:56:08

提供特定服务,使用大众软件,常被认为无需代码或低代码即可完成。许多厂商提出发展此类技术,并非为了解决特定领域问题,例如网上购物,淘宝樱乱已能满足需求。然而,认为无代码或低代码实现简单,实则大错特错,背后涉及四个核心层问题。

第一层,致力于解决非专业人员也能编程的难题。此层需利用人们熟悉的概念和表达方式替代代码,其本质是教学问题。提高效率与让普通人学会编程是两码事,后者没有捷径。因此,无代码或低代码通常转向第二碧磨层,即复用代码,从而避免编写代码。

第二层中,普通人“编程”效率低,平台方提前完成必要工作,用户仅需复用。通用跨领域的软件复用极具挑战,复用代码往往复杂且难以理解与维护。软件复用历史悠久,但进展缓慢。当前代码生成技术与几十年前变化不大,快速生成Java的CRUD功能并未带来实质提升。可见,找到比Java更好的编程方法是关键。

第三层,解决减少软件开发与维护工作量的问题。第二层涉及代码重用,第三层则解决具体问题,如何以更少工作完成任务。软件开发维护工作总量固定,无论平台方还是复用方承担,核心是降低编程认知负担,减少需求与源代码间的差距。复杂性认识不明确,大脑处理难度大。

第四层,代码与实际执行间的差距随代码接近需求增大。悔颂斗目前主要反馈机制为console.log,提高开发者反馈带宽与频率极为困难,且具综合性。根本性问题在于这些问题难以量化,作用于人类自身,更多体现人文与社会性,而非数学问题。主观性强烈,进展评估困难,实际功效定价模糊,商业价值不明。

从商业模式角度看,最具吸引力的问题是第一层,解决非专业人士编程问题。而最难解决的第四层问题,往往不吸引人且难以销售。表面上看似简单的“普通人无法像自己写信一样求助专家代写”问题,关键在于写信对于专家同样具有挑战性。

无代码或低代码行业最需要的是深入分析问题,而非无意义争论OOP与FP孰优孰劣。OOP和FP只是对不明问题的解决方案,讨论解决方案本身无意义,关键在于问题是什么。所有从业者应深入研究前面提出的四个问题,并将其分解为更具体问题,理清问题后,解决方案自然显现。