不知道你们的感受，我说下我的感受：
自从各种远程开始泛滥之后，服务质量是越来越差劲。

虽然作为一个打工的农名工，远程确实会一定程度提高感受。但是，真的能保证效率吗？

自己负责的项目，总是达不到预期，上面的老板总是批评，又没办法拿出成绩为下面的人争取一些实际的好处，其实是一件很难受的事。

不通风，水汽出不来，温度一下去，依旧会冷凝留在手机里面。
要手机里面的水出来，无非就是降低外界湿度，打破手机内外湿度平衡，让手机内的水汽自己出来。
通用的做法，就是丢大米里埋一天。

@CallMeReznov #2 当然是和鲁迅一样呀

@amiwrong123 #11 std::move 他本来也不需要做任何事情，显式使用 std::move 是让编译器知道你要调用移动构造或者移动拷贝函数（左值引用不能自动转为右值引用，但反过来可以），还有一个目的是让程序员知道，被移动的变量在这条语句之后不能再次访问以获取任何有效的内容，因为 move 之后，变量内容就被“重置”了

至于为什么有时候编译器不能自己生成默认的移动构造函数，即使没有定义拷贝构造函数，那是因为当类的非 static 成员中含有必须在构造时初始化的成员，例如：引用、const 类型定义。
通俗一点来说，就是必须在构造函数初始化列表中初始化的变量。因为这些成员不可移动。他们的存在，就会让编译器决定不生成默认的移动构造函数。

暴雪还值 687 亿美元？不是微软傻就是动视暴雪精……

愿意花钱得到快乐的才叫爱好。
不愿意花钱的那真的不叫爱好。

@elfive #5 你的代码里，如果在移动构造函数 content 那里不使用 std::move 将 d.content 转换为右值引用，那么它实际上调用的是 std::string 的赋值构造函数，即代码里的这个移动构造函数和拷贝构造函数没区别

首先，要知道只有需要深度拷贝的类或结构体定义移动构造才有实际意义。

既然需要深度拷贝，那么默认的拷贝构造就肯定不能满足要求，因为它仅执行简单的浅拷贝。这样一来使用时很有可能造成 double free 、野指针这种问题，所以编译器索性不生成默认的拷贝构造函数，直接给你一个编译错误，让你自己写拷贝构造函数。

数字修约中的四舍六入规则：
https://zh.m.wikipedia.org/wiki/%E6%95%B0%E5%80%BC%E4%BF%AE%E7%BA%A6
https://s2.loli.net/2022/01/14/34oS9pHYsJGTNyn.jpg?width=1125&height=2436

我个人而言存数据的 SSD 依旧只会考虑三星。
做缓存的 SSD 则随便，价格、品牌适中就行。
测试数据……有时候真不如认可度靠谱。

@ferock #19 ➕1
不过我买的是 918+，大致与 920+区别不大，用了 3 年整了。

建议也是 4 机械加读缓存，写缓存伤 SSD 缓存，另外它的 m.2 是 pcie 3.0 x2 的带宽，买一般便宜的 SSD 就行了。

甲醛只在 19 度以上的温度范围中挥发。并且随着温度增加挥发速度加快。

已经加班 90 分钟了。
没三倍，不过可以调休。
主动加班，只是想早点把项目做完～

国内银行也有发行 4 开头纯 VISA 、5 开头纯 Master 卡，可能是为了这部分用户，所以并没有禁止非 62 卡的绑定。
另外国内银行也是为了推广（例如单币种信用卡，非银联单标信用卡）没有理由禁止。

国外账户不允许绑定国内的卡，可能就只是单纯的账户归属地管理。只要互认发卡机构，就没理由不让你用的。

和楼主有一点点区别，我家有 double trouble：
https://s2.loli.net/2021/12/31/wBWsMr82eah4ZFv.jpg?width=4032&height=3024

Surface 确实都能满足需求，不过我还是提醒一下楼主慎重考虑。

我两个朋友买了 Surface ，都是拿他来当笔电使用，用过之后他们都不推荐购买。按他们的说法：轻度使用问题不大，但小毛病太多，用起来总有点不顺心。

楼主买之前最好也是多了解下，我也是听朋友吐槽的，具体有哪些问题，我是说不出的……毕竟我没认真用过

听上去，应该是用 C++/CLI 实现一个兼容层比较合适。
我负责的项目原生也只有 C++的 SDK ，客户要求提供 C#接口，我们也只能做一套 C++/CLI 接口出去。

@deadtomb #4 东西多。平板、手机、电脑，有时还还有其他的一些玩意儿，相机啥的。带一堆充电头不如一个插线板搞定，而且那玩意不大，就是线长了点而已，比一堆充电头省地方