贵司 logo 这个 ambigram 直接梦回 1982 年 ...

我的观点是这种框架下是没有大量数据性能好的实现的

如果有的话我倒是很想看看是怎么搞的。

iPad Air 及以下是走量的
iPad Pro 是细分市场

比如在圣诞节的时候 ...

musl 有推广开的必要，不然就相当于很多程序依赖 glibc 的特定实现。
当然自己用不用是另一个问题。

C# 的 camel case 偏好应该确实跟 Anders Hejlsberg 有关系。Anders Hejlsberg 应该也参与了 .NET 平台的设计，.NET 的目标之一是统一不同编程语言，不同语言会用同一套 API，所以说 .NET 用 camel case，C# 用 camel case，VB.NET 用 camel case，以及 F# 用 camel case 其实都是一样的。

具体到命名习惯本身，snake_case 的好处是 _ 充当了空格的作用，这样读起来和普通现代拉丁文字的句子是差不多的，但是 _ 会占额外的屏幕水平空间，现在很多项目编码规范还限制一行最多 80 字符，就算扩展到 120 之类的，配合上 InternalFrameInternalFrameTitlePaneInternalFrameTitlePaneMaximizeButtonWindowNotFocusedState 之类的符号还是显得比较搞笑。所以很多 enterprisy 的语言，比如 Java 和 .NET 平台好像都很喜欢用 camel case，可能跟这个有关系。
camel case 省空间，但是从 typography 角度来看，一般现代拉丁文字的句子都是只有特定位置才会大写，大多数单词都是小写，如果给你一篇英文文章，每个单词首字母都是大写的，看起来会很不舒服。因为这样句子轮廓会有一个波动，不符合大多数人阅读习惯的”flow“（如果你去看公元初的拉丁文，所有字母全是大写，没有空格和标点更不舒服）。camel case 就相当于把这个所有单词首字母大写的体例搬到了程序里面。snake_case 的支持者一般认为这样做是不利于阅读的。
从打字上来讲两者遇到空格时都需要按一下 Shift，感觉上是差不多的（键盘上有 _ 键的除外 ...）

（以上 camel case 同时指 lowerCamelCase 和 UpperCamelCase 两者）

命名规范是有继承关系的。比如 JavaScript 本身是个玩具，但是因为要扯 Java 的虎皮做大旗，所以也继承了 Java 的命名规范。Apple 喜欢用 camel case，所以你看 Objective-C 和 Swift 都是 camel case （ OC 早期历史不明，因此部分存疑）。Julia 怕是也受了 MATLAB 的影响。
现在大多数 snake_case 应该要追溯到 C 和 UNIX （这俩和 C# 和 .NET 一样是共生关系，所以得一起提）。我认为 C 是 UNIX 平台上的第一语言，写 UNIX 软件最好用 C，而 UNIX 的一大创新在 Shell 上，因此 Shell 是 UNIX 的第二语言，写 UNIX 脚本最好用 Shell，而 C++、Python 、Perl 、Lua 等语言都是 C 和 Shell 的不同程度的混合以及向不同方向的发展。你会发现我们现在常用的很多经典编程语言都起源于八九十年代的 UNIX 机器上（并非所有，比如 Python 最开始不是给 UNIX 写的，但是 Python 那平台命名上和 UNIX 好像蛮相似的），那么受 UNIX 影响也是非常正常的事情。而和 UNIX 没啥直接关系的语言很多也和 UNIX 命名习惯没啥关系，比如 Smalltalk 和 Pascal 等。

虽然大多数语言有自己的命名规范，但是实际用什么一般还是用户的自由。这里也遵循一些一般规律比如 UNIX 系统上的 C 项目很有可能主要用 snake_case，但是如果是 Windows 项目那你可以欣赏下匈牙利命名法。虽然如此，命名规范的选择也需要考虑一些实际的设计和限制问题。比如 LLVM 项目里面基本全都是 UpperCamelCase，造成一个问题是作为一个 C++ 项目，值和类型是共享命名空间的，那么我上下文里面有一个 MachineRegisterInfo 的值，放 Java 里面就叫 machineRegisterInfo 了，但是因为 UpperCamelCase 的限制，我不能叫 machineRegisterInfo，也不能叫 MachineRegisterInfo，我只能写一个 MRI 上去，这一下就 degenerate 到了比 snake_case 中大量的缩写还要差的程度，不知道的人还以为是医学软件。

LISP 比较奇葩，因为 S-expr 中，除了空格和圆括号之外基本都是可用的字符，标识符命名规则很自由。但是比较多见的是卡拉季奇 case，啊说反了是 kebab-case 。这个类似 snake_case，但是不用敲 Shift 。大多数编程语言中不能用 kebab-case 是因为这些编程语言给 hyphen 和 minus sign 使用了同样的编码 0x2D，同时又区分了 operator 和 identifier，这样出现 0x2D 就默认是 minus operator 。但是 Shell 中算术操作并不是特别核心的东西，所以有的 shell 是允许函数名用 kebab-case 的，不过变量就不能带 hyphen 了。
很多语言虽然喜欢用 camel case，但是包名还是喜欢用 kebab-case 或者 snake_case，部分可能是因为包名经常和文件名挂钩，而文件名的大小写在不同文件系统中表现是不一致的，保持全小写更安全。
部分语言会给命名施加更强的限制。比如 Haskell 要求值标识符必须以小写字母开头，类型和 data constructor 必须以大写字母开头，而 type variable 必须以小写字母开头。OCaml 有类似的限制，但是 Standard ML 没有。这个 thread https://mail.haskell.org/pipermail/haskell-cafe/2006-August/017154.html 给出了一些这样做的理由。

最后，就设计限制这点来说，很多的考虑根本在于主流编程语言的程序基本都是以 textual 的形式（即所谓”代码“），ASCII 编码表达的。图形编程语言，以及某些 esolang 一般不会直接暴露这种表示，因此命名相对自由，甚至根本没有命名的习惯。

这问题老黄早就回答了： https://www.nvidia.com/en-us/geforce/news/rtx-30-series-community-qa/
搜 Storage
之前主机开始煽风点火的时候，尤其 PSSD5 还特别喜欢吹这个，说是领先 PC 多少多少。其实这话不对也对。不对是因为老黄一年前就整出来了，对是因为 PC 上确实可能性比主机不知高到哪里去，但是都被厂商藏着掖着做 differentiation 不给臭打游戏的用。

-g 是调试信息 flag， -grecord-gcc-switches 是把参数存进调试信息，不是 .GCC.command.line 。GCC 也有 -grecord-gcc-switches 。
我说是兼容的就是名字是一样的。当然实现可能会塞点私货。
你要是没有 -frecord-gcc-switches 那估计是版本老了点。

KDE 很简单的，比如我平常都不用 Dolphin 直接管理本机的文件。而是打开 Dolphin，地址栏中输入 sftp://[email protected]/ ，home 目录就出来了

膜拜刚用 Linux 就玩 Arch 的猛士

我还不知道有这个功能 ...
查了一下发现 GCC 有个 flag 叫 -frecord-gcc-switches，不写好像是不会有这个 section 的。楼主该不会是哪个发行版默认打开了吧
然后 Clang 一般是和 GCC 兼容的，直接找对应的 flag 就行了
https://reviews.llvm.org/rL299037
https://reviews.llvm.org/D54487

USB 无线网卡能不能解

Expression Problem 了解一下

楼主你既然问了那就安慰一下楼主，这事不是这么算的。
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 。
就好比如说，本来你可以直接去市场买菜，却自己去种菜。