科普启蒙教育是重要的，价值观和人文教育也是重要的。后面那个我就不太懂了。

小孩子启蒙教育，别这么局限嘛。计算机在整个人类科学成就里面只是一小部分，只专注于启蒙编程是不好的。我记得我小时候翻了好多科普书来着，什么十万个为什么，上下五千年，不算太枯燥，又能在小伙伴面前装逼，这才是坠好的。

@dototototo 抱歉，那我就没有什么乱七八糟的猜想了……

@leviathan0992 So how about tqdm?

https://raw.githubusercontent.com/tqdm/tqdm/master/examples/parallel_bars.py

对，还有这个：

https://github.com/tqdm/tqdm

比起这个，你有什么优势？

http://click.pocoo.org/5/utils/#showing-progress-bars

在美帝，你这举动可能会进局子……

@dototototo 我也只是猜测一个可能的原因。你要不试试 4G 分卷？

你说的很不错，我选择用服务器调试和跑和程序。

怕是客户端或者服务器用了 uint32，然后内部切分 chunk 上传，但是一直都不能 loop 到 6G，于是无限上传直到磁盘占满？

在函数或者类成员函数里面导入，是可以突破循环导入的限制的。

嘿嘿，我用滚轮（惯性滚轮，滚动之后自己会转，直到你轻触将其停下）在 vim 终端里面上下跳，楼主你是不是要从屏幕里面跳出来骂我呀？

说实在的，你说了这么多好用的 vim 命令，我就是记不住，也不想记住。平素我用 vim 机会本就不多，用的时候也就会 hjkl 上下左右条、按行号 gg、斜杠搜索、还有全局替换。别的我都不会，也不是活得好好的？偶尔还会用上之前提到的滚轮大法，这个不仅对 vim 有效，对所有终端程序都有效。

给楼上点赞。

现代编程语言为了解决运算符二义性，除了基本的优先级，还有左右优先级。你可以去查语法手册。

@laike9m 别误人子弟。dic.get 好好一成员函数，干嘛不能用？

https://docs.python.org/3/library/stdtypes.html?highlight=dict%20get#dict.get

@whoami9894 “函数”也是对象。dic.get 指的就是 dic.get 这个函数，没别的意思。

顺便 dic.get 是已经绑定了 dic 这个实例的 get 成员函数。如果你用 dict.get （所以说你用 dic 这个对象名太屎了），那就是 dict 类中未绑定实例的 get 成员函数。另外一个 bonus，你有时候可以使用 dict.get(dic, i) 来调用一个未绑定的成员函数。

根据我 Python 里面的经验，超过 10 个对象去重，set 就比 list 快了。

你 Java 怎么样不知道，但是这个界绝对大不过几百。

是的，同步是噩梦，iPad 写了点东西，你得确保它上传了，再确保 Mac 如实下载了，才能在 Mac 上改，否则必定丢失一端的改动。关键是它同步还不及时

@dwjgwsm
1、Cython 可以写函数。
2、Cython 最好不要用 map、列表推导之类的，直接用 for。
3、Cython 性能提升的关键是用上 C 一样的指针或者数组直接读写，不要用 Python 对象。
4、Cython 支持对 NumPy 数组进行直接读写。当然，不是直接用 NumPy 数组对象，你得查文档。

@dwjgwsm 我的看法是你用 @Kirscheis 的思路，上 Cython 吧。。。

@Kirscheis 老哥，这个问题的另一个难点是如何用 Python 高效地实现楼主的需求。

这么说吧，用 Python 裸写一个 for (n): c[i] = a[i] + b[i] 要比 NumPy 写 c = a + b 至少慢 20 倍。没办法，NumPy 用 C 写的，而且有些操作还有 Intel SIMD 指令集加成，比不过的。

NumPy 的基本操作大致有：任意维张量的（每个对应元素）加减乘除、比较（判等和大小，输出布尔向量），布尔向量当做整形向量参与运算，任意维两个张量后两维、前两维的点积（这个 carefully 优化过，相信是考虑过指令集和 cache line 之类的各种问题的）。

由于这个限制，Python + NumPy 写程序的时候通常会“多做一些运算”，以求更短的执行时间。比如：

flag = (a > b)
c = flag * a + (1 - flag) * b

换成 C 语言你相信这个比 for 循环更快？
- - - -

昨天我就看到这个问题了，但是恕我愚钝，我想不出利用 NumPy 在 Python 里面优雅地解决这个问题的方案。