【建议】作为一个uni产业链用户，真心建议dcloud聚焦uni跨端主业，维护node_moduls标准，不要另立门户，hubuilderX问题汇总

在uni社区发不出来，提示非法内容，所以发这里来了

以下仅为个人观点，不一定对，接受批评

我非常能理解dcloud想要打造生态，全面开花的战略，但也衷心建议dcloud公司先做好uni这个方向，通过这一个方向把公司打造成一个优秀的上市公司，然后通过这一个方向带飞其他业务。

我认为uni方向是目前dcloud公司最具价值的业务方向，其也能影响力大于任何其他产品，也有很多其他方向的业务是通过uni展开的，比如unicloud，uni-modules，uni-id等等吧。
不太了解dcloud财务情况，可能是因为盈利等问题，所以拓展的unicloud、uni-id等方向，想要做为盈利方向，这样的话个人只是认为可能性不大，但如果不是用来盈利的话，而只是想提高开发者用户效率的话，我认为这两个方向不大对，

前端已经有一套很成熟的标准规范了，即node规范，node_moduls标准，很没有必要再开发一个unicloud、uni_modules开发方式， 感觉开了历史倒车，假如uni有一天火大了，和浏览器标准二分天下的时候，这两套标准让大家怎么办？
关于unicloud的业务，不否认serverless方向是大趋势，但这个方向什么时候能占据一般公司30%的开发方式，我认为还有很远的道路要走，unicloud目前在中等公司主流业务的接受程度并不高，
uni-id业务封装的太细了，感觉这不是一个基础平台公司要做的事，这件事太细了，要做好也需要很大的人力，但不否认这个方向是趋势，但感觉不适合dcloud现在来做，公司的员工毕竟是有数的，做了这件事就没办法去做其他事情。

在使用dcloud公司产品的时候会发现很多产品都做的不错，但都不够极致，这就是问题，希望dcloud能先把uni做到极致，在去搞其他的事情，

1.hbuilder怎么做也超不过webstorm，vscode，且不是核心业务。适当维护就够了，好好发展node_modules的创建项目方式，兼容普遍的标准，不要开历史倒车
2.uni-cloud方向，dcloud的理念是，帮助开发者提高开发效率，开发一套代码兼容各端，希望不要给开发者找麻烦，希望能在兼容当下标准的方向去发展serverless，而不是自己另开一套标准，给用户找麻烦，让用户纠结到底该用哪种方式。
3.uni-id这种提供个方向，剩下的让社区去做就好了。
4.uni-modeles，希望赶紧停，这东西做大了不就没node_modules什么事了么，所以这东西很难搞，两套体系标准难死开发者，别开历史倒车，别为了盈利方向和开发者渐行渐远。

最后建议，dcloud聚焦uni跨端主页，往node_modules方向去发展，别自己搞一套标准了

说的不对，不严谨的地方望见谅，我就是个普通用户，看到最近这些东西的文档，感觉挺麻烦的，所以就想说两句，祝dcloud早日上市，uni产业越来越好，利益相关，准备在uni产业长期发展