这事本身算是资本家内斗，吃个瓜就行。Epic 的态度貌似是希望苹果降低税率。所以不是 Epic 不想交钱，是不想交这么多钱。Epic 自己商店也收税，所以感觉他自己给苹果 /谷歌设的标准应该也和他自己的差不多 12%。
不知道楼里面觉得 Epic 想白嫖的自由斗士们看没看新闻，还是说根本不认字。平台和第三方开发者是互相成就的关系，谁离了谁都不行。苹果咬死 30% 不放的这个态度站在开发者角度看肯定是有问题的。不过我没打算在苹果平台赚钱，所以跟我没啥关系。

但是我从用户的角度来说，我对 iOS 最不满意的是我不能运行我自己的代码，也就是说我并不 own 这个硬件，iPhone 从这个角度来说只是个 fancy 的智能洗衣机而已（其实和主机比，iOS 很仁慈了）。这个应该不是 Epic 想要改变的。

MDN 这种就应该是社区维护，如果对于 Mozilla 来说太拖后腿的话不如直接壮士断腕的好
文档都是 CC-BY-SA 的，社区再建个类似 cppreference 的网站就行了

如果这事办不成，那只能说明前端圈看上去阵仗大聪明人也不少但是只会整花活不会办实事

我就不懂了，为什么这么多人拿外国说事。

我就说 google 吧，总公司也只有 20%的人是赚钱，百分之 80 的人都是花钱，人家 colab，google drive，还有好用的 gmail 通通都是免费，请问国内哪个公司可以做得到？

什么事情都要跟国外垄断企业去比，有什么意思啊？

就冲楼主写这标题就不配用这表

嘛，好像有个这个 ...

https://osxdaily.com/2018/02/26/keep-folders-on-top-sorting-name-mac-finder

只能说做得真 Ad-hoc ...

> 一个叫 “远程同乐”，另一个叫 “随处畅玩”
> PC 间**远程畅玩**
> 手机、平板类设备上远程游戏
> **远程畅玩**已经达到接近 100% 兼容了吗？

不懂楼主到底是要问“远程同乐”，还是“随处畅玩”，还是“远程畅玩”，还是“随处同乐”

没懂什么意思，如果说“文件夹在顶部”的话，按 Kind 排序可以把文件夹全都排在一起，但是也不是顶部（如果有 Kind 字符串字母序比 Folder 更小的就会跑到文件夹上面去），再结合“新增文件总是显示在底部”看起来是先分离文件和文件夹，再各按添加时间排序？

我好像没见过哪个文件管理器有分离显示文件夹和其他所有文件的功能。这应该也是文件管理器设计的普遍缺陷之一——“分离文件和文件夹（并且把文件夹放在顶部）”也是我很需要的功能，这个可以勉强用按类型排序应付一下，但是直接排序只能选择一个字段，按类型排序了就没有办法用其他字段了，默认一般是再按名称排序勉强能用，但是推而广之的话大多数 GUI 程序都有这种奇葩的不友好特征。再往后说就要扯到“文件”这一抽象的缺陷了（ https://v2ex.com/t/694827 ） ...

自然语言还真就是“能够传达意思就行“。因为自然语言是普通人用的，不是特定的个人和组织能够规范的。比如说普通话作为中国的官方语言，有国家语委来规范，但是一年前教育部还在说普通话普及率不到 80% http://www.moe.gov.cn/jyb_xwfb/s5147/201909/t20190919_399688.html，不说别的，V 站常见日经话题里面，就有不少把”辛苦“写成”幸苦“，”民族“写成”名族“的（我以为这个和楼主的"data" 和 "date"是差不多的问题），本来我还以为是输入法的某种固定可重现 bug，后来不知道在哪看到有人真把”mingzu“写出来了，大概真有人这么读吧。

