如题
做一个用户注册登陆的插件，包括email认证、短信认证、找回密码等，类似meteor account，phoenix的coherence 做一个后台admin插件，自动根据model生成admin，类似meteor的orionjs phoenix的exadmin 然后所向披靡。
看需求适合用什么框架，正式版已经发布挺长时间了吧，现在的话有需求随时就可以用。
发展的话，感觉推广力度不足，github上面才8千Star，也没有进Trending，不够火。
https://trends.google.com/trends/explore?q=eggjs,koajs,expressjs 貌似只有中国有人用？。。。
egg.js好像用的人越来越多了，看看这个帖子，回复量多少。中国人很厉害的。半年时间把vue吵得那么火。发现最近cnode上面关于egg.js的帖子非常多
从用户趋势来看： egg 对ts 的支持还是很弱。 github 的star 也放缓了。 从蚂蚁金服的情况来看： node.js 并没有替代 java 的计划。
从框架优雅程度来说，nest.js 无疑更适合，也更像 spring 。 这俩的star 差距也从 3k 缩小到 1k 了
@chapgaga 1. java 比较早，有多年积累了。 2. js 语法上不适合，但是 typescript 就好很多了。 3. 异步IO 带来的一些问题。 不过，nest.js 已经很像 spring 了。
@assmdx next.js 是 给 react 用的前端框架。 nuxt 是给 vue 用的前端框架。
nest.js 是后端类spring 框架。
另外建议 eggjs nestjs expressjs 一并对比
nest.js 强势上升
@chapgaga 目前只是做了微服务和k8s集群。 分库分表目前还没考虑。 跟硬件间接的通信比较多，hdfs ，模型缓存等等。 node.js 这方面还算可以
eggjs在蚂蚁内部使用比例挺大的，特别是偏应用层面的项目。当然底层核心的服务肯定还是java。
我个人一开始在不得不用的情况下也持有一些担心，害怕社区的支持力度不够，或是这是个纯粹的kpi项目。但到现在我在自己的项目中也愿意使用egg，老实说我自己也有点惊讶，总结一些应该主要是这些原因：
- egg在设计上用的是非常传统的MVC抽象，但确实非常适合逻辑复杂的、和在不断扩展的业务。我经常会发现，产品和其他同事提的新需求，只需要把已有的service拿出来在组装一个新的就行了。
- egg会尽可能将模块的特性抽象到配置文件的层面上，使用中感觉，抽象到配置文件的层面确实是比代码层面更容易维护。再加上我们可以对不同的运行环境提供不同的配置文件，对本地、日常、预发、线上环境都能比较方便地做处理。
- 很多场景都考虑到了。像是agent，你一台机器上开了4个进程，但实际上你只需要一个进程来连接数据库、redis，那你用agent连接，其他应用再和agent交互就行了。
要说不好的地方的话，主要还是文档上。最早的时候，不少问题只能通过代码去推测使用方式和实现细节，有时候找一个点要绕不少弯。文档的问题现在或许改善了不少。
感觉没办法和koa和express直接做对比，因为koa和express是非常基础的框架，它们没有限制你怎么去做一件事情的同时，多人协作下非常容易因为每个人风格的不同产生问题。简单的项目我愿意用koa和express，但相对复杂的项目，如果用koa和express的话，我想我会一边开发一个面向我们业务的框架，一边开发业务。这类情况下对我来说不如直接用egg。
@oyyd 文档那块具体指？是内部一些 buc 的早期插件么？还是说官网的文档？
另外，邀请你回答下：https://www.zhihu.com/question/273783655
