Markdown 的设计目的是 "易读写的纯文本，需要时可以转为 HTML"。它的目的不是为了"精确排版"。
LaTeX 目的是 "精确排版"，它的目的不是为了"可读性"。

楼主的 InkMark 设计目的是什么，有没有这种一句话的描述呢？

按语言标准来看，最初 C++ 就是 C 的超集。
差不多从 C99 、C++98 往后，C 和 C++ 就逐渐分开了，虽然他们之间仍旧有很大一部分交集 (大概是 C89 那部分和其他一些内容)，但逐渐 C 有 C Only 的部分，C++ 有 C++ Only 的部分，甚至有的部分两者互不兼容。从这个意义上来看，可以把他们当做两门不同的语言 (尤其是目前流行的 Modern C++)。

从现代的 gcc 、clang 这些编译器角度来看，那就只是一些特性不同罢了。

即使到今天，电池损耗计算也只能根据各种方法进行累计和估算，做不到足够准确。比如你显示 95%，实际值可能在 90~99% 之间。要不是之前出过电池门，苹果也不会费劲搞这个健康度。。

如果只是代码托管，那什么平台都没问题，不放心自建 gitlab 也 OK 。
如果是做开源项目、想要项目被世界上其他国家的人使用或参与进来，那 Github 的地位目前基本是无可替代的。

@proxychains 你保证不了所有平台都不是敏感词，你也保证不了敏感程度昨天和今天不会变。。
当你发些东西，虽然能发出来，但过了好几天才能确定是被降权、被限流、被 Shadowban 的时候，你就会陷入自我怀疑，你就会下意识进行自我审查了。。

我也反对各种莫名其妙的缩写，但楼主这种情况可以表示理解。

另外多说一句，其实本质上 AArch64 就是 Apple ISA，
大概 2010 年左右苹果想做一个超宽架构的处理器，然后苹果联系 ARM 一起设计了新的 ISA，
这就是为什么苹果 A7 都发售了，AArch64 指令和 ARM Cortex 架构还没公布。

arm64 这个词有些暧昧，可能指的是 64 位的 ARM 处理器，也可能说的是指令集。
如果是在代码里出现的话，通常是指兼容 armv8 那部分 64-bit 指令集。

AArch64 或者 A64 指那些 64 位的 arm 指令集，与之对应的是 AArch32 或者 A32 。
代码里出现的话，目前 AArch64 和 arm64 含义大体是一样的。

至于 armv8 架构，目前有 ARMv8-A 、ARMv8-R 等版本，而且其中实现 AArch64 指令集只是一个可选项。
这些概念看英文 wiki 应该更清楚一些。。

上面这几只猫头鹰，iOS 自带的相机都扫不出来

山东玉米

"生鲜灯" 专门就是为了让肉显得鲜嫩的。
还有各种专门给水果、油炸食品、卤制食品准备的不同颜色的灯，就是相当于一个美颜滤镜。
我是觉得把美颜开那么大很没意思。。

go 现在还叫前卫？那当年 WhatsApp 用 erlang 算什么？
初创团队当然是要选择团队成员熟悉的技术栈了，关心外面流行什么干毛线。。

@icyalala 我这是第 4 次在首页莫名其妙看到这个了。。。有完没完？！

和那种"几分钟看一部电影"的短视频一样，这种东西并不是真的帮你看电影或者读书，甚至连简介或提纲的功能都做不到。你得到的无非只是一种 "看完" 或者 "成就达成" 之类的虚无缥缈的感觉，和一些片面的观点。

@sheep3 无论功能多简单包体积都很大、启动慢、系统原生特性支持差、并且很可能有各种性能问题和卡顿现象。

VSCode 目前的成就与 Electron 关系不大，它是个特例。如果非要说的话，Electron 那些毛病 VSCode 也有很多，但它能提供足够丰富的功能和性能，以至于让大家忽略其他问题。

当然也有受不了 VSCode 启动速度之类的地方的，所以 Sublime 之类的 App 依旧有些市场。

@ShareDuck
用了 Apache License 的那几个项目，如果是通过源码形式开源，那 "用户必须让任何修改过的文件附带明显的通知，声明用户已更改文件"。
用了 GPL License 的几个项目，就要讨论一下看看有没有通过链接形式使用了，如果是的话，相关项目也会被感染，也需要以 GPL 开源。

技术讨论当然也包括安全问题，苹果从技术上可以保证安全性和隐私，但是整个链条最初的数据源是 CSAM 。
苹果使用了什么技术手段，能确保 CSAM 数据确实只是儿童色情，是否需要人为干预，这点没有看到苹果提到。这是最让人担心的地方。

比如这些照片提供的 NGO 或者这其中某个环节有内鬼，或者有不小心混入的正常图片，后面会发生什么，苹果是否有技术层面的防护？如果这里做不好，那隐私保护就是无稽之谈了。