首发入的 11 ，结论是不如中端安卓+gcam （同期用 mix2s 对比），相机估计 1000 水平左右
但是另一方面，11 对比 13 和 14pro 直出基本差不多，也就是说相当于手机 7999 的水平（总感觉自己浪费了不少钱）

三星称不上简洁，定制功能挺多的。当作是韩国 miui 更合适

@hirenloongdddd iphone 离谱的锐化，类似 bbc 的阴间调色不能说是真实，计算摄影味重得很

[悲报] GTA6 到现在只写了一万行

坐标广东，19 号微信人工客服申请转套餐，对方帮忙登记了，今天早上已经短信通知
要转还是挺方便的

calibre 丢 onedrive 里面，calibre 负责元数据管理，onedrive 负责云同步跨平台
对我来说挺够用了

简单点做个多生产者-单消费者模型就可以了，写到缓冲的线程为当前正在操作的线程，缓冲写到文件的线程为单独的后台线程。按这种思路，一万次操作跟玩一样，自己写过测过总共也就 2ms 耗时
不想写的话用 spdlog 之类的吧

我没看过 C 标准，但是
可不可以这么写是标准负责的事情
要不要这么写是程序员负责的事情

往 B 站搜一下关键字不难吧

战 66 我记得好像有坑，少数版本是低色域屏幕，
不过一般的版本应该就是高素质屏幕

15 年 2500 元买的微单
现在能卖 3000-3500 元（同型号）
冷门牌子的市场有时候挺离谱的
不过机子本身质量够硬，画质还是相当能打，舍不得卖

虽然说不是一定要全部初始化，但你不初始化那么`res`的内容完全可以任由编译器去解释
我丢到 godbolt 上看确实不同的 gcc 版本结果不一样，生成的指令各不相同就不细看了

其中一种可以解释为：
1. 因为你用`result`前（调用`test`）的代码并没有用到`res`
2. gcc 打算把它放到`result`的前 512 字节中，既在`printf`前其实只有栈指针 rsp - 1024 而不是 1024+512
3. 而`res`从起始地址开始就因为`test`被塞入了 hello world ，所以也会莫名其妙输出 hello world

其实意思就是编译器把原来第 2 行的`res`定义优化了，放到原来第 4 行后面，栈指针可以省点偏移量

要避免这种 UB ，又舍不得`memset`整个`res`的话，可以用`res[0] = 0`，直接在首部塞入结束符
不过写这种代码我觉得还是别像资本家发工资那么抠门吧，直接 memset 就好了

电磁场与微波技术，没有之一
（不算歪楼吧？）

用了两年三星都不知道有这个选项
习惯性用 bixby 设定充电到 80%就震动提醒

@hitmanx STL 实现常人很难理解，不看点资料都不知道为啥要搞这么诡异的事物。印象中 deque 的奇妙设计好像是为了避免迭代器失效才这么写的，性能可能就凑合水平（可是凑合归凑合，为啥 stack 默认是由 deque 来适配？还是难理解）

高速缓存在并发的条件下不一定是“高速”的，并发写操作可能对数组这种连续分配的内存造成频繁误伤，这可能是楼主提到的服务器中算法喜欢用链表的原因（虽然我不了解是否真的倾向于用链表，以及链表和数组的区别对于重 IO 服务来说是否有一丁点影响）

只考虑通常意义下的性能的话，一般数组实现的数据结构还是优于链表实现。以前打算法竞赛很喜欢把一堆链 /结点的平衡树改写成数组实现（因为数据大小都是已知的，数组的范围肯定能确认），跑分基本都是数组要快一截，数据量级大概是增删改查十万到百万每秒

很难说，喜欢写代码，但不喜欢写公司的代码

MESI 跟重排（乱序执行）有啥关系，我感觉不是同一层面的东西
我觉得楼主说的意思应该是：CPU 嫌弃 MESI 维持 cache 一致性的过程太慢从而影响了乱序执行的决策？
这可能要知道乱序执行是怎么具体实现的了（只了解过 x86 这种差不多是 program order 套个 W->R 乱序），蹲个大佬

不考虑 template 下特殊情况的话，引用的用法就三种
T&绑定左值
T&&绑定右值
const T&两种都行

至于 const T&还特意允许绑定右值，我大概猜个原因，不一定对：
- const T&设计在 C++11 前，那个时候没有显式声明右值引用的方式，因此顺手提供这种途径
- 方便传参，允许隐式转换 / 临时变量的引用在实际开发中有实用价值（指程序员开发过程中少掉头发，不必为了减少 copy 写个代码都要区分左右值情况）