黄埔五万了已经

忍受孤独的能力

@goodboy95 #18 提前解包会有一定提升

a, b = spanA
c, d = spanB
if a <= d and c <= b: ...

@goodboy95 #16 另外 main2 可以缓存一些中间变量，会有一定的提升：

def main2():
␣␣␣␣iHeight = len(mapData)
␣␣␣␣iWidth = len(mapData[0])
␣␣␣␣res = 0
␣␣␣␣for i in range(0, iHeight):
␣␣␣␣␣␣␣␣isOne = False
␣␣␣␣␣␣␣␣row = mapData[i]
␣␣␣␣␣␣␣␣for j in range(0, iWidth):
␣␣␣␣␣␣␣␣␣␣␣␣ele = row[j]
␣␣␣␣␣␣␣␣␣␣␣␣if not isOne and ele:
␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣isOne = True
␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣res += j
␣␣␣␣␣␣␣␣␣␣␣␣elif isOne and not ele:
␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣isOne = False
␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣res += (j - 1)
␣␣␣␣␣␣␣␣if isOne:
␣␣␣␣␣␣␣␣␣␣␣␣res += j


在我这边用 bytes 的 main 是 0.49s ，改进后的 main2 是 0.32s

@hsfzxjy #13
打错了是 str(mapData[i]).replace(", ", "") -> bytes(mapData[i])

你网盘给的代码中转成 str 没必要，bytes 就足够了

''.join(map(str, mapData[i])) -> bytes(mapData[i])
'0+' -> b'\x00+'

另外一定要 tuple of tuple 这种结构吗？能不能一开始就用别的方式储存？

个人感觉运算符的名字（代码块里的）译出来会更好

开一个月自动续费，快一个月时关掉

个人日常自用 ubuntu 也是直接合盖，几个月不关机的。感觉 mac 应该不会比 ubuntu 稳定性差

存在即合理不是说一定要用，而是需要用时不能没得用

个人感觉自用的电脑一般不怎么用访客模式吧

@jedicxl 又不能保证不同时候进的食物和做法是一样的

感觉有些翻译腔。英文翻译成中文有些时候需要变换句式，以符合中文的阅读习惯。举几个例子：

「可以使用从 a 到 z 的字母（小写和大写都可以）表示，也可以使用下划线 _ 符号表示。」->「变量名可以包含从 a 到 z 的字母（小写或大写），也可以包含下划线 _ 符号。」

「因为在末尾的 print() 语句（即 print('Number of days', day)）没有缩进，所以不属于循环。」->「在末尾的 print() 语句（即 print('Number of days', day)）没有缩进，因此不属于循环。」

「使用此程序作为指南，您可以学到许多重要的关于 Python 的核心概念。」->「你可以从这个程序中学到许多 Python 重要的核心概念。」

「当执行 sears.py 里的代码时，将会收到一条导致程序奔溃的错误信息。」->「若执行 sears.py 里的代码，程序会崩溃，并展示一条错误信息。」（此处原文 'causes the program to crash' 修饰 error message，个人认为是不正确的）

「读取错误信息是 Python 代码的重要组成部分。」->「读懂错误信息是编写 Python 代码的重要一步。」

@hsfzxjy #15 lambda 不使用 -> lambda 不适用

@shniubobo #14

一个场景是在写高阶函数时，我们通常要将被返回的写成 nested function——这种方式见仁见智，但个人感觉是不够直观的。

此外，对于**稍微**复杂点的 predicate，比如稍微多一两个分支，或者需要暂存某些中间结果，这种放入 lambda 会降低可读性甚至放不进 lambda，单独存一个具名函数个人觉得没有必要。此外还有 GUI 编程中，如果 event handler 的逻辑简单但不能表达成 expression，lambda 不使用，但也没必要单独拎一个函数。这些都是 lambdex 优于 lambda 的可能场景。

至于 traceback 和 函数名，lambdex 是可以做到的。lambdex 的编译和运行时错误可以精确定位到相应的行，未来也会支持让函数具名（但这个名字不会暴露到它的父级作用域），可以说 debug 的体验和普通函数是一致的。

个人认为，Python 官方推荐的范式是好的，但也没必要把相关的 anti-patterns 视为洪水猛兽，有时它们会是更优的选择。当然个人也不提倡滥用某个 pattern，这个库也不是为了这个目的提出来的，只是希望能在有人需要它们时提供可行性。

刚添加了新的特性，完整支持了 async/await 系列的语法。同时也添加了若干可选的语言扩展，如 Rust 风格的 await，自动返回最后一个表达式。

@122006 #9 哈哈，所以我选择在 README 和推广帖里先自我批评一下

@abersheeran #4 刚看到这条，已开了 Discussions ~