完全可以，不过就两个问题：
1. 珠海性价比着实不高（租房另说，仅买房而言）。
2. 深中通道开了以后，其实你选择面很广。

10km 比较尴尬
20km 妥妥的开车，5km 自行车
10km 一般两个选择你看一下你们停车是否方便天气如何，小型电动车（比亚迪海鸥这种） OR 电驴
我推荐电驴

现在大部分公司就是这么用的，从 mysql binlog 那边同步入 CK
ck 就是个只读的从库

我是把车卖了用电驴
真的太爽了
下雨买个雨衣就行，骑慢点儿
有了电驴后活动半径扩大了很多，之前很多地方不远不近的懒得去，现在骑上就走

"但我把我本机(内网)的虚拟机全删了（包括本机的数据库和代码）"
这句话有点儿轻描淡写
成年人做事要负责，不一定真有你什么事，但是公司如果真的要走法律程序不是口头威胁的话，你早点儿搜索点儿法律知识吧

现在 99%的线程池的确可以用虚拟线程代替，尤其是是 web 应用，大量下游各种调用的。
一些老框架会焕发青春，比如一些用 netty 改造的 client ，有了虚拟线程就没这个必要了就直接用线程池+同步代码就可以。
还有就是大部分 reactive 场景其实都是不需要的，改回同步代码即可

竟然还有这种事？

走劳动法就是以后少个机会，这种人以后有活拉人干也会找到你。
看取舍，一般来说如果就是损失没太多的确没必要。

老实说，站在雇佣人的角度，会心里打个鼓。你的描述会给人几个印象：
1. 爱钻技术，业务能力存疑。
2. 比较自我，沟通上可能会有问题不太好管理。

国内别人认不认可你技术，有一个金标准就是有没有人拉你去做事并且给你钱，就这么简单，这是对你这个人综合产出是否有商业价值的直接判断。

@BaseException 好处都被讲烂了。
脚本语言最大的问题就是项目不要说过几年，半年后如果换人过来做维护成本就很高了。

这个事是这样的，你不这么来一下，你永远学习不到这个经验。
比如听你这么说的人，大部分潜意识还是认为自己闲下来能享受好自由的时间。

@byte10
大家对 eventloop 的理解是不是有误会。
netty 类型 eventloop 的线程安全是针对单个连接的，实际上除了游戏和 IM 服务器一根 TCP 长连接直连 netty-base 的服务器（其实这比较罕见，因为没经过网关），其余情况下要么是 eventloop 单线程跑，要不根本谈不上线程安全。
对于 http 短链接来说，你用 eventloop 下的某一个 loop 的线程跑和用虚拟线程跑业务都没有线程安全问题，一次连接一个线程。
虚拟线程配合 eventloop ，虚拟线程处理结束要回写 task 给当前 loop 线程的 task 队列。
另，如果要讲究线程安全，数据使用的方式就不要用共享内存的形式。
另，没记错虚拟线程的 JEP 里面明确有讲，不推荐虚拟线程共享变量。

@leatomic 我给楼主建议的就是互补，业务逻辑用虚拟线程，楼主硬要融合嘛不是，这本就是一件事的两个解决方案。

@byte10 eventloop 用虚拟线程的不太理解这个场景，eventloop+tasklist 本来是虚拟线程或者说协程的平替，为何在 event 的模式下用虚拟线程这个很奇怪，虚拟线程都需要大量创建了，还去 loop tasklist 干啥呢。。。

虚拟线程之前也深入看了一下，说个观点看对你有没有帮助：
虚拟线程就是希望干掉 eventloop 的，或者说，所有 netty 衍生类框架，网络 IO （收发包，HTTP 编解码等）依然用线程池+eventloop 可以，然后业务线程池直接换成虚拟线程来实现。比如 netty 之前强调的业务线程池需要独立的问题。

世界上很多人这时候选择找信仰。
比较明显的精神不能自洽。

后端干活的工具不要想太多。
你把 spring 想成官方标准库是不是就没那么多事了，还能夸一句语言特性强大。。。