即使是成年人也是很需要表扬和鼓励的
这种表扬和鼓励并不仅限于伴侣之间，还在于上下司、同事之间，假如你很appreciate另一个人的work（也不一定要“很”），那么explicit appreciation是可以很好地调动其积极情绪的
以前的我可能会总是想着鸡蛋里挑骨头的事，希望之后能做一个inspiring的人
这种表扬和鼓励并不仅限于伴侣之间，还在于上下司、同事之间，假如你很appreciate另一个人的work（也不一定要“很”），那么explicit appreciation是可以很好地调动其积极情绪的
以前的我可能会总是想着鸡蛋里挑骨头的事，希望之后能做一个inspiring的人
为什么实时光线追踪是大杀器？基于光栅化的所有着色方法，包括PBR，本质上都只能利用局部信息（当然不包括一些tricky的实时全局光照办法），而类似于DXR一类的api可以在低cost下获得全局的信息用以光照，这才是光栅化和实时光线追踪本质的区别所在
[Misc]从手机QQ中提取已经删除的聊天记录 - 甲甲甲甲甲甲甲醛的文章 - 知乎
https://zhuanlan.zhihu.com/p/586276633
事实证明 QQ的删除聊天记录并不具有数据保护的作用
https://zhuanlan.zhihu.com/p/586276633
事实证明 QQ的删除聊天记录并不具有数据保护的作用
知乎专栏
[Misc]从手机QQ中提取已经删除的聊天记录
实验环境： iOS 16.1QQ v8.9.19.64前言近期在手机QQ上全局搜索时，总是会蹦出来很多很annoying的 已经删除过的聊天记录，发现即使断开网络这些记录依然存在并且可以被搜索到。猜测QQ在本地数据库中对聊天记录做了…
为什么c++应该传指针而不是普通引用？
一点自己的想法：对于caller端来说，指针的语义更明确（显式的
欢迎讨论。
ps：clangd需要升级至15+才能开启reference的inlayhint
一点自己的想法：对于caller端来说，指针的语义更明确（显式的
&obj），而引用却无法区分传入的是值/引用/const引用/右值引用，进而无法很好地得知一个传入的变量是否会被修改。一个比较好的办法可能是开启lsp的相关提示，但是对于功能较弱的ide或者较为复杂的项目，或许用指针取代普通引用仍然是一个较好的选择。欢迎讨论。
ps：clangd需要升级至15+才能开启reference的inlayhint
msvc对不带bom的utf-8并不是很友好，在xmake中加入以下参数强制使用utf-8：
add_defines( "UNICODE", "_UNICODE")
add_cxflags("/execution-charset:utf-8", "/source-charset:utf-8")
xmake-release2.7.4中存在着生成的compile_commands不正确的问题，具体表现为会把路径中带空格的命令作为多个参数进行分割，参考
https://github.com/xmake-io/xmake/issues/3203
https://github.com/xmake-io/xmake/issues/3203
GitHub
The first argument is splitted in compile_commands.json when using Visual Studio · Issue #3203 · xmake-io/xmake
Xmake 版本 2.7.4 操作系统版本和架构 Windows 10 描述问题 如图所示，第一个参数应该是cl.exe编译器，然而这里被拆开了，导致vscode不能正确识别 期待的结果 compile_commands.json的第一个参数应该是编译器 工程配置 No response 附加信息和错误日志 No response