楼主你既然问了那就安慰一下楼主，这事不是这么算的。
30 系唯一明显比 20 系吼的地方就是绝对算力，就是绝对算力。（还有功耗可能也算，不过在牙膏这个词成为 DIY 社区高频词汇之前的 good old days，这都是新制程的常规操作）
算力翻了倍，内存带宽却只是线性增长，算力性能的发挥很有可能受限制。实际上除了上 HBM 的几个特例以外，每代 GPU 的内存带宽都越来越挤，但是 Ampere 这代是真的算力翻倍内存没进步，格外内卷。另外 3070 好像只有 4MB 的 cache，2080Ti 有 6MB 。
3070 的 fillrate 相比 2080Ti 也不占优势。
3080 显存也只有 10GB，为啥不是 11GB ？看到 3090 的 24GB 显存就民白了，老黄大概是看 AMD 皮薄馅儿大的套路吃香，于是自己学过来，再结合自家强大的刀法，玩儿了个威力加强版——拼命堆料然后拼命 differentiation 。以前 1080Ti 和 2080Ti 是 0.36787944117 个专业卡，这次这个长者不浑水摸鱼了，直接摊牌——便宜卡就是给臭打游戏的，然后在南海边 ... 哦不 10GB 显存这地方画了一个圈 ... 告诉你 10GB 以下就是臭打游戏的，10GB 以上就是鼻孔朝天横着走的专业用户，然后给 3090 定了个 Titan 的价，告诉你臭打游戏的不要想买。
你问 3080 呢？新 80 算力吊打老旗舰常规操作，坐下。

倒是前两代 Ti 的 11GB 专业显存，我们臭打游戏的这辈子是别想碰了。

你这不叫可视化，你这就是调试器吧 ...

.NET Core 好像是 16 年发布的 ...

都在说游戏，光追硬件对于离线渲染有明显的加速效果。配合老黄在 Turing 一代垃圾一般的产品布局，导致哪怕是乞丐 2060 都能整出超越 1080Ti 的性能：
https://www.phoronix.com/scan.php?page=article&item=blender-281-optix&num=3
https://www.chaosgroup.com/blog/v-ray-gpu-adds-support-for-nvidia-rtx

1080Ti 首发 700 刀，2060 首发 350 刀。
这东西对工作流的影响更重要，不需要 4k，也不需要什么 144 帧，我只需要实时在 viewport 中预览效果就可以。而这在五年前是根本不敢想像的事情。
这种事情没有什么”性能溢出“一说，你问我多少算是够？越多越吼！

这个问题吧，有点像在茅台论坛里面问”为什么肯德基不好吃？百事可乐喝起来不是挺爽的吗？“
我先把手头这个板烧鸡腿堡吃完再说 ...

请楼主立刻拆除电脑里所有 GPU 换上 IBM 8514 。

比如说一个现代的 GPU，它需要占一个 PCIe 的插槽（或者 CPU 的 die area ），还要耗费额外的电力，最重要的还要花钱买，，那么这些我认为都是极大的资源浪费。因为 CPU 什么运算都能做，图形运算也可以，现在又单独搞那么一块功能 100% 冗余的 GPU 。
就好比如说，本来你可以直接去市场买菜，却自己去种菜。

有的文化里面名字虽然长，但是还是从一个基本固定的池子里面挑的。当然可能会显式的掺入一些比如父名、性别之类的信息（中国名字里面性别信息是通过意思隐式传达的）。
不同文化的很多名字也有同源关系，只不过方言不同。然后一堆人凑一块，显得名字多了。
中国人挑字，外国人挑词。

这个配置怎么看都是一种 /r/unixporn 里面折腾 bar 那群人的既视感 ...

我正好搞过这个，需求是给 B 站直播 up 主录回放。方案是在一个 tmux pane 里面起一个循环轮询 B 站 API，检测到状态在直播就再开一个 pane 用 you-get 下载，完后 ffmpeg 转一遍： https://github.com/secondwtq/bmon

用不着 send-keys，直接东西写进一脚本里面 split-pane/new-window/split-window 就行，不然你开的 shell 还得手动关

你这个不是 “C/C++ 的装机历程”，你这个是“巨硬家 C/C++ 的装机历程”
其实你装 Xcode 也是一堆烂事（ XcodeGhost 还记得么），不过只装 Command Line Tools 的话貌似还凑合