自然语言是在各种历史、政治、地理和社会条件下自然形成的——这里隐含的意思是，自然语言里面有各种不一致，不美观，让人难以理解的地方，都是非常正常的事情。比如”麦克风“这个词，”麦克风“是外文音译，”话筒“是俗称，我查了下正式名称好像叫”传声器“或者”微音器“？这俩名除了专业领域真的有人会用么？但是事实是这些词都被现代汉语词典所承认，哪怕是”麦克风“这种完全看不出是什么意思的词。英语更是大杂烩的典型（学过英语的应该都知道是咋回事 ...），牛津英语词典不仅收录了 ”long time no see" "add oil" “guanxi” 等来自汉语的词汇，还收录了来自印度的词汇 https://economictimes.indiatimes.com/magazines/panache/aadhaar-dabba-hartal-shaadi-among-26-new-indian-english-words-added-to-oxford-dictionary/articleshow/73582849.cms 。可见语言是先有人用，再有所谓的规范，今天的用法可能就会成为明天的规范。虽然并非所有的用法都能成为规范： http://media.people.com.cn/n/2012/0716/c40606-18522077.html，但是”剩男“”剩女“这俩词并未因此停止流行。但是几十年或者几百年之后，“幸苦”真的就是规范，而“辛苦”变成某种历史写法也未可知。
规范只是一个参考，也就是说我虽然不知道“㲎麈”是什么意思，但是通过查词典，我能知道“㲎麈”怎么读，“㲎麈”是不是个词，如果是的话它是什么意思，注意这里其实和“标准”和“规范”并没有什么关系，因为我查词典查到的其实是词典编写者自己的标准，换句话说除非词典本身就是标准（比如《现代汉语词典》），不然我查的只是一个”不行“（引用楼主说法）的方言而已。或者说一个语言本身就没有办法被比较精确地定义，”标准“本身其实也只是语言的某种变体，它之所以是”标准“，只是被某种官方承认并推荐而已（包括现在对”方言“的定义还是有争议的）。”规范“为所有语言的使用者提供了一个基准，而一个特定的使用者所真正使用的语言绝对是偏离这个基准的。只要偏离的不那么严重，就不妨碍沟通，规范的作用也就达到了。当然国家语委的 KPI 之一可能是降低这个标准差，但是在基本目的已经达到的情况下，普通人没必要太过关心这个。对于非母语者学习新语言来说，规范给教材和教育者提供指导，所以老外学中文大多是冲着普通话去的，一般不是冲着东干语去的，没有标准便无从下手。

如果说中文的环境还比较单一，普通话还凑合能推广（到不到 80%）的话，英语作为世界性语言，哪怕 OED 更新得再勤快（最近针对疫情还进行了一次更新），也没有强制所有国家采用某一种标准的道理。当然出于复杂的历史、政治、地理和社会条件，至少在中国是出现了所谓的”美式英语“和”英式英语“影响比较大的结果。这就体现出了上面提到的标准对于语言学习者的作用。但是很明显英语标准的普及相比普通话来说要差得多，并事实上形成了所谓的”中式英语“——只是可能由于比较混乱，很难归纳出什么具体且普适的特征而已。

但是相对于普通话的普及问题来说，这个实在是没有什么强制”改正“的必要，毕竟确实是”能沟通即可“，何况英语也谈不上普及甚至有没有必要普及都不好说。一个人的英语是中国体育老师教的，另一个人的英语是中国生理老师教的，用英语沟通，效果估计和西班牙人跟俄罗斯人用英语沟通差不多。楼主如果因此”评价一个人的基础教育“，那我可能要评价一下楼主的人品。中国基础教育英语口音与 GA/RP 不匹配是全中国的普遍问题，是客观条件限制，是大多数中国人共同背负的”原罪“，楼主如果真的”后浪“到了可以因此”评价一个人的基础教育“的话，又怎么会混到”接触到的程序员层级太低“这步田地呢？
我并不反对对”标准发音“的讨论，但是如果一个人的发音严重偏离（所谓的）标准发音，只要他没 claim ”我这就是标准发音“（”老家发音“很明显不属于”标准发音“），那这锅就不该甩他身上，而是甩他老家身上。如果发现所有人都这样的话，你会发现他们的老家都是中国，然后楼主应该做的不是纠结一词一句的发音问题，这不解决根本问题。楼主觉得“接触到的程序员层级太低”，那就去做后浪应该做的事情，去混后浪的圈子。如果还有点追求的话，应该去微博发帖”我 陷 思，定 体 问“。然后在名族主义的浪潮中作为盎撒蛮夷的走狗被钉在历史的耻辱柱上。

@whywhywhy 我用 ZFS，ZFS 是有文件系统级别的校验的，理论上好像是这样的：
A 盘里有 文件甲.A + 校验码.A
B 盘里有 文件甲.B + 校验码.B
本来俩是一样的，现在假设 文件甲.B 坏掉了，文件系统查出 文件甲.B 和 校验码.B 不匹配，但是 文件甲.A 和 校验码.A 是匹配的，就会用 A 去覆盖 B
两个同时坏掉就没辙了

我看了 #20 就知道问题在哪了

> 只能说这些功能一般人都用不到
> 我们平时从几千个说明书搜一个出来

