27 寸 200%，因为近视眼镜的缘故，视觉大小相当于正常视力的人的 24 寸

997 月薪 8000 美金倒是凑合

@afc163 不是同类东西，antd 只是设计语言和组件库，antd pro 是这套组件库的前端解决方案，fusion 是生成类似 antd 组件库的元库。单论组件质量和开发体验，个人觉得 antd 比 fusion 好用。

如果能赔，倒是一条可以利用的生财之道

上 docker 不是为了大规模容器编排吗？开发环境上不上都行，如果从干净系统开始，半个小时你都搭不好，你可能需要 docker 。我搭开发环境，取决于下载 IDE 的时间，其它都是 apt install 搞定。

toolbox 提示了，已更完，即时 doc 渲染，git 也增强了

@zxc1234 类的加载跟 new 没有关系

@Evilk 2.x 和 4.x 下出过好多次问题，有 bug 引起的 coredump，也有自己使用不当掉坑里的，实在没精力折腾 Swoole 了。

已经在 7.1 停留了 3 年了，最早还是 swoole 1.x，2018 年用 swoole2.0 重构了日请求几亿的核心 API，然后升级到 4.x 了，再然后又重构了，核心 API 不用 PHP 了，只保留 fpm 跑一部分管理后台。

按头发数量分，最公平了

你是真傻，还是不愿意清醒？

没有 gc 日志？ fgc 叠加 swap 能卡几十秒，在内存 32G，剩余 20G 以上的情况下。

@dragonsunmoon git 提交的 hook 通知 CI/CD 工具，CI/CD 工具从 repo 拉取代码生成相应版本的文档，整个过程都没有人工参与。

不考虑业务逻辑的前提下，从接口定义的数据结构，自动根据类型填充 mock 一个 JSON 给前端，写个 helper 就可以了，为这样的小需求改变写代码的方式，我觉得不值得。我个人觉得这类功能应该作为 CI/CD 工具的一个插件，而不是框架提供。

rap2 不但能自动生成前端的 typescript 类型定义，还能自动生成调用接口的前端代码，除了在线文档和 API 测试，也能生成离线 docx 文档。最重要的是，这样一套工具，对项目使用的框架和选型没有侵入。rap2 目前已经应用了超过 10 万个 git repo 了。

你的文档和例子我也看了，不是很明白，如何集成 vertx 的其它组件，也不知道怎么跟 springboot 整合，协程中如何处理阻塞线程的调用，不返回 JSON 返回一个文件下载时怎么处理，有多个数据库的时候如何处理。也许简单 CRUD 用用没问题，需求跟套路稍微有点不同，就很难下手了。

@dragonsunmoon Kotlin 官网的 API 文档就是根据注释自动生成的，Vertx 的 API 文档也是这样生成的。


阿里的 rap2 了解一下 https://github.com/thx/rap2-delos

没有顺序

@dragonsunmoon 从注释生成文档的工具已经有很多了，只侵入注释，不侵入代码和框架使用习惯。根据字段类型生成的 mockup 数据，看上去很美好，但是不带业务逻辑在里面，往往没法用，不比前端自己 mockup 的好。

工作交接的时候，使用主流框架比小众的成本要低的多，我觉得最需要文档不是接口和字段说明，那个在代码里就有，迫切需要的是自上而下的架构和设计文档。

netty 算底层库，vertx 可不是底层工具库，vertx-web 已经是全功能的 web 框架了，开发效率跟 springmvc 没有太大差别。

php 由于 fpm 的局限性，很多事情做的不好或者没法简单做，要突破局限性只能引入 swoole，门槛比转 Go 高的多，swoole 自身问题比较多，遇到问题的人却很少，你品你细细的品。加上 PHP 是动态弱类型，容易犯低级错误。