@misaka19000 那你可以包一个 python 对象再放进 set 里面，这个 python 对象指出 json 在原 list 里面的 index，这样他们的 __hash__ 不一样，甚至你还可以自己再重载一下 __hash__

把 list 变成 set，再用交集并集运算

@tamlok 那就慢慢来吧，在一两代人内改变家族命运这样的事情是只能发生在革命年代的。

@tamlok 我的想法是这样，挖坑就是一种尝试把握机会的一种方式，机会并不是某某空想思考就能发现的，否则那位某某早就不用混这里了。当然，开坑的方式是要改变的，不应该是以某项技术是否有趣好用为关注点，而是以某项事业的钱途前途作深入考量。然而要考量这种范畴的事情，不经过几次坑你很难有什么经验。所以还是那句，使劲挖，挖不出第一桶金赶紧撤，下一个

@tamlok 回报父母这事，跟挖坑没关系吧。我说点难听的，除非你本身就是用钱赚钱的阶层，否则做什么赚钱计划那都是扯淡，根本就不是靠单方面努力或者遵守计划就能达成目标的，以为这是种田呢？

不要介意这种小事，挖坑不填不会损害你的英明，也不应该因此损害自信。
如果你最自己挖坑不填的特性感到不满，那很可能只是因为你怕背负被外界批评的压力。

在这个快节奏时代，公司都尚且推崇快速试错。
你又没有对谁承诺什么，挖坑算什么过错呢？

稍微话半小时学一下 flask，在你用 http 模块搞第三个业务接口的时候或许用 flask 已经写好了十个。

如果已知 ip 并且 ip 在 app 生命周期里不会变，那为啥不用 ip 直连？

如果觉得 ip 可能会变，使用了域名，又担心 dns 污染，那你要解决的问题就是防止 dns 污染而不是直接指定一个 ip。

楼主理解的编程美感就是为了短而短？抑或只是无聊带个节奏？

@artikle 哪篇文章可以表达你的观点？

@wayne712 当然算。所以我想求教一下，使用 EF 或者别的框架遇到什么问题，激发了要重写 ORM 的想法。

@abcbuzhiming

FSM 是否能用编程语言进行实现呢？

当然能。
各种 VM，什么 JVM，PVM，LuaVM 就是一种抽象了物理设备的状态机，纯粹用编程语言实现的。
一个正则表达式引擎也是一个纯粹用编程语言实现的状态机。

只不过实现这些 VM 也好，引擎也好，其作者当时是不是必须要有一个状态机的概念？
不一定，它确实就只是一个概念模型。

@noli 手抖了。补充一句，

if-else 只能是分支，连闭环都没法做到。
比 FSM 的能力差远了。

很显然不是。FSM （ Finite state machine ） 和 if-else 完全不是同一个层面的问题。

正确地理解 FSM 的意义是，
能够把有限个变量描述的状态变化过程，以可构造可验证的方式呈现出来。

譬如说，FSM 通常可以用用封闭的有向图来表示。
如果不用这个概念的话，你就没法保证是不是能用这个方法来做。