可见楼主说的“一般人”就是指自己
而这个"几千个说明书"很明显是某种专业用途,并不是“一般人”。当然搜索个说明书也没多专业，勉强可以算是“一般人”，但是为什么就断言其他“一般人”就用不到了呢？
#38 提到“记不得哪篇文章里面提到了某个关键字”，这就是一个典型的场景。

再者，“文件名搜索”并不是所有搜索都应该做的基础功能。我拿苹果来实践一次 Whataboutism：
iPadOS 13.5.1，首屏两个应用 Photos 和 Overcast，下滑调出搜索，输入 “otos”，下面是 "SIRI SUGGESTED WEBSITES"，输入“cast”，下面是 iPadOS 内置的”PODCASTS“ App 搜索。俩 App 都没给我搜出来
要想用这种方式搜出 App 得多打几个字，比如”vercas“才能搜出”Overcast“，然后假设我打错了一个字，比如”iverc“，这时是搜不出来的，”iverca“可以。
你看一个设备，顶多装几百个 App，都能搜成这德行，怎么能指望“游戏机系统“做全盘的文件名搜索呢？
我这 Mac 的 Spotlight 就更别提了，用五次 crash 一次，也并不能保证文件名能搜到，甚至有的时候啥也搜不到。

为什么这些搜索做得这么烂？性能考虑仅仅是一方面。我个人认为根本在于它们都属于”面向傻逼的界面“，面向傻逼的界面试图让人远离机器，试图让用户感知到这个设备 /系统是“智能”的。
也就是说，面向傻逼的界面致力于做到“用户告诉我想要什么，然后我告诉用户用户想要的”——这根本就不是现在的科学能解决的问题，这是 AGI 才能解决的。
写不出 AGI，又不想使用地球现有的 76 亿 AGI 的前提下，这问题无解。所以面向傻逼的界面往往发布会上很厉害，很“智能”，实际使用的时候只会让人感觉“聪明的人都是类似的，笨的机器却各有各的笨法”。
面向傻逼的界面是没有前途的。
（其实就算有了 AGI 也好不到哪去，领导把事情布置下去，然后下面一般是往“讨领导高兴”的方向干，而不是真去干事）

我只打个“verc”，你从 76 亿 AGI 里面拉出来猜，有几个猜得出我要找的是 Overcast ？面向傻逼的界面致力于做到“用户告诉我想要什么，然后我告诉用户用户想要的”，人都猜不出你想要什么，怎么能指望面向傻逼的界面猜出来？

如何解决面向傻逼的界面的问题？
我个人并无什么高见，我的风格是如果解决不了问题，那就逃避问题（如果觉得“逃避”有些不合适的话，可以换个词，比如“绕过”）。也就是说我并不解决面向傻逼的界面的问题，我直接放弃“面向傻逼的界面”，我认为“面向傻逼的界面”这个需求存在根本性的错误。

乔布斯几十年前说，计算机是“bicycle of mind”。我很认同这句话，只是可能需要一些修改——几十年之后硬件和软件都爆炸式的发展，“自行车”用来形容功能机还可以，现代的计算设备早就发展成了三轮车、汽车、飞机甚至火箭了。就算是自行车也要学，其他工具的学习成本比自行车高得多。而“面向傻逼的界面”试图削平学习成本，这就相当于完全自动驾驶了。
做不到自动驾驶，又想开飞机，怎么办，学呗！也就是说，在“面向傻逼的界面”做不好的时候，做出妥协转而做“面向机器的界面”以及“面向‘有缘人’的界面”——不学佛法的人是无缘极乐世界的。

其实类似“全文搜索”，程序员还有"在代码库中搜索符号"的需求，针对这一需求，依次有： 普通全文搜索 => awk/ag/ripgrep 等编程语言、VCS 相关的全文搜索 => ctags 等符号索引工具 => 与编译器 /IDE 集成的查找引用 /查找定义功能多种方式，每一个层级都有其优缺点。但是程序员这一群体因其身份的特殊性，更善于使用不同的计算机工具，并且在使用工具时了解其功能定位甚至实现原理。对于不同的问题能选择合适的工具解决，所以这一套体系能跑起来。
其他人没这么幸运，只能在对“面向傻逼的界面”一次又一次的失望中像楼主一样“留下心理阴影”。

