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 年也许不同。

id: juteman

感谢

1. vcpkg or conan, 就算有包管理器很多项目也是 compile from source ，好控制参数，有问题随时改，或者是自己套 conan 或者 vcpkg 的服务自建。或者用 cmake ，脚本小源码模块写好参数自己编。我现在公司的项目就是 cmake + python 管理的流程，说白了就是 cmake+脚本。方法很多，不统一，属于是八仙过海各显神通了。
2. 版本向下兼容，一般一个标准出来 5 年左右基本所有主流的编译器会完全支持该标准，这个时候我就推荐你完全掌握这个标准了。比如 2022 年要掌握 c++17 ，2025 掌握 c++ 20 。版本变化有时很大，有时很小，需要自己关注。
3. 跨平台不碰图形很好跨，涉及到图形相关就很难受。即使是 QT 这种，到了 Linux 上面也得考虑 x11 ，Wayland 。Mac 端要考虑 QT 版本和 Mac 版本的兼容性。3D 图形可以用 OpenGL 和 Vulkan ，但是还是一样涉及到窗口管理器等蛋疼的内容。 没有 GUI 的也不需要跨，只做 Unix 兼容，windows 想跑开 docker 或者 wsl 跑。很多库都是跨平台的，如果整个项目引用的都是跨平台的库，标准库等等，那么工作就比较好做。

你给的代码编译不了，我用的楼上的。
搞不懂的多用 godbolt
https://godbolt.org/z/cMs4918PW

不火-指 TIOBE 2022 年度语言，TIOBE 2023 8 月也就是现在，排名比 Java 高。
我在上家公司做 c++流媒体的时候，hr 跟我说 C++程序员大概在市场简历里面只有 20 分之一到 30 分之一。
所以一个正儿八经的 C++程序员，一直都很好找工作，我偷着乐很多年了。
还有，我刚毕业在深圳做通信的时候，老板说很少找我这么年轻的小伙子，一般都找 10 年起步的 c++程序员，所以公司里很多 30 几奔 4 的。说通信行业要多积累，c++也要多积累，一般没有 10 年他都觉得不靠谱。所以做 c++的，一般意义上的"毕业"年龄要晚很多。

21 年过年的时候年会抽奖抽了个 switch pro ，后面过了半年模拟器玩了几个星期。发现体验还可以，就把 switch 卖掉了，爽歪歪

clion + docker