阿波罗 11 号代码仓库于 GitHub 开源，今天上了 GitHub 热榜，随后 issue 遭中文用户轰炸。

截止到北京时间 7 月 19 日晚上 11 点，最近 24 小时被关闭的 47 个 issues 中，有 42 个是中文 issue，大部分为灌水内容。

Github 的确是一个社区，但它的核心是「协作」而非「娱乐」，更何况 Github Repos 在某种意义上更像是他人的「私人领地」。这种情况下，请保持对他人的尊敬。

相信大部分人还是懂得基本礼仪的，我们只要让剩下的一小部分人明白这一点。至少这还有一点希望。

https://t.me/lychee_wood/8831

何只是一个伟大可言，现在有多少人还能看到高级语法结构 do ... while (...); while (...); if (...); for (...); 就能立即映射到低层控制流跳转指令 l: {}; ax=p; jnz l、l: ax=p; jz r; {}; ax=p; jnz l r:、.... 何况就不谈资历，人家在软件工程理论上 做的比现在某些只懂得吹的人、教条主义者 甚至啥都不知道只懂『写代码』不知测试、部署、版本控制、团队协作的呆子强到不知哪里去了

你们这一群想搞个大新闻的，咱就不说他们『有多伟大、有多令人震惊、多么不可思议并且富有革新意义』，咱就说说这技术吧。你们知道啥叫 MCU 么？你们知道什么是中断么？你们写过抢占式任务管理器么？你们知道 Ring 是啥子么？你们想过电子电路层面的存储程序型『芯片』该如何运作么？说这么久 C 语言是谁发明的，几几年出的？你们写过动态规划、迪克斯特拉算法么？你们写过序列化和跨进程封送么？DOS 程序写过没、IVT 是啥子？你知道 AGC 机器的基本用户界面结构叫啥子么？还是一直在 onclick=function; class XXXService: XXXService.Stub 一直只懂得用只懂得抄呢？已经辣鸡到这个地步还没点自知之明， 国墙还真是有理的，为了避免国家高端层面的形象遭到这种毁灭性的打击，以后别人科学家出去合作，还得跟别人解释这件事情是怎么回事、还得被人怀疑是出自一个辣鸡国家。

请问你们知不知道，你们已经辣鸡到没有资格在别人做纪念的一个地方去肆意地、以我们看印度文一样的汉字 去发这种弱智、幼稚的 issue 了。咱就不说美国政府到底怎么样，人家航天局已经是把研究面向全人类这样一个高尚的理念贯彻到底了，请问人家有错么？人家为什么需要你去发一些和项目本身完全无干的事情？GitHub 的 issue 区限制管理，怕不又是一个『中国人，便后请冲水』的复刻

Telegram 对 +86 地区号的特殊对待是有理的，就因为有这么一群傻人，连自己有多弱智都不知道，就知道 哇 哇 哇；和疯子有啥区别？至少疯子还不会丢人丢到这个份上去，版权大国啊、赚钱大国啊、抄袭大国啊、骗子大国啊、低端大国啊、现实大国啊。 #Low #China

（请勿对号入座，但是我相信所有人看到这个情况都很生气！）

#Haha #Moha

（请允许我下面以一个长者的身份，好玩一些，抱歉） 🌚
『江泽民语录』
没有任何（看瞎眼、改手软）的意思。还是按照 AST Visitor 的…… 按照混淆模式、按照递归 product 状态机 visit 处理重构的法——去反混……
> 但是你们那么……
你……刚才你问我啊，我可以回答你一句“无可奉告”，那你们又不高兴，那怎么办？
>那 JavaScript 混淆没缩进没标识符一大堆三目……
我讲的意思不是我是说处理起来很麻烦。你问我困难不……困难不困难，是有点麻烦的。我就明确地给你告诉这一点。
>主席……
我觉得你们啊，你们……我感觉你们应用编程者还要学习一个，你们非常熟悉入门级别的这一套理论。
你们毕竟还 too young（太年轻），明白这意思吧。我告诉你们我是身入树状图了，见得多了！啊，OI 入门的哪一个算法我没讲过？码农他们——你……你们要知道，美国的 @ice1000 ，那比你们不知道高到哪里去了。啊，我跟他谈笑风生！所以说编程啊，要……还是要提高自己的知识水平！懂我的意思——识得唔识得啊？（懂不懂啊？）

