前不久，我写了一篇《Fabric教程》，简单来说，它是一个用 Python 开发的轻量级的远程系统管理工具，在远程登录服务器、执行 Shell 命令、批量管理服务器、远程部署等场景中，十分好用。

花下猫语： 近日，Python 之父在 Medium 上开通了博客，并发布了一篇关于 PEG 解析器的文章（参见我翻的 全文译文）。据我所知，他有自己的博客，为什么还会跑去 Medium 上写文呢？好奇之下，我就打开了他的老博客。

花下猫语：本文是学习群内 樱雨楼 小姐姐的投稿。之前已发布过她的一篇作品《当谈论迭代器时，我谈些什么？》，大受好评。本文依然是对比 C++ 与 Python，来探讨编程语言中极其重要的概念。祝大家读有所获，学有所成！

这几天，我在用 Github page + hexo 搭建个人网站，为了延续风格，就想把配图与文章一起迁移过去。这时候就出现了一个难题：我所用的图片都是高清大图，放到网站上就严重拖慢了加载速度。因此，需要先把图片压缩，再上传。

上个月，学习群里的 S 同学问了个题目，大意可理解为列表降维 ，例子如下： {代码...} 原始数据是一个二维列表，目的是获取该列表中所有元素的具体值。从抽象一点的角度来理解，也可看作是列表解压或者列表降维。 这个问题并不难，但是，怎么写才比较优雅呢？ {代码...} 这种方法简单粗暴，需要拼接什么内容，就取出来直...

我国互联网的发展道路与欧美不同，在内容的形式上，我们似乎实现了跨越式的发展——早早进入了移动互联网时代，直播和短视频等形式的内容成为了潮流，而文字形式的博客（blog）与声音形式的播客（podcast）则（逐渐）成为了小众。智能手机极大地改变了我们的上网习惯。

前几天，我们Python猫交流学习群 里的 M 同学提了个问题。这个问题挺有意思，经初次讨论，我们认为它无解。 然而，我认为它很有价值，应该继续思考怎么解决，所以就在私密的知识星球上记录了下来。 万万没想到的是，在第二天，有两位同学接连给出了解决方法！ 由此，群内出现了一轮热烈的技术交流。 本文将相关的内容要...

1、中国队在第 11 界罗马尼亚数学大师赛（RMM）中无缘金牌。该项赛事是三大国际赛事之一，被誉为中学奥数的最高难度。其中一道题，令中国队全军覆没。

在 Python 社区里，刚发生了一件大事，同样有开启新纪元的意义：在"Python 之父" Guido van Rossum 宣布卸任 BDFL（终身仁慈独裁者）后，Python 核心开发者们历经半年多的时间，终于为新的治理方案选出了第一届的“执政成员”。

PEP原文 ： [链接] PEP标题： Coroutines via Enhanced Generators PEP作者： Guido van Rossum, Phillip J. Eby 创建日期： 2005-05-10 合入版本： 2.5 译者 ：豌豆花下猫（Python猫 公众号作者） 目录 简介 动机 规格摘要 规格：将值发送到生成器 新的生成器方法：send(value) 新的语法：yield 表达式 规格：异常和清...

原文：[链接] 作者：Kenneth Reitz 原题：Kenneth Reitz’s Code Style™ Requests 的代码库使用 PEP-8 编码风格。 除了 PEP-8 中列出的标准外，我们还有一些指导原则： 如果方便的话，行长（Line-length）可超过 79 个字符，达到 100 个字符。 如果换行会导致严重的不方便，则行长可以超过 100 个字符。 除非在字符串中出...

我正打算写写 Python 的生成器，然而查资料时发现，引入生成器的 PEP 没人翻译过，因此就花了点时间翻译出来。如果在阅读时，你有读不懂的地方，不用怀疑，极有可能是我译得不到位。若出现这种情况，我建议你直接阅读原文，最好也能将错误处告知于我，以便做出修改。

