就我在日 10 年经验来看, 感觉相当不正规, 教人化妆也太可疑了吧.
日本签证也分挺多种类的, 可以看下是什么工作签证.
回头搞个技能实习生那就完蛋了, 来日本和公司直接绑死, 都不能换工作.

哪里听说的?

移动端的语音输入是一直有的, 准确度也不错, 估计也是 whisper. 语音交互和图片交互也只是在自媒体上看到.

顺带一提, cosm 这个系列绝对是被小瞧了, 虽然是一体成型的, 但是包裹感极强

不用手动啊，升级之后任务栏就多了个图标

确实有这个感觉.
每天中午点餐用的同一个 App, 一般点完之后玩到取餐后再切过去都要重进, 这几天发现没有被清了.

微软有 SLA, 也有数据安全承诺, 对于企业使用来说比 OpenAI 规范太多了.
费用对于个人可能贵了点, 对于企业用户来现在 API 调用就是个白菜价.

adguard 我记得官方人员在自己论坛说是软件解决不了 ios YouTube app 内广告。会员可以自己开车的，价格其实很低。平摊下来一个月几块钱

自己的 mac 最近 orbstack 用的很爽。商业版 1/3 docker 价格还是很诱人的，不过被 docker 上次搞了一波公司已经转去 colima 了，感觉除了没 ui ，免费的 colima 用起来也没啥缺功能的

前几个月花钱买的终身，感觉自己有点冤大头了

@BeautifulSoap #31

1. 我还以为你是不想把事故说很细, 换了个类似讲法规避一下风险. 但话说回来, 如果连测试都不需要, 那么这个业务 SLA 估计也没啥要求, 这种问题就算遇上也就是个慢慢修的过程.

2. 如果"需要对传入的数据做最低限度的确认", 那么就应该用指针. 因为这句话的背后已经说明了有可能为 null.

3. 不是自己的锅别接, 别人再怎么说也改变不了这个不是后端的问题. 我不知道是不是只有我司这样, 数据处理时要不要检查 null 或是其他异常值永远都是白纸黑字写的清清楚楚的. 不同语言对于异常值的处理差别太大了, 有的在 parse 时报错, 有的要用的时候才报错, 有的像 go 是在内存申请后自动 0 值的, 有的是不初始化的. 不写清楚太容易出问题了.

你现在就是一定要用 int 去完成指针的功能, 那除了自己魔改或者你自己做点 optional 的类型, 确实没啥办法了. 还是要用合适的工具去做合适的事情.

前端返回和设计文档上不一样的内容那应该归属于前端导致的问题, 而不是力求后端在脱离设计初衷的情况下按照自己预想的工作方式工作.
如果设计上允许前端有可能传入 null, 那你在后端设计上就应该使用指针, 使用 int 就是个错误的选择.

最后, 这都涉及实际订单处理和付款了, 就算设计不完备, 这个问题也理应在发布前的测试过程中被发现才对.

esim 携号转网从脑子里想要转，到转完只要几分钟到半小时。以前倒也不觉得有用，昨天被老运营商恶心的时候，光速转出这个感觉非常舒爽。

10 年的话，明年转移不就行了？
新的服务商放着也不收钱吧

用 overleaf 写

空も飛べるはず

反向不是 Midjourney 早就支持了吗

常住日本的人无法退税的，只有短期签证或者第一年在日本才可以。

和 13 楼一样, 我也是初中 VB 和易语言尝试做 GUI 程序起手的, 高中开始学了前端三件套 > Python > C. 大学期间才去学比较业界的语言 C++, Java, Go, R 等等.

回头总结一下那就是 C 是一定要的, C++ 我觉得倒是不一定.
学 C 的过程中大部分系统层面的基础概念都能接触到, 而且很多核心概念对于理解大部分其他语言都是极其有帮助的. 对我来说是产生那种一通百通的质变. 如果今后不打算竞赛, 学 C++ 的功夫可以接触一下 Java.
高中之后推荐看下 Haskell, 虽然我实际完全不写 Haskell, 但是 Haskell 很多概念和思考方式都被其他语言接受了, 学习也是能带来巨大价值的. 而且真的很有意思.

但唯一要注意的就是千万千万不要让他产生抗拒心理, 这种年少时的创伤有可能是一辈子的, 我自己就是亲历者. 我小时候爸妈逼着学了很多, 只有编程是我自己选择, 自己偷偷买书学的, 现在也很享受编程的工作. 在学习者自己认为学习枯燥但是有意义之前, 有趣好玩应该是最重要的.