排除掉上面说的周一周五开会的情况 我觉得在社会面极少比例的部分人
有很大一部分人是周末离开工作城市的，周一早晨从其他地方跨城市开车到公司 平时是坐地铁
周一上班 >= 周五下班 > 周一下班 > 周五上班
周一和周五的公司停车场有很多日常没见过的车

不用考虑 无脑人保

最简单的选择是 mac
但是我觉得你现在没必要换 windows 配置够高的话没太差的。
linux 的话有更多不便属实没必要

没机会的，清醒一点。
人家直接说了本地尽量有房你还不理解吗。。。
不想跟你住到很远的地方，你一直委屈求全得不到尊重。
不是因为你是个外地人，你如果可以买汤臣一品别说你是外地人外国人都可以。

不能喝从进公司就一杯啤酒都不喝，每次去都开车，没人为难，被劝酒不给面子等等这点话说的扛不住了你干脆还不如直接喝，对面的人只是同事而已说几句就上头的话那也没必要刚开始拒绝。

大家喝大家的，来敬酒我喝可乐，你喝多少我就喝多少，你干我也干面子都给足的。
能陪喝到最后没啥毛病，条件允许可以送顺路的同事回家，场面话 场面事儿都做足。

不喝不用找理由，什么身体不好吃药了真没必要，不用说什么的，你说了这些反而觉得你事儿多。

问题一
吃饭都成问题吗？ 我觉得不至于，如果你会做饭你晚上 7 点 30 之后回家可以多做一点，我相信你老婆应该不会吃很多，冰箱放一下第二天热一下没什么问题。需要经常换换样你可以晚上回来带出去吃或者你去好的饭店打包回来，
正规饭店点几个老婆爱吃的菜也没多少钱吧。

问题二
干嘛让老婆辞职啊。。后面生小孩了还有哺乳假，公司都没意见你不要大男子主义，你万一提前毕业你知不知道家庭直接进入地狱难度？你老婆不是更焦虑？
怀孕之后不舒服请假是公司基本默认的规则，不想去可以请假没必要辞职，生孩子生育保险还有给钱的，起码有几万，辞职啥都没有不是亏大了，卡里有 100w 你有这个底气也可以啊。。
关键时候别拖大。

买个空调吧，也不贵哪怕二手的呢。
压缩机制冷之后降低湿度，风扇没用的，一旦下雨更闷热。

从逻辑上就不对 早 9 晚 9 晚 9 早 9 每周 6 天 不是早就约定好了的吗

ai 起码在可预期范围内都还是工具功能范围的存在。
不能用现在的认知去理解以后的世界，以目前来看的取代或减员重复低端岗位是必然的

你像让粉丝花钱刷票打榜你来赚钱？
你看微博同不同意

微信不就是吗

800 能买冰箱和洗衣机吗。。。。
是不是我认知有问题啊。。

@dandankele #25
举个例子说明下
情况 1
假设你提供一个接口 A
接口的功能是通过 Http 调用外部接口接口 B 接口响应时间是 100ms
那你的接口响应时间 100ms+ 无论是 go 还是 php 对吧。。。

情况 2
假设你提供一个接口 A
接口的功能是通过 Http 调用外部接口接口 B 接口响应时间是 100ms
同时还要再依赖接口 B 的返回值去调接口 C 接口响应时间是 100ms
那你的接口响应时间 200ms+ 无论是 go 还是 php 对吧。。。

情况 3
假设你提供一个接口 A
接口的功能是通过 Http 调用外部接口接口 B 接口响应时间是 100ms
另外去调接口 C 不需要依赖 B 的返回值 接口响应时间是 100ms
使用 go 和 swoole A 接口响应时间是 100ms+ 因为是协程并发调用 等待时间以最长的为准。
这种情况下用 go/swoole 可以改善响应时间 但 swoole 和 go 的差距并没有那么大

同样逻辑适用于写库 调接口各种 io 等待的同理
串行依赖意义不大，可以并行才能降低响应时间

你需要考虑有哪些业务是适合用 go/swoole 去写 而不是说上来就重构。。。
几个接口的任务量和一个系统重构的业务量是两码事。。。

@dandankele #25
https://www.techempower.com/benchmarks/#section=data-r21&hw=ph&test=db&l=zijnjz-6bj
权威测评 不是我乱说

无理由臆想质疑拿数据说话吧。

webman 和 swoole 改 go 提升是很有限的
改 go 的主要目的是提高单机并发数
至于原来的业务假如有调大量的外部接口和流式执行依赖查库性能并不会有多少提升。
提升比较大的是需要从数据库查询大量数据之后做处理这个部分的耗时
laravel 的性能确实比较垃圾 毫无疑义 但已经不是现代 php 了
用 laravel 的底线是要上 octane

@KKLeon #89 你的意思是
主路由拨号并且设置统一网关为旁路由 ip
dhcp 下发旁路由网关。。是这个意思吧。。
稳定性主要取决于旁路由自身是否稳定 流量还是全部都走旁路由过一下