我在上海，随时

是原创的，我从 onenote copy 过来自动被转成图片了，不过也挺好，在我出书之前不想被 copy 走

连载啊。。。

你说的没错, dubbo 的引用机制可以确保调用参数方法正确, 所以不要在 java 之间想这个事情, 想一下, 每个 UI 其实也是 consumer, 每个 h5 都是 consumer...是不是开朗些了

试跑一段时间后像大家汇报..

你这个问题还蛮有意思的, 其实看自己定位啦, 我在大公司看到过一哥们水平不怎么样就因为维护一个很老的系统, 这些老技术,老坑就他知道, 所以活的也挺好, 这个人愿意把自己固化在里面,那也可以.
但是对于有追求的人来说,肯定还是把自己能力做成通用的, 现在公司内部把自己的能力平台化,服务化, 做的好就可以横向对其他公司输出方案,就可以创业了, 比如以前做 ES 做的深的做成了日志易, 做探针做的好的做成了听云, 做自动化测试做的牛的做成了云测, 能把自己能力服务化了,也就是边界成本降低了, 也就成了一个好的商业模式了.

对于 component test 可以写在 java 代码里面, 本来开发的单元测试就在 test 目录里, 里面多分一个层级出来和单元测试分开就好

大佬图片里找到的线索?

mimtproxy/charles/fiddler 这些工具都是抓取 https 请求的, 原理就是你本机安装一下这些软件自带的证书, 保证这个代理工具可以转发你的 https 请求, 你网上随便一搜都是教程....

代理是 mitmproxy 改的, 界面上加一列多选框还有一个按钮就好, 测试数据从文件改成数据库存储, 根据开源的 httprunnermanager 改的, 主要就是把 yml 里面的每一段当成一条 case 记录入库, 然后用主键 id 组装成 suite, 再用 suite 组装出 moudle 或者 project 即可, 也就是把本来文件格式的脚本变得结构化, 可以复用