唉，我也给你们着急啊，真的。

你们真的……我以为……偏激……你们有一个好，有项目写到什么地方，你们比其他的作者啊，写得还持久。但是呢，问来问去的问题啊，都 too simple（太肤浅），啊，sometimes naive!（有时很幼稚）懂了没有啊？

> 啊，那*主席，你觉得……

识得唔识得啊？（懂不懂啊？）

> 但是能不能说一下你的反混淆思路呢？

我很抱歉，我今天是作为一个理论分析者——（来）给你们讲的。我不是劳动密集型工作者，但是我见得太多了，我……我有这个必要告诉你们一点，编程的经验。

我刚才呢……我刚才我很想啊，就是我每一次碰到你们我就讲中国有一句话叫“闷声大发财”，我就什么话也不说。这是最好的！

但是我想，我见到你们这样热情啊，一句话不说也不好。所以你刚才你一定要——在宣传上将来如果你们报道上有偏差，你们要负责。我没有说这很简单（逆向 JavaScript），没有任何这个意思。但是你问……你一定要觉得要问我……对这类代码保护措施有没有方法。我能不能写 AST 模式识别重构器？AST 处理是编译原理优化编译入门技能，我怎么能不会？

> 但是如果说实际编程实现呢？

对不对？
欸，实现也要按照标准的思路啊，对不对？要要……要按照理论上模拟的……当然我们的思维也是很重要的。编译原理的入门特区……特别行政区是属于算法……基本图论啊。啊？到那个地方我们会做理论细讲的！

>但是呢...

明白这意思吧？
你们啊，不要想……喜欢……弄个大新闻，说我现在已经膨胀了，再把我批判一番。

> 不是，但是呢就是……

你们啊，na?ve!（幼稚！）

> 但是呢就是……

I’m angry!（我生气了！）我跟你讲啊，你们这样子啊，是不行的！

我今天算是得罪了你们一下！

#ACG #Life 离不开的 漫画 站！

#life #school 好时代，来临吧！

@duangsuse 最后 naïve 的 ï 是不是因为编码转换丢失调了啊

