开发者成长中心积分怎么攒：写了个小脚本算了一下，每周最多 860 分

先说结论：任务全做，一周 860 分，按 10 积分约 1 元算，差不多 86 元。只做签到和 DevSpace 两个最省事的，一周 280 分。

这个数是我用脚本算出来的，不是拍脑袋。起因是想知道"每天花十分钟做任务，多久能换到一张能用的券"，在纸上算了两遍都算岔了，干脆写成脚本。

任务和分值

下面是我这几天对着成长中心任务页记的规则，页面以后可能会调，以你看到的为准：

每天能做的三项：签到 10 分，体验 DevSpace 30 分，发布一篇文章 60 分。

每周一次的三项：Star 50 分，完成一个实验 50 分，提一个 Issue 60 分。

日常三项加起来一天 100 分，一周 700；周任务一周 160。合计 860。

发文这一项分值最高，也最费时间，要有东西可写才行。所以算的时候我把"不发文"单独拎出来当一种方案。

脚本

没什么技巧，规则写成两个字典，三种做法各算一遍，再看凑到目标面额要几周：

#!/usr/bin/env python3
# 成长中心积分估算：按任务规则算，10 积分约 1 元
import sys

DAILY = {"签到": 10, "DevSpace": 30, "发文": 60}
WEEKLY = {"Star": 50, "实验": 50, "Issue": 60}

def week(done_daily, done_weekly, days=7):
    return sum(DAILY[k] for k in done_daily) * days + sum(WEEKLY[k] for k in done_weekly)

plans = {
    "A 全做": (list(DAILY), list(WEEKLY)),
    "B 不发文": (["签到", "DevSpace"], list(WEEKLY)),
    "C 只做日常两项": (["签到", "DevSpace"], []),
}
target = int(sys.argv[1]) if len(sys.argv) > 1 else 100   # 想凑的券面额（元）
for name, (dd, ww) in plans.items():
    p = week(dd, ww)
    weeks = -(-target * 10 // p)
    print(f"{name}: {p}/周 ≈ {p // 10} 元, {target} 元要 {weeks} 周")

-(-a // b) 是向上取整的写法，不想 import math 而已。

第一版我输出的是对齐的表格，中文和英文字符宽度不一样，截图里列全歪了，调了几次不值当，就改成了一行一句。

跑出来的结果

100 元的券，全做 2 周，只做日常两项 4 周。差距没想象中那么大，因为小面额本来就容易凑。

500 元就不一样了：全做 6 周，只做日常两项要 18 周，四个多月。中间那档"周任务做、文章不写"是 12 周。

看到这里我的判断是：如果目标是大面额，发文和周任务是主力，签到那 10 分基本可以忽略；如果只想偶尔换张小券，做日常两项就够了，没必要逼自己每天写文章。

还有一点脚本没算进去：周任务里的实验和 Issue 不是每周都有合适的，实际拿到的分会比 860 少，按 B 方案估更稳。

兑换的时间点

攒分只是一半，什么时候兑也有讲究。

积分商城每天 16:00 补货。热门面额早上去看经常是没货的，下午四点以后再刷。

兑到的代金券 30 天有效。这条最容易吃亏：积分放着不动没事，一旦兑成券就开始倒计时。我的做法是确定要下单或续费了，当天下午四点后再兑，兑完马上用。

同面额的券一起兑会合并成一张。另外每种面额一年能兑的次数有限，页面上写着，兑之前先看清楚。

自己用的时候注意

脚本里的分值是写死的，规则一变就要改字典。我把它放在机器上，每次想换券前跑一下，输入目标面额，看看还差几周，比每次重新心算省事。

券到手以后怎么下单能少补钱，有几个坑，比如一单只能用一张、按年下单会提示计费模式不匹配。这些放到下一篇单独写。