框架本质本来就应该提升开发体验，提高开发效率。 现在的pro和umi开发体验没体验到啥好处，配置倒是越来越繁琐，不是这里出错就是哪里出问题。升级就要去翻源码看。文档也不会及时更新。升级不会不做任何兼容，或者提示。

主要是人力不够，ant design pro 主要就我一个人维护，我还要做内部的业务，还要做插件，还要做procomponents，所以pro 收窄了使用范围，专心服务中后台。

如果能接受我们的模式是可以很快的实现一个 crud 的页面，各种 xxx 管理后台可以很快的搭建起来。

越来越觉得pro和umi在沉浸在自己的世界里面，自己感动自己。认为自己的组件价值观是“伟大的”，而忽略了中国大部分react开发者的开发体验。当打开pro给的案例的时候，ohshirt～！�react是这么写的吗？大段大坨恶心的群魔乱舞的代码，个现聪明。结果成了一个乱糟糟的代码页面，没有任何思想的硬怼的业务代码。就像初级程序员开发一个紧急需求一样。

需求催生产品。我们主要满足内部的需求，所以就会变成现在的样子。社区的思路也会吸收，但是社区的使用方式维护力度需要非常大，一个产品能用很简单，要好用至少需要不少于一年的迭代。

越来越觉得react乱七八糟。本来的初衷是为了取代cra，智能化的配置。

我们的本来的初衷就是因为 用 antd 搭建一个后端管理控制台，太复杂了需要拼接各种代码。不是取代cra，我测试某些页面的时候也会用 cra，cra 适合所有 react 的项目，那 pro 只适合中后台，干别的也可以，但是设置起来很麻烦。

你说的文档问题的确存在，文档更新不及时，更新的日志没有写，这其实是因为精力的问题，维护一个开源项目是非常苦难的事情，我们因为可以内外结合，所以已经算是相当有维护力度的，你可以看我们相关同学的 timeline。但是我们也不可能全职的搞开源，尤其是文档，文档真的很难。我宁愿写很多的代码都不想写文档。文档要花费超级多的精力，密集的开发过后一般都会进行文档的改进。但是进入维护期后一般都会懈怠，同时也顾不上每日的维护。

但这也是开源的意义所在，我们之所以愿意把代码放出来，还投入不小的精力修复内部不会碰到的bug，添加一些社区呼声比较高得功能，就是因为社区是自驱动得，有很多小伙伴可能随手就改动了文档，或者随手修个小bug，日积月累也会让我们的项目变得更好。

你吐槽的很合理，但是这个对产品变得更好意义不大，如果你觉得不好用得地方可以提炼以下，想一想是不是可以作为需求。如果你提得电子帮助到了更多的人，开源就会变得更好。