啊，不是，我本来打的就是不带音标的 'i' (0x69), 不是 EASCII (Unicode) 里的 'ï' (\u00ef')

此外，这个 naive 是我从 www 上复制的，江泽民本身在批判港记的时候说的那个 naive (ne i v) 被读成了 (n ai iv)，发音本身就是错的（无法确认他是否真的要表达 naive 这个词，虽然这是显而易见的...）所以打一个问号是很正常的做法 (na?ve) #Moha #Haha 🐸

#Haskell #Scheme #Scala #FP 支持一下其他内容维护发表一些文章分享，不过好像不是他的吧...

其实本苏什么都知道了，我知道本频道很菜，知道隔壁冰封群已经高到 PLT 在肝 dependent type unification-based type inference, type-directed variable resolution 的程度了，还 HIT introduction principle，还，而且还会 Red-black tree, 还编辑器底层数据结构技术，piece table 什么的搞基优化支持 multiply-cursor（text editors）... 不等式推导... （我这周设计了个 GalScript 支持反向计算 — 支持的技术被称为『反向模式匹配』（我设计了几天... 尤其是我考虑了实际模式匹配的时候需要怎么做），可是不等式推导只是实验性特性，我打算过几天放一周假期的时候对一堆东西写点标准什么的）

不过的话，建议各位 editor，虽然目前好像还只有 Rime，在分享的时候能不能多一点东西.... 我希望对于这个 case，至少有一点读后感什么的...
毕竟做事情要一心一意、努力下去是最好的... 再说，如果你有一个读后感，这样别人理解的时候有一个 简单的 background / abstract 也会轻松很多。不管是对自己还是对他人，这都是一件很有意义的事情
虽然 很空洞 但是希望大家能理解。


好吧，本频道说了只是发技术无关的东西了... 算了吧

什么时候才能做出让冰封哥能够看一眼的东西呢... 如果我最后能够解决 GalScript 实现时可能的技术困难，并且做出设计的那个新语言出来，是不是 就会被认可了呢？ 🤔
不像星野野大佬，我不是很常用 Haskell，没用过什么 Monad 也写过很少（虽然我现在有理解了），我甚至不知道有 BangPattern 和 Strict evaluation 这一回事，更没用过 Haskell 的 Data._ 模块们....
路径 不一样 最大高度 不一样 但是依然想要得到认可的说....

考虑 bluetooth 本身呢... 是一个近距离通信, IoT 的解决方案
它的徽标好像是从丹麦一位口舌伶俐的国王哪里受到启发，是由拉丁还是希腊... 字母 'B' 和 'H' 组成的
最新的 Bluetooth 4.0 技术提供了低能耗等新特性，不过应用编程模型貌似没有区别
虽然功耗 和速度什么的 应该都是问题，但它的支持相当广泛

https://www.bluetooth.org/en-us/specification/adopted-specifications

如果只是应用的话，过程大概是这样：
这个模型从『自己的设备』有三个对象：

1. BluetoothAdapter，这是你设备的蓝牙适配器，它代表了你的设备（不过是『主语』），它可以有一个外部设备可见的名字
蓝牙是低频无线电通讯的方式，适配器是可以『扫描』和『建立连接』其他设备的东西
2. BluetoothDevice，这是有蓝牙能力的设备，以 Client/Server 方式抽象
你的设备可以通过『pair』配对的方式，和另一个设备连接起来（利用蓝牙的指纹 footprint 标记，地址被称为 address），连接是安全加密的，第三人很难截取窃听。
3. Connection，一般被抽象为 socket (BluetoothSocket, BluetoothServerSocket)
Socket 是计算机网络传输层的一个抽象，可以发送和接受数据

蓝牙有两种模式 -- Server 和 Client (关系 1:N)
Server 可以处理 『accept』 client 的请求，并且请求之间在应用层各自独立，不会出现新请求打断老请求，使得服务无法正常运行的情况

== 一般的应用工作模式 (getDefaultAdapter)

1. 打开（enable）你的蓝牙适配器 (boolean enable, disable, isEnabled; int getState)
.5 你可以选择给设备设置一个名称

Intent enableBh = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE);
startActivityForResult(enableBh, REQUEST_ENABLE_BT);

2. 开始扫描（discover）附近的蓝牙设备 (startDiscovery)，你可以定时，等一会后继续（这里推荐 Kotlin 使用 await coroutine）
3. 你扫描能得到一个蓝牙的设备集合，他们使用 footprint 作为自己的唯一标识 (Set<BluetoothDevice> getBondedDevices)
4. 你可以对未配对的设备请求配对，只有配对设备之间可以传输用户数据
5. 主控设备可以进入 server 模式，监听连接（listenRFCommWithServiceRecord），客户机可以连接到 paired device 并且发送请求（平等关系判断主从也可以比较随便，知道 ID 即可）

adapter.listenUsingRfcommWithServiceRecord(PROTOCOL_SCHEME_RFCOMM, uuid);

6. 使用 blocking accept (queue 队列) 模式（ServerSocket）串行地对每个请求打开 socket 进行处理（accept 到 client request 后获取 input stream 来 read），注意这不会导致任何请求因为资源被占用而被遗忘
7. 客户机找到服务器后发送数据请求，服务器接收

#Java #Android #unconfirmed

类似这样对应用开发者有用的资料，还是要分享的。
需要一些不常见的，比如解析器 DSL 解释器 翻译器 新语言设计什么的 编写，请去隔壁的 @dsuse_tmp

#Math #Phys 隔壁的两力(不算 Gravity)一点问题

https://github.com/bloc97/Anime4K #recommended #CG #ACG

你们听说过计算机视觉吗？要不要试着利用卷积权重做一个二维码识别器？