@sdtsztom #11 不清楚 Android 上版本号大小是怎么定的，如果应用可以自己定，那微软的习惯就是最后的 build 号最大。

@qof3990 #16 你可能被降权了…… 回复不在消息列表里。
你这么一说我才意识到这就是一切皆文件这一理念的基础…… 我之前理解还是差了点。
其实我都是各处只言片语拼装出来的 —— 只是我比较擅长拼装，一句话可以记到十年后可供拼装的另一句话出现。

房卡是啥？实体卡？

能看牌，有可能是技术不过关 —— FPS 能出透视是系统延迟上的考虑，而棋牌没这需要
能改牌，那就只可能是主动放的后门 —— FPS 到现在也没有出现 500 钱出 AWP 的手段
计牌倒是可能，甚至复杂点进行合理推导来推测别人牌型，这都可以。
计牌简单，找别人写大概只需要花两三万左右；推测牌型估计上百万不一定有人接，因为有这技术力的根本不屑做这种 trivial 的工作。

@zro #13 不一定，得看 src 地址，UDP 可以伪造 src，所以可以用返回量比较大的 DNS 请求，并且伪造 src 为攻击目标来做反射。

TL;DR: 你这是焦虑。
具体来说，应该是 “发现有需要过滤的东西” 才去加对应的过滤规则，而不是感觉没有过滤规则难受所以非要添加。

还试了下 /t/660019 的第一段
不好的地方：
部分词汇有点问题（粽子 -> dumpling ；汤圆 -> dumping ）
同一词汇多次出现翻译不同（青团：Chinese dough, green dough, green dumpling ）
（遇事不决喊个 dumpling ？）
粑和粿没有翻译而是原样。
一些中文母语者很容易抹除的表义错误（“写英文邮件（时）拿来翻译”、“（最）近 3 ～ 5 年的网红产品”）并不能进行抹除。

好的地方：
开头的 “先来科普” 翻译成 “首先，让我们来了解下什么是青团”。它对于隐含的宾语进行了补全和前向指称的复原（即，隐含宾语被补全时会导致代词比被指代物更早出现）处理得很好。

——

然而这就拉胯了：
先来科普。 -> First, Kopp.
啥？

@augustheart #113 动态不是这个意思。
就好像说爱情背后都是荷尔蒙和神经的运作，并不是说不存在爱情。
就好像说船的背后都是零件、传动装置、机械结构在运作，并不是说它不是船。
整个世界的力只有强相互作用、弱相互作用、引力、电磁力四种。

动态很多人提到它几乎都是解释型的。原因就是实际上是在用元数据来表达类型。First-class Type 就是指这个，你可以把类型绑定到变量上，因为它本质就是些数据，这点 lisp 是极端，“程序即数据”。宏的存在导致程序本身都是不确定的。

@soho176 #4 百度翻译连意思都错了…… “试了一下的确挺好用的”，是指：
1 、我进行了体验； 2 、（经过体验之后）我感觉（某物）挺好用的。
而百度翻译出来 “It's really good to try it”，意思是：
1 、它值得尝试。

@foru17 #13 “以后写英文邮件拿来翻译可能实用点” 这段就理解错意思了
以后写英文邮件拿来翻译可能实用点。
It may be practical to write English mail for translation in the future.

看上去，它理解为 “写英文邮件” 的目的是 “翻译”。

以后写英文邮件时拿来翻译可能实用点。
It may be practical to use it for translation when writing English mail in the future.

怎么说呢，似乎应该算这句中文本身就存在歧义？
（德国人真严谨

@qof3990 抽象，可以拿我高中时候数学老师的那段话解释下：
小学是 1+2=3
初中是 x+y=z
高中是 []+[]=[]
（[] 读作 “空框”）

将某种特性提取出来，形成抽象。比如提取出 “可以加的东西”，那么任何 “可以加的东西” 都可以丢进 []+[] 的 [] 里面。
交换律：x○y=y○x，那么我们知道一个群符合交换律，那么交换群的性质可以全部往上面丢。

同样，对文件进行部分抽象：它可以读可以写 —— 得到一个可读可写的流。那么某个 TCP 连接也是文件，某段内存也是文件。所以打开 TCP 连接的表现是产生文件描述符（ fd ），文件也可以映射到内存上去。
如果把两个可读可写流头尾拼在一起就得到了代理（ proxy ），双方只和代理交流，但感知上似乎正在直接和对方交流。

应该跟恶意 SEO 类似，现在黑手伸向翻译了？
tumblr 翻译成 QQ 空间可能是网络语料库环境下导致的语境用辞对照结果。换句话说，跟某些人解释 Twitter 是外国的微博等等一样。
Gitlab 可能是某篇讲 GitLab 的文章带了广告？

@Jirajine #9 套壳 VB6 罢了，真要说，Visual* 不都不可控吗？

话说讨论类型先区分以下几组概念吧：
隐式类型 vs 显式类型
强类型 vs 弱类型
动态类型 vs 静态类型

隐式和动态常常混淆，但是 Haskell 是隐式静态（充分的类型推导）…… Python with Type Annotation 是显式动态（相当于文档）

但实际上这些都在融合
原本隐式类型的 Python 和 Scheme 出现了 Type Annotation 和 Typed Racket 这种，原本显式的 C++ 也提供 auto 来一定程度上隐去冗长的定义而放给推导。
Python 的魔法方法提供了非严格强，JavaScript === 比较符提供了部分强。
Java 泛型的实现实质是动态类型，而 RPython （就是 pypy 的限制）和 TS 则开始要求静态。

@cmdOptionKana #55 现代 IDE 应该能够在极端动态的情况下正确推断类型
Python，我曾为了少写点字，写出来些伪动态构造的类（即是指，它其实是写死的每次构造出必然相同的类，即类工厂，固定参数调用），结果 pylint 彻底不工作了，整个项目无法推断类型，迫使我换用 PyCharm，就很正常。
实际上，在现代 IDE 的支持下，写动态都是近似类型安全的。

@cuixiao603 #51 WiFi 的主要问题还是在 jitter （也就是俗称跳 ping ）而不是延迟（俗称 ping 高）。
更根本的原因就是用的是 CSMA/CA 指数退避……

你应该不要匿名，指不定马上就有人相中你了呢 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

@purensong #8 方便编辑 SQL 用的？
那么这不是正则表达式 “工具”，而是你设计了正则表达式 “本身”。这个意义更不同凡响。

那就不是：
> 我们不希望在运行程序的时候才知道我们正则写错了，所以预先都会用这么个工具。

而是：
> 想要快速查找一些文本，我们会用正则表达式，比如 grep 或者 ack 或者 the_silver_searcher （ ag ） 去查找

@purensong #6

我感觉你混淆了类比
正则表达式 → 某段待解析文本
=
你的 DSL → 某段 SQL

正则表达式工具中，想要调试的、产生价值的是正则表达式。
你的工具中，想要调试的、产生价值的是 SQL 。
位置是错位的。