unzip 不要用 async，CPU 密集型。

其实如果你把 K.layers 里面一堆类当做 component 用，可以和别的库一起用的。手工组装 loss 也不是什么难题。

没有，很好用。Keras 只是工具，模型才是重点。什么任务都 MLP 上去做分类，这说出去才丢人。

另外这事儿看上去就像是老板眼中，那个所谓的“高人”是和他对等身份的，但是楼主这个小职员是他的下属。老板想要在“高人”面前装逼，且不说是拉拢还是纯粹想要装逼，结果被楼主破坏了，所以好面子不高兴了。这种人怼他啊，要是老板不高兴了就大不了走人呗。










当然前提是你自己的技术过硬，天下何处不留君。为了达成这样的肆意潇洒，还是尽量先提升自己的本领吧。这就是为什么大家都要读 985 的博士学位的原因。

楼上的都有毒吧？全公司只有一个懂服务器的，那就是老板也不懂啰？那就是外行指导内行啰？那争辩几句也有道理的啰？如果“高人”给出的建议不是 debian 系的（我觉得很有可能是 rhel 系的，毕竟国内“高人”嘛），难不成还要把运维部署生产等代码都重写一遍？有病吧？

你们可以认为楼主的措辞有点问题，但是你们不能认为楼主是错的。

给换是福利，不给换是本分。国行毕竟交了那上交给国家的 17% 税，在中国大陆范围内国行用户是正常用户，由国家强制力保证保修。顺便，美帝的税是商品价格之外各州额外自行规定的，所以不会在标价里面体现出来。如果你美国苹果网购了一个 iPhone，按照收货地址收税。

@charadeyouare @gtanyin macOS 独有特性：有各种和 iPad 联动的好用软件（比如 PDF Expert、MarginNote Pro、Texpad ），体验完爆 Windows 和 Linux 任何同类竞品。当然这么多年入了这么多软件，少说也得花了四位数。所以被
macOS 套牢也是没办法的，这些收费软件就是 TMD 好用。 <-- 当然我说了这么多，你可以发现很多都不是码农软件。没办法我好歹还算是个科研民工。

@charadeyouare macOS over Linux: 有好用的搜狗输入法（ Linux 那个版本是屎）、有网易云音乐（ HiDPI 版）。不怎么需要改配置，开箱即用，能不用终端就不用终端。当然，需要终端的时候也不含糊。HiDPI 支持完善，多显示器可以设置不同的 HiDPI。至今我没看到任何 Linux 桌面支持这个特性来着。

@gtanyin macOS over Windows：好用的终端，各种工具包（比如 ruby, jekyll, wget, aria2 ） brew install 就搞定了完爆 Windows。常用 Python，各类 Native 包（比如 NumPy, Matplotlib, Pandas, PIL, ...）装起来比 Windows 上容易多了。
- - - -

以上就是我被 macOS 套牢的原因。

没有被 macOS 套住的，你换哪个笔记本都可以。

像我等离开了 macOS 都不会写代码了的渣程，只好乖乖地掏出保护费。

你可以写个 run.sh

[ -f ".env" ] && source .env

读得太少，想得太多。

首先，随机数生成器得尽量减少相邻输出的关联性。这个 @alvinbone88 提到了。如果一个随机数生成器的相邻相关性太强，恭喜你，依赖这个随机数生成器的系统是存在安全漏洞，可以被攻击的。另外基于采样的各种蒙特卡洛算法在随机数生成器有相邻相关性的情况下都会 BOOOOOOOOOOOM。比如通过样本均值求期望（一种数值积分常用方法），相关性的存在会使得计算结果的方差上升，然后你的程序就跪了。

除了相关性，我觉得你的脑洞最糟糕的问题在于，你根本不知道这个“随机数生成器”生成的分布是什么。所以你既不能用它算东西（比如算积分），也不能用它产生别的分布（比如接受 /拒绝方法，借助一个均匀分布为代理来采别的分布的样本。一般用于别的分布非常难以采样，但是容易计算概率密度的情况）。根本不能拿来计算，那你这个随机数生成器到底有啥用？

@vwxyzjn 其实我也主要用 Python，不过可能我写的程序不是很业务，而且引入依赖也比较谨慎（小库基本上 copy-paste-modify-test，好处是自己的单元测试比较放心），所以没啥大问题。

@vwxyzjn All right，你说的问题确实存在，但是 virtual env / anaconda env / docker 不是都能解决你的问题嘛？我觉得总有一款合适，所以不是什么大问题。

@mooncakejs 您这话说的。为什么不把 pip + virtual env / anaconda env 当做一个整体看，那样不就清静了么？还有 @kslr 您说的这个需求，Anaconda 就支持。如果你更勤快点，Docker 也不错。总而言之您二位为什么就偏要把 pip 单独拿出来批判一番呢？

@vwxyzjn Python 社区有很多“约定俗成”，你得习惯它们，并且享受它们。譬如 x.y.z，社区标准是保证 x. 不变程序就能跑，y 不变不会加入新功能。大家写程序也会考虑这个原则，如果不能，那么这个包大概是无法成为知名的包。

当然，特殊规定是，0.y.z 不考虑兼容性。直到 1.0.0 以后才有这个规定。所以你举得例子 pandas，不巧它才 0.20 。NumPy 已经 1.0 了，TensorFlow 也是，所以可以期待其兼容性。

@vwxyzjn 你太依赖“每个依赖包版本必须精确到 minor version ”这个事实了。Python 社区的 major version 兼容性和 depreciate api 是好事，JS 那种根本不敢升级依赖包版本的才是耍流氓。开源软件包修个小 bug 是常见的事情，Python 升级依赖包版本我基本都是无脑做的，npm 你升级依赖包版本哪次不是胆战心惊。

另外 Jekyll 之外的静态博客系统也有类似的问题。想一想，你真的能捡起来半年前自己配置的 Toolchain 嘛？

别想太多个性化，相信我，你没那么多精力。

Jekyll, Github Pages。

这东西的唯一好处是就算你搁置半年，捡起来还能用。

相信我，搁置半年是常态。

如果是 WordPress，你不可避免去维护它。然后你会厌烦，然后你就再也不想看到它了。

顺便我觉得这个 Jekyll 主题还不错： https://github.com/mzlogin/mzlogin.github.io

@likuku 对，正如 @ivechan 所述，大部分 console 都是字节输出。print 遇到这种情况，会把 unicode 转换成字节。

但是这个编码不是 python 自己决定的，是根据操作系统和其他各种环境决定的。比如 @noqwerty 所述的 LC_ALL 环境变量。此外有些操作系统也有可能直接支持 unicode，我不太清楚，但是 windows 也许可以。

总之情况非常复杂，所以与其自己处理，不如用类库。click.echo 自称做了很多工作。

因为 console 是字节流输出，不能输出 unicode 字符串，而 python3 的字符串常量是 unicode。当你 print 中文，python 内部会自动转码。而这个转码可能受很多因素影响，所以不好处理。

试试 click.echo，或者 logging。