vulkan 的话，mac 上需要这个
https://github.com/KhronosGroup/MoltenVK

初学的话用 opengl 就好了，vulkan 没有脚手架要弄出一堆代码才能画个正方体基本渲染效果。

webgl 据说更方便环境更好搭建，但实际上我不会 js 也不懂前端，没尝试过，不好评价。

仔细看了一眼，应该是执行到底下那个配置去了。
里面有个
"group": {
"kind": "build",
"isDefault": true
},

"isDefault": true 有点明显

你看下你这个
"gcc -g ${file} -I C:/vcpkg/installed/x64-windows/include -L C:/vcpkg/installed/x64-windows/lib -lfmt -o
${fileDirname}/${fileBasenameNoExtension}.exe"

在命令行能不能执行成功，宏替换一下

1. 如果成功，看看是不是执行到底下那个 cppbuild 的 task 上面去了
2. 失败，看看你路径下面是否有头文件

"五一的时候，海格置业通过我嫂子催促，说看的人很多，你五一再不定下来就卖出去了"

销售都这样，嘴巴里没有一句真话。我有个表姐也是，人家跟她说是最后一套她居然信了，实际空置几十上百套。这年头信息来源真不真实你自己得判断。

定金我也是建议退，我武汉本地人，只能跟你说还有下降的空间。

楼主不都有答案了吗，有什么好问的

@hhjuteman 看了眼答案好像不准，不过我数学水平已经完全退化了，也不知道哪里有问题

Here is how we can find the limit of y = x ln(1 + 1/x) as x approaches 0 and positive infinity:

Limit as x → 0⁺
As x approaches 0 from the right side, 1/x approaches positive infinity. So we can rewrite the limit:
lim x→0⁺ x ln(1 + 1/x) = lim x→0⁺ x ln(1/x)

Now, using the properties of logarithms, ln(1/x) = -ln(x). So:
= lim x→0⁺ -x ln(x)

This is an indeterminate form of type 0 ⋅ ∞. We can use L'Hôpital's rule to evaluate it:
= lim x→0⁺ -ln(x) - 1 = -∞

Therefore, lim x→0⁺ x ln(1 + 1/x) = -∞

Limit as x → +∞
As x approaches positive infinity, 1/x approaches 0. Using the fact that ln(1+u) ≈ u for small u:
lim x→+∞ x ln(1 + 1/x) ≈ lim x→+∞ x ⋅ 1/x = lim x→+∞ 1 = 1

Therefore, lim x→+∞ x ln(1 + 1/x) = 1

In summary:

As x → 0⁺, y = x ln(1 + 1/x) → -∞
As x → +∞, y = x ln(1 + 1/x) → 1


claude3 opus 很准。

我个人的习惯是刷牙 + 水牙线 + 李施德林漱口水一套

第一次用的时候一样感觉辣口，我一直没读说明，原来用完以后不能漱口，我一直都漱口。
现在这个习惯持续了一两年了，脱敏了已经，漱口水进口没觉得很辣口了

吃力不讨好，我也不管

github 上 搜索 instant message ，把排名前几的项目调研一遍就行了。拿回来魔改

牛！

@AntiFraud 我的意思是，地位低，话语权小。这样工作起来就会有很多不舒服的地方

喜欢游戏玩就行了，没必要进入游戏公司啊。
程序在游戏公司完全就是策划得工具人，卷死，加班时间非常长。

@Ainokiseki

这事实上并不只是简洁性或者可读性得问题了，这只是一方面。

请了解现代 CPU 有关于分支预测的技术。
第一个代码片段中的 if 语句是在 for 循环内部的，这意味着每次迭代都需要进行一次分支预测。如果你的 if 语句的条件是随机的或者不可预测的，那么 CPU 可能会频繁地预测错误，导致性能损失。
相比之下第二段代码特殊处理，则不会有这些性能损失。

请不要忽视这么一点点性能差距，也许在你这段代码中只有纳秒级差距，但有的时候就是这里一点点，那里一点点，最终导致了数量级的差距

@dashu88089 还好吧，有项目经验，基础过硬随便吃饭，人/坑位的比例感觉还好。本 C++程序员觉得 c++20,23,26 的这些东西要是真的搞好了前途一片光明

什么专题，不太明白楼主的意思

大学的时候用了三年 Emacs ，后来出 vscode ，尝试了一下发现这玩意真好用。后来又尝试使用了 visual studio ，发现这玩意的调试功能真的强大，就在也没用回 emacs 了，到现在也只记得基本的 Emacs 操作方式了，上服务器我都用 nano 编辑一下。我一直没搞懂所谓 vim 或者 emacs 键位的"效率"在哪里，因为 ide 的快捷键也很快啊，我用了 vscode 以后从来没想过要把键位改成别的，一直都用的默认键位。倒是 visual studio 键位，及其难用。后来用了 reshaper 插件吧所有的 ide 都调成了 reshaper 键位。

"且教务说没有先例"

这个极有可能是假的，本人普通一本（可以说是垃圾学校）。学院大概有 1000+个人，在大四上大概有 20 多个人算完分数选漏或者差学分的，大四上的时候教务处也威胁说现在管的很严，不能补课程，让延毕。

事实是，后面教务处开设了几门影子课程（不用上课，不考勤, 考试及格了直接拿学分），让大部分的这些人都毕业了。为啥我这么清楚呢，因为我就是当时差 2 学分，甚至都没有考试，只有一个大作业，大作业我直接请了一个学霸两顿饭，让他帮我搞定了，直接 90+。

一个综合类学校所有专业学院加起来有几千上万人，再加上学校开了这么多年，你肯定不是所谓的 "先例"。所以一定要争取办法一，找找各个专业，各个学院有没有和你一样的人。

当然我这是 2018 年的故事了，2023 年也许不同。

用过，看 Envoy 源码发现 dev container 环境，都不用配环境了，打开直接看源码调试舒服的很。