入了就入了，对于电子产品，我一直持 “早买早享受” 的观点。

我都是这么做，举例：

在 A 目录下的 __init__.py 中：
__all__ = [
'x',
'y',
]

然后在引用 x 或 y 的地方：

from A import *

1. 如果你是因为不好找工作而去读研，那就没必要，要知道，读完研还是要面对的。
2. 如果你想真正学点东西的话，那就踏踏实实复习准备，考一个正经大学的研究生，好好研究出点东西来，争取成为某领域的专家。

不得不说，第二种情况很少见，现在的研究生情况很不乐观，各种论文都是抄，精力都放在怎么逃过查重了，三年下来除了一纸文凭啥都没剩

在去年的时候，折腾够了，于是自己写了一个……

@karlxu 恩是的，不是最优，以前是跑一次 生成一条数据，现在跑一次生成 n 条数据


可以试一下 MongoDB，当数据结构发生变化时不用 alter 表结构，或者是 redis 也可以
貌似 @Livid 的一篇博客中提到过这个问题

这样的表结构设计貌似不能适应频繁的字段变更吧
可以这样
字段 id, revision, test_date, case_name, value
数据 1 , R1234 , 2014-06-11, tc111 , P
数据 2 , R1234 , 2014-06-11, tc222 , F
数据 3 ...

因为不了解具体情景，所以不知道这么改是不是合适

或者，可以试一下 MongoDB，比较适合这种情景

试了下，Google 字体库加载挺快的

北京宽带通 100M 三年 2180，实际下载最高 10M 左右，普通 5-7M，上传没试过

github page 最近做了优化，速度提升不少，可以试一下我的博客：tonghs.eom

QQ 烫

如果复读后确定能上重点的话：复读 > 三本 > 大专
如果复读后不能保证重点的话：三本 > 复读 > 大专
如果不想复读，能上三本就直接上三本吧，实际情况貌似是 三本 好于 二本（不考虑学费的情况下）

记得当初开始学 redis 的时候，说完 keys * 就提到了在生产环境慎用 keys，没想到 @Livid 给亲身示范了下……

思维导图 + 印象笔记 + worktile

我一般
a = "你看我有好多字好多字好多字好多字好多字" \
"好多字好多字好多字好多字好多字"
作为vim 分屏使用者，深知这个建议的好处

ps：a 的版权归 @robot9 (3楼)

@Jelen (10楼) 恩，那样效果更好

这年代，不跟妹子留言都不好意思说是混 v2ex 的

汉语言的，貌似当老师的比较多吧，如果不一定要找对口的，可以找找文秘相关的

刚才还卡的要死，现在好很多了

北京宽带通，同样很慢
ping 后得到的 IP：180.210.229.135

@Livid