其实“文件”这个概念，不管是普通人的理解，还是所谓“UNIX 哲学”中的体现，都是在为效率拖后腿的。比如说，我这里有 100 个项目的源码，都是 git clone 下来的文件夹。电脑只知道有这些文件，并不能从文件结构中得出具体信息——比如这 100 个项目中有 10 个是编译器项目，10 个是各种操作系统源码，还有 10 个是各种论文的开源代码，并且用的语言各不相同。我现在可以分三个文件夹“compiler”“os”“papers”，问题来了，我把代码对应的论文找来了，我是给论文单独放在一个文件夹里面呢（丢失文章 <=> 代码库之间的对应关系），还是把论文和对应的代码放一块呢（文章分散到各地需要靠搜索聚合起来）？ linux 和 git 都是 Linus 写的，一个是操作系统，一个是 VCS，我是单独起一个“linus”文件夹放呢（但是我想找 OS 源码的时候就找不到 Linux 库了），还是把 linux 放在 os 文件夹里面，git 放 VCS 文件夹里面呢（丢失开发者信息）？ tikv 和 redis 都是数据库，我可以单独起一个“db”文件夹把他们俩放进去，但是恰好 tikv 和 redis 一个是 Rust 写的，一个是 C 写的，并且都是非常好的 Rust/C 项目。我现在想做一个“优秀的 Rust 代码库”和“优秀的 C 代码库”做参考，那就得把 tikv 从 db 文件夹里面挪出来？
可见“文件”本身的抽象能力就是非常不足的。建立在其上的大厦自然也就根基不稳。解决这个问题，最简单的给文件加入元数据——给 Redis 打个 tag 是 C 写的，并且是个数据库，是 antirez 写的。那么 antirez 还写过什么项目？ kilo 不错。antirez 住在意大利西西里，这和一般看到的 “XXXXX, CA” 不一样，interesting ... 这么下去就是个数据库了，“文件”也就没有存在的意义了。

而在搜索的时候，自然也会变成”项目名中包含‘nux’的所有操作系统项目”（看上去楼主想要的就是“朴素”的文件名查找，但是精确了许多——需要是一个软件项目，并且是个操作系统项目），“Star 数超过 31415 并且主要作者不在加州的开源软件”，“与编译器相关的所有书籍”。当然由于不是面向傻逼的界面，所以是以某种机器语言表示的。但是本质上就是把通用的搜索从“普通全文搜索”升级到了“与编译器 /IDE 集成的查找引用 /查找定义功能”而已。

@tankb52 #32 关于这个，Raymond 还真写过一篇文章： https://devblogs.microsoft.com/oldnewthing/20180521-00/?p=98795 Maintaining Notepad is not a full-time job, but it’s not an empty job either

其实雷电快全是苹果吹的，USB 早就比雷电快了

套路云

@lsvih 我说的是 Python 的 StopIteration

一般是每次递归调用后检查一下是不是有结果了，有了就顺便返回。

楼主这异常运用灵活自如，想必以前是学 Python 的吧。

看到这贴子就想起 #2 发的百科页面，不过点进来发现已经被发过了。于是又生一计：去 Google 搜索框打 0x 看提示。
很可惜由于一些众所周知的原因，找到的好像大多数是 Windows 的错误代码 ... 不过我看到有一个 0xC00000E9，好像还是很常见的。
这里只是把这个方法分享给大家。

另外维基百科可能并不能 cover 一些特色的东西，比如什么 0x19260817 什么的。

至于一些更私人的东西的话，前段时间出于特殊原因去看了一下 FLAC 格式的标准，貌似很简短： https://xiph.org/flac/format.html 人家就是用的 fLaC 四个字母的 ASCII 编码做文件头，这样机器码和文本都有标识作用。好像不少格式都喜欢这么干。FLAC 还有个 sync code，以及一套解决流解码的机制，也挺有意思，我没怎么细看就不班门弄斧了。

我这还有一个更偏门的 MediaWiki 上的十六进制字面量池，也是错误代码 https://www.modenc.renegadeprojects.com/Internal_Error，背景见 https://v2ex.com/t/647806#r_8619946 提到相同域名的内容。如果我有类似需求的话大概会从里面拉两个出来。

吐槽：这帖子为啥发到 C++ 节点 ... 除了我们这种脑子有坑用 C++ 的谁会来看 ... 现在 V 站 C++ 和 C 的节点好像分离了，你去发隔壁世界第二简洁的语言 C 的节点去也好一点啊 ...

还有就是不记得哪门课的老师说过，网络里面绝大多数接口设计时都没怎么考虑安全性，结果后来互联网普及了也就不好再补了

居然没人提 UNIX，这东西到现在还是很大程度上定义着”操作系统“是什么

说起来我最近就在对付自家产品的历史包袱 ...

你可以把女朋友换给 V 站大佬，自己就可以安心做 benchmark 了