在我看来，写作是一件不能敷衍的事，通过写作来学习，反而要比单纯地学习的效果要好。为了写成一篇“拿得出手”的文章，我要反复查找资料，阅读与思考，拆解与整合，最终写成的时候，也是知识的拼图成型的时候。

迭代器是 23 种设计模式中最常用的一种（之一），在 Python 中随处可见它的身影，我们经常用到它，但是却不一定意识到它的存在。在关于迭代器的系列文章中（链接见文末），我至少提到了 23 种生成迭代器的方法。有些方法是专门用于生成迭代器的，还有一些方法则是为了解决别的问题而“暗中”使用到迭代器。

在软件开发领域中，人们经常会用到这一个概念——“设计模式”（design pattern），它是一种针对软件设计的共性问题而提出的解决方案。在一本圣经级的书籍《设计模式：可复用面向对象软件的基础》（1991年，Design Patterns - Elements of Reusable Object-Oriented Software）中，它提出了23种设计模式。迭代器模式就是其中...

导读：切片系列文章连续写了三篇，本文是对它们做的汇总。为什么要把序列文章合并呢？在此说明一下，本文绝不是简单地将它们做了合并，主要是修正了一些严重的错误（如自定义序列切片的部分），还对行文结构与章节衔接做了大量改动，如此一来，本文结构的完整性与内容的质量都得到了很好的保证。

2018-12-31 更新声明：切片系列文章本是分三篇写成，现已合并成一篇。合并后，修正了一些严重的错误（如自定义序列切片的部分），还对行文结构与章节衔接做了大量改动。原系列的单篇就不删除了，毕竟也是有单独成篇的作用。特此声明，请阅读改进版—— Python进阶：全面解读高级特性之切片！[链接]

2018年12月17日20点，Python 治理提案的投票结果出来了，最终胜出的是 PEP-8016。 在几天前，我们推文《最新进展|关于Python治理模式的投票》，已经很明白地预测了这个结果，现在得到了证实。毫无悬念。 对于这个结果，暂时没必要多说吧。等过几天，核心开发者们应该会有下一步的计划，到时候，我会关注其后续进展以及带...

导读：Python猫是一只喵星来客，它爱地球的一切，特别爱优雅而无所不能的 Python。我是它的人类朋友豌豆花下猫，被授权润色与发表它的文章。如果你是第一次看到这个系列文章，那我强烈建议，请先看看它写的前两篇文章（链接见文末）,相信你一定会爱上这只神秘的哲学+极客猫的。不多说啦，一起来享用今天的“思想盛宴”吧！

后 Guido 时代，Python 社区的治理问题成为万众瞩目的问题（国内开发者似乎比较淡定...）。目前，关于 7 种治理模式的投票，已经进行到了一半，事情进展得是否顺利呢？核心开发者们对这些候选提案是什么看法呢，我们能否预测出最终的投票结果呢？

随着 Python 之父 Guido van Rossum 逐步卸任 BDFL，Python （本文特指CPython）的未来之路牵动了万千开发者的心。目前，Python 社区共提出了 7 种治理方案，其最终胜出者，将决定 Python 未来的发展方向和方式。此话题事关重大，任何 Python 开发者最好都有所了解。Python 的核心开发者之一、PEP-8015 的作者 Victor St...

连续几篇文章都在写 Python 字符串，这出乎我的意料了。但是，有的问题，不写不行，特别是那种灵机一动想到的问题，最后你发现，很多人根本不懂却又误以为自己懂了。那就继续刨根问底，探究个明白吧。

千里之行，始于足下。要练成一双洞悉一切的眼睛，还是得先把基本功扎扎实实地学好。今天，本喵带大家仔细温习一下Python的列表。温故而知新，不亦说乎。

正如《你真的知道Python的字符串是什么吗？》所写，Python 中字符串是由 Uniocde 编码的字符组成的不可变序列，它具备与其它序列共有的一些操作，例如判断元素是否存在、拼接序列、切片操作、求长度、求最值、求元素的索引位置及出现次数等等。