Subilan

低代码（不是表单的那种，之前在这个网站上也看到有人把这个称作低代码）本质上是在把需求量化、模式化，这些需要足够和足量的调研和验证。

但是广泛层面的需求终究是不规则的，低代码平台所解决的也只能是一个个需求组合。许多行业都有那么几套大部分人都在沿用的方案和逻辑，所以低代码平台只通过对这些方案的实现，就可以满足大部分客户的需求。

只是从开发的角度来看，低代码没有那么理想化那么完美。

我个人认为 TypeScript 还是像一部分人宣称的那样，是为了大项目而存在的，而对于一些小型的项目来说可能又成了一种负担。但是在这里对于大小的区分，我认为这不仅和代码量有关，还和一个团队的沟通模式，乃至个人习惯有关。

像 Solo 或者几个人组成的开发团体，沟通的模式相当具有多样性，因此 TS 这种“与代码高度契合的沟通”不一定能够成为一个很好的选择。这中间甚至还可能有一些微妙的个人因素，比如说有些人就喜欢 TS 这种相比于 JS 高度模式化的代码，有些人就恰恰相反。

从实际角度来看，TS （相比于 JS 多）起到的作用大概是把一些设计代码化，以及借助 tsc 达成所谓的 type safe 。但是当这群人不需要也能做好这一切时，那即使有那么一点可能性会犯一些错误，但是不需要就是不需要。

所以我个人感觉还是按照具体需求来，没有“更适合”一说。目前而言我做的一些简单的小脚本是用纯 JS 写，时间比较紧迫的项目也是用 JS 写，而一些慢节奏、投入大量时间的合作项目，经过协商以后既有选择 JS 也有选择 TS 的。

如果是自己玩玩的话，建议先看看其它语言，再看 PHP 。

同样能写出东西来，然而无论是语法、项目组织、代码哲学还是“可玩性”来说，PHP 不是最好的选择。

@t41372 @jevonszmx

为啥你们都这么快。我也是 16GB 。不是很清楚是哪里出现了问题。或许 16GB 算是*某种*虚拟机入门配置，需要把所有软件都关掉，才能流畅使用虚拟机？

看来虚拟机方案还是有些可用性的，以往我对 PD 的印象特别不好。哎...Apple 要在 CPU 上创新，钱包也没那么宽松，只能忍。

@Senorsen 和我的体验不太一样，我也是 Parallel + 11 ARM ，但是表现的却是有的时候连开始菜单、右键菜单打开都要好几秒，有的时候窗口还会黑屏。关掉一些 macOS 里的软件可以缓解。

目的性很强，我只能说。

必须支持。已三连 B 站+Gitee Star ！