个人比较喜欢 https://github.com/dbader/schedule ，适合简单的任务，比 apscheduler 更轻

def get_wednesday_date():
   today = datetime.datetime.today().isoweekday()
   time_delta = timedelta(date=3 - today + (3<today) * 7)
   return today + time_delta

@Nisenasdf
我只会从静态语言的角度解释，所以下面说的不一定是对的。
1. 这个涉及到数组 (Python 里的近似就是元素都是不可变对象的 list ，就是你所说的“简单的 list ”) 和链表这两种基本数据结构的本质用途：二者同样是序列，数组按 index 存值取值，对于**固定**的序列存取都是 O(1)；双向链表按 pre 、 next 遍历，因为节点是可变对象，可以被引用 (对于 od 来说就是 self.__map[key] 的用途) ，对于**动态**的序列存取也是 O(1)。
od 显然要维护一个动态序列，链表就是个很好的选择。你可能会想到 list 可以 del 某个元素，但这其实破坏了数组的规则 (Python 的 list 不是数组)， index 都被改变了，不能根据原来的 index 来存取。那元素是可变对象的 list ([[key1], [key2], ...]) 呢？这样也可以用不受 index 影响的不变引用来 O(1) 存取。但其实 list 的 del 效率是很低的，是 O(n)，因为要重新分配 index 。总之，对于动态序列，用链表就对了。

2. 上面的问题纠结完了，这个问题就很好回答。双向链表的节点必须要 pre ， next ，和值这三部分，没有任何冗余。其次，引用其实不是很占空间。再说了，牺牲了空间，换来了时间。

题外话：关于指针和引用，请看： https://zh.m.wikipedia.org/wiki/參照

关键在于
> # Each link is stored as a list of length three: [PREV, NEXT, KEY].
就是说 od 的有序实际上是由一个双向链表实现的。由于 Python 里 list 是可变对象，一个节点 list 里的 PREV 和 NEXT 是对前驱和后继节点 list 的引用

初始化那里， root 前驱和后继都指向自己，方便接下来实现环链。
那句核心操作应该联系上文：
last = root[0]
last[1] = root[0] = [last, root, key] # self.__map[key] 可以稍后再看
这句话实现了在 root 前插入节点，建议楼主自己在纸上画一下。

Quip +1
文档和表格协作
集成聊天
文件夹式的文档管理
用它所见即所得的 Markdown ，当然也可用简单的格式化按钮，来做 todo list
不用翻墙

我感觉上面各位都有些偏题了，造成这个现象的原因的确如楼主所说：字典是可变对象。
首先“实例属性的修改不会影响类属性”的确是对的
在实例属性没有的情况下，使用类属性，所以实例与类的 x 都是对那个字典的引用
但是 code2 中 foo.x[1] = 'world' 根本就**没有**修改或者创建实例属性，是 foo.x 的引用那个字典里的值被改变了， foo.x 的引用没变。然后因为实例与类的 x 都是对那个字典的引用，所以值相同

有一个神奇的东西叫 FROM scratch
https://docs.docker.com/engine/userguide/eng-image/baseimages/
简单来说就是一个空镜像，各种系统的基础镜像都是基于它写的。对于某些程序，可以 FROM scratch ，然后再 ADD 这个程序的没有系统依赖的二进制可执行文件，这样得到的镜像只有这个二进制文件的大小。

用 itertools 里的 product 来合并多层循环：
>>> from itertools import product
>>> for i,ii in product(['a','b','c'], range(5)):
. . . . . . . .print i,ii
. . . . . . . .if ii==2:
. . . . . . . . . . . .break

3 楼正解， globals() 返回所有全局变量的 dict ，然后只需要逐个用 type() 筛出是 class 的变量就行了。

@Contextualist 看了下 App Store ，的确改名了。还算良心，十四天试用完后可以选择不订阅，用回普通的功能，就相当于原来的 CloudMagic 。

作为一个 CloudMagic 的粉丝，我去他们官网博客看了看。大意是说 CloudMagic 是他们发展两步走战略的第一步。现在产品成熟，他们就推出了功能更强大但是同样稳定的付费服务 Newton 。对于 Newton 是否取代 CloudMagic ，官网没有给出明确的说法，但看起来应该是并存的。

Google 玩笑和复活节彩蛋列表
https://zh.wikipedia.org/zh-cn/Google%E7%8E%A9%E7%AC%91%E5%92%8C%E5%A4%8D%E6%B4%BB%E8%8A%82%E5%BD%A9%E8%9B%8B%E5%88%97%E8%A1%A8

同前 OIer
支持啊，有前途
话说看到库特就看了下 po 主博客。 po 主高一才入 OI 坑，然后还有时间写这个，真是强大！

@life 对， console 上显示的是成功的。

@pynix 应该是的吧，我两个月前才开的。