@purensong #4 但 “你输入了一段文本，然后再输入一行正则，回车就能知道自己的正则结果” 已经把这段正则运行起来了。对应的工具应该是 Navicat 或者 workbench 那样连接数据库实际操作的工具。
另一种就是 /t/660288 这里的工具，那更像是 explain

价格歧视的一环
你钻了空子你就中计了
你以为你赚了，苹果亏了

厨子：对对对，我亏爆，求你多让我亏点吧。

@purensong #23 有几个原因：
第一，这个问题过于开放，你可以看到就算很多人回，实质的帮助也是纯猜 —— 而且随机数的问题被重复了 N 遍；
第二，我稍微看了下你发的贴，哪怕存在排版的只有 /t/660127 这一个，但其中充斥着 off-topic fragments，比如 “不知道正则大佬们会不会”、“有兴趣的可以一起讨论”，段落组织结构上也不符合 why-how-what 的结构。
图片还只插了缩略图。
我那边帮你 reparagraphing 了一下，

帮你 Reparagraphing 一下：
（此处第一人称为楼主，不代表 @no1xsyzy 的观点）

使用正则表达式的时候，常常会用到一些模拟运行的工具：输入模式和匹配文本，测试运行的结果。类似地，我希望我能用类似地方式去测试 SQL 。通过自定义的语法查找指令（ DSL ）来搜索 AST，方便在运行前预知自己的结果是否符合要求。

实现上，我使用了 ANtlr 和取自 facebook 的开源项目 presto 的语法文件进行语法解析。

这个插件没有上传官方仓库，可以 clone 到本地或者下载 zip 进行安装。

操作看这个动图：
https://wx3.sinaimg.cn/large/e1dd298egy1gdlfdyvyi3g20tk08k421.gif

（下面是我的吐槽）

我不觉得一个 AST 检索和你举的 RegEx 的例子是相仿的。
RegEx 是进行了 testflight，也就是在独立环境中把部分代码真的跑起来。而你的这个插件似乎只是静态分析。

这方面的方法论比 go 语言还老得多：
premature optimization is the root of all evil

位运算作 bit test
老的 C 甚至是 asm 的做法了

（果然安装一遍 arch 对 linux 理解很有帮助）
https://wiki.archlinux.org/index.php/Running_GUI_applications_as_root
不特地配置的话，连不上 X server 啊，要配置 sudo 传递 DISPLAY 和 XAUTHORITY 两个环境变量才行
或者 Gnome 家的 gksu(do) 或者 KDE 家的 kdesu(do)

因为邮件的 From 头是发信者自己写的，所以可以伪装成 “自己发给自己”
小白一看，哇，发信人是我自己，那可太神奇了，那肯定对方说啥是啥了。
为什么要解释这么详细？因为目标人群就是小白。

这不是敲诈，因为对方虚构了事实，是诈骗。而且是钓鱼式诈骗，广撒网，愿者上钩。

这种篡改 From 头的，你无法找到真实的发信者地址（甚至不需要任何邮箱，只要直接连 gmail 服务器并表示我是某某邮局，这有封邮件需要投递给你）
所以楼上那些说回复啥的，都是瞎说的。尤其点名 #19，纯粹自己没碰到过瞎吹。你回复的话还是回复到同邮箱上去。

我妈讲的故事：
上海地铁不是禁食嘛，上次有小俩口（或者情侣）地铁上吃早饭，洒了点到我妈身上，还倔。
然后吵起来了以后几个路人轮着怼那小俩口怼了一圈

不过，算我上下班某段路，你要能外放到在地铁自身噪音的情况下能听清，你大概拿着 65W 以上的喇叭。

DNS 或者 MITM，这并没有什么难的
应该不是代码出 bug，而是设计出 bug，屏蔽网址直接带走整个域名

（下例假定现在时间 2020-02-02T10:33:00 ）
想象一下一个设计上应该每 10 分钟触发一次的定时任务，那么 “上次触发：13 分钟前” 比 “上次触发：2020-02-02 10:20:00” 自然更明显地显示了这个任务没有被正确地再次触发。
想象一下一个设计上每天随机某个时刻触发的定时任务，那么 “上次触发：前天 23:59” 比 “上次触发：34 小时前” 或者 “2020-01-31 23:59” 更明显地显示了这个任务没有被正确地触发（注意！这边混杂了 “相对时间段” 和 “绝对时间点”）

另一方面，公众意义的界面更需要绝对时间，而采用色调来区分新鲜度、色块的不透明度区分热度。
只要咕咕病不发作，周末写个 userscript 试试（

如果每个操作都需要先请求个 ticket id，业务也不是很关键（比如点赞、评论），完全可以本地记录+异步请求+乐观更新+收到响应+删除记录。下次登录确认本地记录的是否有成功 —— 不成功的就重传或者提示重传。
不过乐观更新至少比盲目乐观更新好（根本无视服务器的响应内容甚至响应与否，总之提示成功）

@oahebky #13 我觉得如果不把 None 写进函数类型注记里，包括用 Optional 隐含 None，那么不要 return None 而是直接 return ；反之，如果函数类型注记里有 None，就算是 Union[..., None] 这种，也是写 return None 而不是 return 。如果某函数既 Optional 又 Union[..., None]，那么我觉得需要明晰此函数的行为并清理注记。

相对地，如果返回值期望是 None，通常还是采用 if ret is None 来判断，一是 Python 有太多 Falsy 值，二来判断效率高（直接比较对象 id ），三来这样就不可能被 __bool__ （意外）下毒（比如 def __bool__(self): sys.exit() ）。

不过 return {}，确实通常比较少见，通常出现空字典也是尝试组装返回值时没有插入任何值导致的结果。不过可能出现在某些算法的短路里面，比如递归的初始条件。

def comb(keys, values):
____if keys and values:
________return {key[0]: value[0], **comb(keys[1:], values[1:])}
____else:
________return {}

又要搬出 program-think 这个视频载体反对者了。

不过我觉得视频载体是用于 “感受” 的，没有理由认为别人做错的事，需要我去帮他修复。如果视频作者不能让信息流速正确，那我觉得无非两种：不能感受，差评；反感，点叉。