ts是蹩脚的语言 这句话有点像我前几天面试听到的。
我们用cocos做了个台球 在低端机上很卡一个多月了没解决。问我有什么建议… 。我说你如果确定是cocos问题就赶紧换引擎。但是在质疑cocos之前 麻烦你看看是不是自己问题。
这段经历也合适给cocos这位研发人员（虽然不是他选型的）
主要问题是cocos的团队不怎么懂前端吧，如果懂的话 估计 npm、webpack、ts什么的就都能正常用了
1赞
我在想为什么不改成lua或者c#么，选择ts/js这个之前游戏都怎么涉及过的脚本领域，导致其他引擎/语言现成的轮子无法直接使用。现在unity的c#不也有hybridclr，甚至.net现在版本也可以直接aot了。
我在想如果换成c#，好多unity的东西可以直接拿来用。ts感觉也只适合单系统下的开发，项目工程上去了，多系统之间的封装完全不如c#灵活。
因为web和小游戏 跑不了c#啊
现在wasm了，这都不是事
ts/js 在小游戏上是原生支持的，wasm还要再跑一次虚拟机，就是类似浏览器->js引擎->c# 虚拟机 -> c# 代码，多个中间层效率上不高。
另外ts/js的基础设施/轮子也是非常多，如果考虑到npm的库社区的话，可能比c#的nuget还要多。
lua 的库才是非常少的。
github 提交的 issue 确实是需要更详细一点描述，保证双方都的理解和环境是在同一层面。我也经常会要开发者提供 demo。这么做不是说我自己没法做个 demo，而是我做的 demo 和描述的 issue 可能理解的就不是一样。这个区别可能是很细微，但是会浪费双方很多的沟通成本。
@dumganhar 是引擎的老员工了，做事情非常踏实认真。他这么问就是想把 issue 给重现出来而已。而且他还因为查这个问题，把 tween 模块（这个模块不是他负责的）的一系列问题都看了一遍，花费了一个多星期时间。我们还担心会有兼容性问题，而在论坛发帖说明这个情况。
引擎确实是有很多问题，我们的能力也确实有限，但是我们的态度是没有问题的。大家都是技术人员，讨论问题尽量摆事实讲道理，不要带着感情，这样不利于问题的解决。就如 @jare 说的，大家都互相理解吧。三人行必有我师嘛。引擎人员在某些方面不如开发者，这不是很正常的事情吗？
11赞
js/ts的库大多是web前端库，不适合游戏