“怎么就不能即装即用”
Dev-C++ 就是即装即用的，MSVC 勉强算吧（ MSVC 是安装容易卸载难）。VSCode 是前端编辑器，VSCode + MSVC 的缝合怪没有即装即用的道理。
另外很不幸的是，C/C++ 是大爷，本来就没有“即装即用”的道理（虽然 Dev-C++ 和 Linux 下基本都做到了，但是这是情分，不是本分）。从产品经理的思维考虑，当你的东西需要吸引用户时，你才屑于去做“即装即用”。因此 安卓 App 需要即装即用，还得塞你个红包。MSVC 和 Xcode 这种垄断的第一方专有软件不需要即装即用。C/C++ 这种事实行业标准也不需要即装即用。只有妄图“取代 C/C++”的逆贼才会标榜“即装即用”。

reduce 了半天 case，好像删了 using VariantChoice<Types, Types...>::VariantChoice... 这句就没事了

然后找到了俩 GCC 的 bug report：
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79094

瞎改了下把 GCC 改过了 ...
报错的地方全加个 :: ，变成 ::VariantChoice<Types, Types...> 就行了

假设楼主说的”开发者“是指苹果最喜欢拿出来吹的”靠 App Store 生态走上人生巅峰的独立开发者“。那我倒觉得分成不是什么问题。这种开发者要收费的话得在各市场自建渠道，成本可能不比 30% 低。App Store 把这些工作全都集中起来，算是提高了效率。
（当然你要是去做个匿名调查，问这些开发者 App Store 分成高不高啊？要是能降低一点吼不吼啊？当然大部分人会说”吼啊，当然啦！你问我资瓷不资瓷，我说资瓷，我就明确可以告诉你“，毕竟打个嘴炮又不用负泽任，谁还不想多赚点，信不信就算分一点比如 1.9260817% 这么微小的成也肯定会有人时不时把苹果批判一番）

最近这事问题明显是出在有能力自建渠道的带厂。Steam 看得很透，但是解决方法太简单粗暴了，搞了个分级累进税，卖的越多交税越少，好像确实有点用？但是吃相就更难看了 ... iOS 能闹这么大主要还是库克特首和人民首富通过气了，只许淘系的快递过关，京东物流不让。

还有就是这东西和开源天然不兼容。我不管是给自己用还是给别人用，都得交税。一次性的也就算了（一次性费用我都能接受，就当是手机又涨了一百刀罢），还是订阅的。本来开源就不怎么赚钱，开源协议又赋予用户又有不付费使用开源软件的自由（实际这个自由在 iOS 上并不存在 ...），这个税谁来交呢。

这个不是什么新鲜玩意。
”界面多语言“和”符号多语言“，以及”编程语言多语言“其实可以统一起来。

现在 DCC 工具流行使用节点网络，你把软件汉化了，那些节点也汉化了。这就同时实现了界面、符号和编程语言的多语言。
推而广之，编程语言和库本身也是一种”界面“，可以应用界面多语言的实践。节点网络或可视化的好处在于，因为键盘主要只需要输入一些数字（其实数字一般都是拖出来的 ...），没有输入方面的破事。不过我觉得这是现有实现的不足，可能不是特别大的问题。

这里指的是接口部分，至于实现我倾向于保持简单直接。这里的问题是实现一般只是维护者在折腾，变动又比接口更频繁。折腾的性价比远不如接口高。

X 里面有俩 buffer，一个是 primary，一个是 clipboard （可以自己加但是平常就用这俩），都叫 Selection 。Primary 是你选中了就自动给你复制一份。Clipboard 是你明确执行复制 /粘贴时才会涉及到，就是传统意义上的剪贴板。
xclip 是对 X selection 操作，默认操作的是 primary，你粘贴用的是 clipboard 的数据。可以试试中键行不行。
Shift+Insert 的行为很神秘，我一般不用。

VS 用的少，你说的具体是哪个功能
Mac 对应的应该是 Instruments （其实你用 Xcode 跑就有的 ...），应该是基于 DTrace 的，Sun 的遗产之一。
跨平台的 VTune，不过用 Electron 做了之后就有点蛋疼。对应 AMD 是 uProf，不过没用过。命令行 perf 就不错。
专门的应用可能有专门的工具。最近流行采了数据之后放在 Chrome/Firefox 的 Developer Tools 界面里面看。Firefox 甚至有官方的文档教你干这个。
Linux 最近在搞 BPF，很神奇的一个东西，直接在 kernel 里面放了一个 JIT 编译器。想到 HN 上面看的一句话：

Ah Linux, in which a thread is a process, a semantic patch is a lint rule, and a packet filter is a system profiler.

吉大计算机印象中还行，反正大陆计算机教育能说得上凑合的就三所，拿个学历就业不会有太大问题。转不转得过去就两说了。
再一看回复是想去游戏公司，那建议冷静。

ImageMagick