@besteric

用 vertx

因为你体会不到父母的偏心

@dawn009

是的，你一世精明不吃亏

出家吧，包吃住，能治病，钱留给父母。

我在用 jetbrains 的 teamcity ，集成化很高，最大的缺点是慢
1. 有账号登录 git 就行
2. 没问题，git 只和 project 关联
3. docker 部署或者 jar 部署，ci/cd 自己写，默认支持 git polling trigger ，也可以手动点

@byte10

Future.future(业务).compose(业务).setHandler(结果) 这种流水线式的响应式编程比 reactive 之流容易理解多了，异步和同步代码也通过 Promise 隔离开了，但是把异步和同步嵌套就无比别扭，kotlin 推出协程的时候就已经体验过了。

虚拟线程解决的应该是性能损耗的问题，而不是同步编程的问题，那么回到我之前的回复，同步的业务本身就不适合 vertx 。我用了 vertx 这么多年，最合适的场景还是 gateway 、iot 之类的数据流处理。

@byte10

我的意思是既然选型了 vertx ，那么业务上就不需要用到虚拟线程。比如对于传统 web ，vertx 并不优于 spring ，甚至在日志 trace 这块还要劣势

很蛋疼，vertx 使用虚拟线程意义不大吧，本身就是非阻塞的风格，用不到那么多线程

分了就分了呗，又没打算结婚

工程化对于写后台管理这种玩意还是意义重大的，以前的 jquery 写的想死

除了迟到，没毛病

@zarazhu

新浪、搜狐躺平了过的也不差吧
与其说流量焦虑，不如说投资人焦虑

十年前都过的很好，因为流量都在增长
如今阿里腾讯过的不如字节，因为流量已经到尽头了，字节把流量都抢过去了
前几年都在拼命做云服务、企业办公、政务办公就看出他们的焦虑了。
现在字节也焦虑了，涉足电商和音乐
明明能像乐视现在躺着挣钱，却在不停找业务增长，真的可笑

只要过得下去，没有什么是不可以的。

@msg7086

不是说一定要从工地找，条件好的妹子介绍人一大堆，追求者也是一大堆，只是不会主动说而已
门当户对是重要，但是找企业老板可并不符合门当户对，用“各取所需”更合适，三观、阅历、家庭等等可探讨的地方太多了，这还不涉及到恋爱那一层。年龄越大，市场越小，扪心自问一样，真的重视了么？

@msg7086

看起来很简单，但是做到能有几人？相亲市场大多数都是嫌弃，甚至觉得丢脸，俗话说的"眼高手低"，本质上就是不想结婚。
事实上我见过的真心想要结婚过日子的人，很快就恋爱结婚了，无论男女高矮胖瘦。
你口中的这个妹子，把不合适的原因都列出来自己看看吧，就知道重不重视了。