@Lowlife 你是看不懂我我在说什么吗？说的是，据我所知国外的运营商（至少日本、美国的运营商），没有像你说的国内电信这样，提供用户海外漫游的本地流量的功能。所以我才说「还真从没听过哪个日本和美国运营商国际漫游会提供本地流量的」

@Lowlife 你这贴出的图片买的是哪个国家运营商的国际漫游？我根本没见过日本或美国的运营商提供目的地本地流量的国际漫游的

@Lowlife 那的确第一次听说。我在日本生活，还真从没听过哪个日本和美国运营商国际漫游会提供本地流量的。见识短浅了

国际漫游都是把流量传回 sim 卡所属国的运营商，然后再访问目标网站的
所以国内 sim 卡在国外国际漫游也没法翻墙，因为你的流量最终被当地运营商转发到了国内访问对应网站
同理，这就是为什么你拿着国外的 sim 卡在国内能翻墙。这就是为什么那么多人想在国内整国外的 esim

这种漫游的坏处就是延迟爆炸，你的流量必须传回 sim 卡所属地再出去

tailscale 组网啊，直接暴公网 ip 想什么呢

你应该使用 tailscale 组网，而不是将任何家庭内部网络服务直接暴露到公网中
我无法理解为什么有人敢直接把家庭服务就这么暴露到公网里的，你暴露的服务有漏洞就意味着整个家庭网络在黑客面前裸奔
就像这次飞牛 OS 一样，有人说加 WAF ，你的 WAF 只能防这次漏洞的，就飞牛这安全下次再爆个漏洞你依旧要出事

“我甚至看到 reddit 有人说他去美国，餐厅结账的时候，服务员直接拿他的信用卡记录下来，并让他写下小费数量，等他离开之后再扣款”

这是非常复古的信用卡扣款流程了。网络出现之前信用卡就是这样消费的。不过那时候还需要店家拿客户的信用卡拓印出卡号等信息然后交给银行。这就是为什么信用卡的卡号等信息都是凸出来的

$20 用完官方还会送给你额外的一些额度可以继续用。能用多少我也不知道，公司的商业账号能额外多用$70+，我个人账号额外用$20+就到头了
auto 的话似乎用光额外额度还能继续免费用下去，但能用多少也不知道，至少继续用到大几十$应该没问题

我 go 后端+react 前端旧是放一个 repo 里，主要是自动 ci/cd 不是一个 repo 实在太麻烦了
分 repo 存放最大问题就是前端 or 后端更新，ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
想想真的算了

Github Copilot 和现在的其他 ai 工具相比的确不行。配合高级模型虽然智能程度凑合，但实在太他妈慢了。它是怎么用着 claude 的模型还能跑得比 codex 还慢得我是真的想不通

了解下 spec 驱动开发这个概念，引用我另一处的看法

------------------------
Spec 驱动开发绝对不是 ai 开发的未来。真做过项目的就知道 Spec 这东西本质上就是一个项目的详细设计书（尤其日本 it 开发喜欢这一套。开发项目先确定需求,然后做完整的系统的设计，这种设计可能详细到每个小功能逻辑步骤，然后开发照着设计书实现代码）
大部分是你用了 Spec 驱动开发，往往结果如下

1. 对于一个复杂功能，生成的 spec 过度复杂
2. 虽然能拆分功能 spec ，但是功能的复杂度是改变不了的，spec 的复杂和 ai 生成的大量 spec 结果就是根本懒得去看
3. spec 详细到了代码细节实现，review spec 本质上和 review 伪代码没区别，到后来就和 2 一样懒得去详细看 spec 了
4. spec 对各自的功能模块只适合功能变化不大、较为稳定的情况。当你的设计书经常动不动就发生大的变化（实际上开发中经常遇到），spec 也会经常会发生巨大变动，如何将最新的变动融入已经写下去的 spec 并且更新到代码也是个问题。而且每个 spec 之间都互相依赖，牵一发动全身。

一般问这种问题前，应该先问公司的 it 管理相关规章制度。。。。。这其实不是个单纯的技术问题

当别人还在那整调度、调电源计划的时候，我早就直接 BIOS 里把所有小核都禁用了。相信我，这是最简单的方法。而且续航也没减少多少。

在国外生活肯定要刷海外版 ROM 的。国内 ROM 很多功能、包括 google 框架都是阉割有问题的，想不折腾直接刷是最好的

@Kirkcong 每个公司规模和工作风格不一样。我在的公司比较随意，遇到比较急的同一楼层一般瞄一眼人在不在工位，然后直接过去问。不急或懒得爬楼就是发 slack 。远程一样，不急着处理的问题定时间拉会，急的直接 slack 上问能不能语音。

@lacklock
语音有个问题，远程久了会逐渐开始抵触语音和视频通话。
打语音和视频本质上和打电话是一回事，本能上是很让人抵触的。在家办公随时随地都可能会有人语音过来很难受。而且每次语音前都要问一下对方现在方便语音吗然后等回复，每天动不动就这样成本也挺高的，最好还是嫌麻烦直接发消息了。交流这方面，远程是真没办法做到线下这么丝滑，这事我远程的最大感受

远程最大的问题还是在于交流效率的低下、纯文字交流更容易引发冲突矛盾
线下遇到问题扒拉一下边上同事就能立刻有响应但是线上不同
文字很难像线下说话那样直接几句话把事情一来一回说清楚，也没有肢体的互动交流（文字交流费半天劲的事，很多时候线下直接指一下屏幕就行了）
还有就是文字无法看到对话表情，导致经常会因为文字误判对方的语气和态度。经常远程一定偶尔会遇到，和对话打字解决问题，明明没什么情绪但聊着聊着情绪就上来导致事态升级的情况。线下的表交流等能很大程度缓解这种问题，那马有误解也能立刻通过对话纠正问题

用的 claude 的模型？最近感觉 claude 模型整体价格发生了异常

让 ai 别写那么多边界判断和安全 check 就能立刻让 ai 味道降低非常非常多

让 ai 写个前端，满天飞的都类似

const globalRuntime: typeof globalThis = typeof globalThis !== "undefined" ? globalThis : ({} as typeof globalThis);

这种玩意。这还算程度轻的。不知道还以为这代码重要到出错人类就会灭亡呢

ai 写出的这种算破玩意我是真的懒得多看一眼