sapocaly

@abersheeran 额其实我很久没写 python 了，倒不是真要用到，不过觉得你提出的这个问题挺有意思所以想想有啥别的实现。我看了那个库介绍，和我理想中的比较接近，我觉得 END 是可以去掉的，但当然这又要加很多 hack 。 至于哪种 syntax 我比较喜欢，我觉得都还行，不过我觉得我现实中不会去用。简单的逻辑没必要，复杂的逻辑 chain 或者 pipe 的可读性并不会增加，也大概率效率不是最好的。当然，我也很久没用 python 了，效率这个还得具体问题具体分析。

想了想似乎 metaclass 都不需要

补充一下,比较容易实现的 chain 的用法会是 Chain.range(10).filter(lambda x:x % 2).sum().end(),稍微难一点的是 Chain.range(10).filter(lambda x:x % 2).sum(),我猜这里我得想下类似 lazy eval 的实现。如果想直接 range(10).filter(lambda x:x % 2).sum()，我可能会用 with patched_buildin(): range(10).filter(lambda x:x % 2).sum()这样的 syntax 当然讨厌 indentation 的话自然也有别的办法

@frostming 不 我发现我之前的纠结没有意义, 如果只是要实现 range(10) | (filter, lambada x:x) |sum 或 range(10).filter(lambda x: x % 2).sum()这样的话，你只需开头用一个自己定一个 class，前者(pipe)照规矩 override ror 就行了，后者 chaining 的话我想用 metaclass 应该不难，不知道有没有更简单的。我觉得这种已经很 hack 了，改 buildin 就太过分了，没必要也不合适。当然如果你非要实现 range(10) | filter(lambada x:x) |sum 这样的，确实可能只能 patch 了，当然我会建议 patch a limited scope 而不是 explicitly override

个人觉得 chain funciton call 可能更符合 python 一些至少更接近 django 一些。比如 range(10).filter(lambda x: x % 2).sum()。毕竟每次加个 F 还是有点难受。当然，去掉 F 容易，我是没想到怎么实现 range(10) | filter, lambada x:x |sum 这样的 syntax

@Raven316 hmm 严格意义上来说我们公司啥都用 但我在的这个做数据库的部门主要是 cpp，当然 infra 啥的 java，python 也都有。

@mm163 不同意你的观点 为什么在能用 cpp 的情况下要用 c ？除非 historical issue ？

现在公司面试前要特别准备好价值观 leadership principle...现在发现其实还挺好用 可能我变了