u3d还好，还有个问题是，cocos的招聘有些找的是2dx的也会写cocos creator，很烦这个，不写清楚。招聘u就没这个问题，当然也跟hr不够专业也有问题
2赞
我也很烦这个
1赞
别人也是打工的啦，不做功课很正常。 
相互提醒一下就好
1赞
蓝图只是曲线救国。只是相比起开创一个全新的语言，蓝图及虚拟机的建设，是可控性、兼容性、性能，各方面都是有保障的选项，而且对于扩大引擎的市场也有很正面的帮助。因此相比起其它引擎，蓝图对 Creator / Laya 这种 JS 引擎的增益是更大的。假如将来有一天必须要做蓝图，那何必今天还要支持另外一套语言，另外一套原生化方案？那岂不是分裂到不行。
当然现在要做也不可能了，原生虚拟机还有引擎原生化，还有蓝图代码的编译都困难重重。
1赞
懂你的意思，但我觉得即使一切都顺利（性能拉满比肩 C++），它还是会成为一个类似 WASM 的存在：
- 只会被少量用户用于关键热点性能的提升，因为不管理论还是实际，都表明它不适合也不会被用户用于高强度的编程，这些使用场景都不关心性能。
- 依然不断有用户要求一个能解决 IOS 性能的方法，他们不会考虑用它来解决这个问题（原因如前面所说）
确实蓝图是必须的，不管是大量非专业的游戏制作者，还是竞品的用户迁移都很有帮助，所以我只是觉得如果是因为 iOS 性能问题而做蓝图的话，它实际上不会对这个问题有任何的缓解。
感觉 Cocos 现在这实力，还是利用现在最大的优势，Web 社区生态，去发起或者协助一些开源项目（TS subset、静态分析编译优化、Static Hermes）的推进会比较现实，虽然也挺多工作量，但相比较做其它东西都需要太多人力… 把项目当作一个独立的开源项目去运营，说不定有爹或者基金会看好投了呢…
2赞
蓝图并不是必须的， unity 也没有蓝图，也没有可视化， 而ue, 有蓝图，使用蓝图的基本也不是程序， cocos 应该看看程序员们的反馈，毕竟面向的是程序员， 大家都反应运行game 视图很重要， 这个功能才是必须的， 竟然没在规划范围之内
1赞
你是对的，懂得自然懂，不用太过解释
1赞
3.6 就支持了，但是问题一堆，这不是人力有限吗？跟规划没关系。
1赞
这人力还不够啊， 这一个功能需要几个人力 
1赞
关键不能所有人力都做一个功能吧？
1赞
一个人做也行啊，这是核心功能啊
1赞
现在是做出来了，有很多bug，这就不止一个人的事了。因为这bug有可能是别的模块交互的问题。
1赞
现在出lts了，慢慢改呗，一次新版本修几十个bug，总会完善的
1赞
蓝图不重要啊， game 视图才是重要的
1赞
确实，，，
1赞
小白发言： 我就是因为Cocos支持网页和小游戏用typescript开发才入门Cocos的，要我说就直接舍弃原生，原生就套个webview，坐等webview优化，这样的话cocos的网页专精，摆脱原生适配，大量工作量专项web，一部分人可能会走，但是又会来一部分人，因为对于前端来说比较容易入手，个人开发者也不会特别考虑大型项目，cocos完全够，具体是走的人多还是来的人多这个对比，可以现在先看看有多少项目打包用原生打包的，基本也能确定哪个更受欢迎
1赞
我现在在做原生平台的游戏，用的是Cocos2dx3.17.2版本。性能很稳定，欢迎做原生的使用.
1赞
1、蓝图
2、TS2CPP
不是二选一，我认为全都要。
剩下的，交给时间和资源。
1赞
加个 TS 2 GO，嘿嘿美滋滋
1赞