今天简单聊聊，低代码不适合做哪些应用。

以模型驱动为基础的低代码平台，真正不太擅长的，是那些有各种特殊需求的应用

比如说，对算法和复杂数据结构要求比较高的：高性能的计算和科学计算、游戏开发、嵌入式系统和硬件级编程，更普遍的像是ACM、LeetCode等。

低代码平台由于抽象层次高，在实现快捷编程应用的同时，自然也失去了一部分的灵活性，像 LeetCode 这种刷题类的技术问题，需要精确控制算法的每一个细节，是不适合用低代码的方式来做的。

同理，天体物理、气候模型这种都需要高度优化的算法，来处理大量数据和复杂的数学模型也不适合。

还有就是对界面要求很高的，比如说3D游戏，抖音小红书这种社交娱乐的应用，在UI/UX设计上的独特需求，目前主流的低代码平台都不擅长做。像这种应用需要复杂和高度交互的用户界面，低代码可以说是无能为力。

第三，头部互联网应用也不适合，因为用户量巨大。

为了优化性能，头部应用常常跟普通软件有很多技术上的差别，前后台技术十分复杂，低代码平台能做的是实现比较标准的数据库、逻辑、界面3层架构，无法满足性能需求。

注意这里说的是那些用户量级特别巨大的应用，像微信、淘宝、抖音、微博这种国民级应用，不是说做不出这个界面跟逻辑程序，而是用户数量大到一定程度以后，寻常的逻辑数据结构没法响应，标准的程序应用早就崩溃了，必须做针对性的优化。

如果你的用户量没到千万那个级别，低代码平台都是hold住的。

第四，分析和智能化的应用，分析类应用要用更专业的BI工具，至于智能化应用也应该用更专业的机器学习平台等工具来做。

还有像是​硬件级编程或嵌入式系统的，这种专业性很强的东西自然不必多说，肯定不会考虑用低代码去做，C++该用还得用起来。​对于需要直接与硬件交互的应用，如嵌入式系统、IoT设备等，低代码平台无法提供足够的控制和精确度。

总结下来，低代码平台不适合做的，就是这五类：​对算法和复杂数据结构要求比较高的、界面交互复杂的、头部互联网应用、​分析和智能化的应用、​硬件级编程或嵌入式系统的应用。

​

​还有遗漏的欢迎补充~