GDPR 合规性问题.

对应国内的数据出境管理办法.
用户数据单独处理的成本就干脆不支持/允许.

改名 deprecated 可能是两套命名下实现有不一样的地方.

至于 API 架构变迁,参考 Chrome OS/Android/Fuchsia.
可能内部不同组的赛马结果和战略调整.

@zizon "显式的在 return 的时候构造一个 rvalue 就简单的告诉编译器这是个 rvalue,可以 rvo."
应该说是可以利用可能更优的 move ctor.

@Symbo1ic f3 返回 std::move 更像是一种手工 hint.
毕竟实际情况下,一个 function 的逻辑可能比较复杂,return value 在哪里产生的,能不能做 rvo 优化对编译器来说直接推导可能不一定能符合直觉.
显式的在 return 的时候构造一个 rvalue 就简单的告诉编译器这是个 rvalue,可以 rvo.

但是这么做安全不安全就是另外一回事了.

func -> 没有 rvalue 之前 return 会 copy,rvalue 的引入就是为了解决这种不必要的 copy.

f2 -> 类似 func,看编译器有没激进到断定 shit 可以以 rvalue 做 rvo, 不能的话就会保守 copy.因为 shit 本身指向一个 rvalue,所以编译器有理由认为它可能在 return 后不是一个有效地址,就是你 2 里提到的 clang 警告的原因.如果编译器先把 func inline 了,那么就可能出现 2L 说的第一点的情况.

f3 -> 类似 f2,std::move 产生了一个 rvalue.调用 move ctor 是编译器认为这个 rvalue 可能不是有效的地址.同 f2,编译器也可以激进优化成 func.

通俗的理解 ravlue 就是之前没有 rvalue 的时候会产生隐式不可代码层面 reference 的 copy ctor 对象的一个称呼.
有了这个定义之后,新标准就可以有规则 eliminate 这种不必要的 copy ctor.

distinct 可以不用吧?子查询已经保证了明天每个 server 只有一条 health record.

水贝田贝也要看店,加工费不一样.
可以先粗略逛着看下加工费有个底.

款式基本雷同,大部分都是仿大牌的,做工近看都比较粗糙.

鉴定不鉴定的,求个心理安慰的.
比较人也是长期在那摆的,没必要坑你一个.

再就是真有店头铁卖你假的了,你去拿着鉴定书可能也扯不回来.

"今年 5 月份，想着说房贷利率 利息那么高，就找银行贷款 15 个给父母先还房贷，因为种种原因拖到了现在还没还。"
"那种使命感也许没那么强了，又贷了 17 万进股市，跟大家一样 10.8 号早上开盘套住"

感觉你有些过于被现在的言论意见影响了,同时有种急于成功的心理.
但是自己没有认真想过自己想要的到底是什么/什么样的生活.

第三份工作被人让你提意见/接受你提意见多少也是说明你比周边的人某些方面可能有点 credit.
你却觉得是种负累/负担.

你怀念第二份工作可能就是所谓的别人帮你负重前行,你享受岁月静好.
加上薪资可能是你的高点.

主要钱,酒店什么的都比较贵吧.
一张芯片卡坐地铁公交,现金一般用不到.
流量的话找 7-11 什么的 sintel hi app 临时卡,最低 13 新一个月 20 还是 25G 吧(面值 2G 会额外送到这个数).

游玩的话基本克拉码头方圆一两公里步行范围内就是一般景点了.

远一点的就植物园动物园什么的.

办事处也是个法律实体,不是实际有办公就是办事处.
你这种情况类似于长期出差在内地,加上你本身是公民,没有工作准证的需要.

你还在领失业金的话,属于灰色范畴可违法可不违法.
违法的理由可以是你在香港工作必然要有对应的香港工作准证,所以形式上是可以认定你非失业状态,涉嫌骗保的.

不违法的原因也可以是目前没有明确定义失业金的失业范围,条文只约束了大陆范围的就业标准.

挺有意思的.
有些人喜欢把问题都归结为体制问题,然后心安理得躺平等救世主.

印象中虚拟化需要有 IO 等外部操作/中断的时候才比较好的产生切换.
纯 CPU 计算似乎没有什么切换的时机.

一个大病几乎无限兜底的医疗保险加上一个到期无限分红的储蓄保险一起只卖一个月 1200.

你如果关心 api 白花钱的话,把 api 响应持久化关联用户的请求特征.
这样即使你提到的 2 的问题发生也能从持久化/缓存里取回来,避免额外 api 花费.

offer 对焦中...

村里刚通网,发现城里人又发明了新词...