以前在朋友圈看到一个妹纸程序猿自己手动换电池的，直接网上购买换电池套装，电池+工具一包直接邮寄过来

卡吗？

Soylent，喝过一箱（ 12 瓶） 2.0 那种饮料装的，可可味道的还不错，确实非常省事。但是，如果你是整天都吃这个，一天要喝 5 瓶才能满足营养，而 12 瓶装原味的是 32.3 刀，其他味道的 12 瓶装是 37.05 刀，贵得我泪流满面，买了一次尝鲜之后就再也没买过。。。

此外，这种代餐主要是满足蛋白质需求（还有盐、热量、纤维素等），但是不满足维生素，所以就算是喝这个，还是要吃水果的。

粉末状的 Soylent 1.8 比 2.0 要便宜不少，没有多种口味选择，不过可以自己添加水果或者其他味道进去。同样是 5 Meals 满足一天所需，1 Bag 就是一天的量。

据说如果一个月坚持只吃 Soylent，会感觉整个人都升华成了“贤者”，比成功完成暴走大事件的“九月不撸”活动还要让人“痛快”

@Andor_Chen 第十七章“使用期物处理并发” 如果翻译成 “使用 Future 处理并发”感觉更容易理解。比如目录里面“ 3.9 dict 和 set 的背后”也并没有翻译成“ 3.9 字典和集合的背后”吧

> “使用 MVC 架构的 application 中有 model、controller 和 view。model 负责与 database 交互，view 负责呈现 UI，controller 负责协调二者。”

如果是：“使用 MVC 架构的应用中有 model、controller 和 view。model 负责与数据库交互，view 负责呈现用户界面，controller 负责协调二者。”

这样不是挺好的吗？ model、controller、view 刚好和 MVC 对应，不用翻译；但是 database、UI 这些是大家都熟悉，有大家都公认的专有词汇的翻译了不好吗？

比较赞同 Future、Promise 这种有特殊意义的专有名字不要翻译，原因有三：

* 之前可能在其他地方接触过，一些文章，或者官方文档中，看到过这种单词，有印象，知道指什么。新造的词反而比较陌生，特别是这种词汇并不是大家熟知的、通用的、有共识的词汇（就是说不像是线程、进程这种大家都认同有标准翻译的词汇）
* 和别人交流时，如果用新造词，除非别人也看过这本书，看过这个翻译，不然不知道在说什么，会很尴尬的。。。（不知道翻译的时候，有没有提到原来的英文单词是什么）
* “期物”这个词好奇怪啊，一点都不形象啊。。。。。没学过经济很受伤啊

相当于初始化一个长度为 n，每个元素的初始值都是 0 的`list`。貌似这是 Python 初始化 /预分配有较多元素的`list`的常用做法，貌似也是唯一的做法（有知道其他做法的朋友请分享一下）。

感觉上等同于 C++的

```
vector<int> tmp(n, 0)
```

（但其实我不了解 C++的标准库，不知道说得对不对）

正如 2L 所说，需要注意，如果要初始化的`list`中的的元素是其他 container 类型（比如`list`、`set`、`dict`等，但不包括`tuple`，`tuple`本身是不可变的，不实用于这里），因为 Python 中所有东西都是类的概念，变量其实类似于 Java/C++中的引用变量。如果要初始化一个 10*10 全是 0 的二位数组，所以如果按照

```
l = [[0] * 10] * 10
l[0][0]=1
print(l)
```

来初始化一个 2 维的`list`，你会“惊喜”地发现`l`中的每个元素都是指向同一个`list`对象。所以正确的做法是：

```
l = [[0] * 10 for _ in range(10)]
```

说到这里，真心想给《 Fluent Python 》打个广告，这个问题和之前看到的另外一个对`tuple`进行`+=`操作的问题，其实都在《 Fluent Python 》中有详细讲解，看完之后有种恍然大悟的感觉。。。。。。然而我还没看完。。。。。。貌似最近中文翻译版也要发布了

《 Fluent Python 》有详细解释这个问题

Hyper-V 好像要 Server 版，或者专业版、企业版才能用吧？ Win 8.1 Home Basic 能用吗？ Hyper-V 有啥优势？

@shihira 这么一说我想起好像以前有试过，没有成功。。。。。。主要是在 Eclipse 中输入的时候，都会有不明显的延迟，没有直接在虚拟机外运行流畅

@palmers
@KOSKERS

搜索了一下，发现了这个，大概就是全局菜单了，新闻在这儿：
http://www.omgubuntu.co.uk/2017/04/global-menu-for-gnome-extension-development

Github 在这儿： https://github.com/lestcape/Gnome-Global-AppMenu

VirtualBox 路过，因为免费。无缝模式应该可以满足你双屏切换的要求吧，不过我没在双屏幕上跑过 VirtualBox ，不知道是什么样。。。。。

另外， VirtualBox 中的显卡好像是虚拟出来的，性能很差， Linux 的特效开高了都能感觉到延迟。就我个人使用经验来看，貌似只能用虚拟显卡， Linux Guest 没法用 Host 主机的物理显卡。如果有谁知道怎么样能够让 Linux Guest 直接使用 Host 的显卡的，还希望能分享一下。

@palmers 终于找到图床了，我这里不用 Pixel Saver 是这样的：

https://ooo.0o0.ooo/2017/04/21/58f99a1d1cdfb.png

用了之后是这样，

https://ooo.0o0.ooo/2017/04/21/58f99a7fab257.png

如果用 Hide Top Bar 则会隐藏显示时间的那行 Bar

@palmers title bar 已经合并到了 activity bar ，不过关闭 /最大化 /最小化那几个按钮没有，估计可能是主题不同吧，不过效果应该还是有了吧。启用前 title bar 应该会多占用一行吧？

@palmers 另外，还有个 Hide Top bar 插件， https://extensions.gnome.org/extension/545/hide-top-bar/，可以隐藏最顶层的那行菜单。如果两个插件一起用的话。。。。。找不到窗口按钮了，好慌。。。。。。

@palmers 不确定你情况是什么样子的，我这里如果不启用这个插件，程序在最大化情况下， menu bar 和最大化等按钮会占用两行，启用之后，最大化那几个按钮，还有 Application Menu （不是 menu bar ）就合并到了系统的标题栏中，总体占用减少了一行。如果再取消显示 menu bar （比如 GNOME Terminal 就有这个选项），那么效果就和 https://extensions.gnome.org/extension/723/pixel-saver/ 里面那个截图效果一样了
本来想贴个图的，结果不知道该用什么图床， Orz 。。。。。

推荐插件 Pixel Saver （ https://extensions.gnome.org/extension/723/pixel-saver/），程序的标题栏合并到系统标题栏中，有效减少了占用

@PythonAnswer 虽然有 GIL ，但是也不是说 Python 的多线程完全没用了，只是在运算密集的应用条件下达不到多线程的本来目的。不过还有很多其他的应用情况，比如开多个线程爬虫；还有我之前遇到的一个应用情况，为了跨平台的实现同时从 stdin 和 socket 进行读取，就使用多线程来读取不同数据来源（ Linux 下可以用 select ，但 Windows 不行）。实在不行，我们还有 multiprocessing 嘛。

我倒是想学 asyncio ，不过看了几篇文章都还是似懂非懂的感觉。。。。。 T_T