WITH data AS (
SELECT created_at, id AS card_id, total, total AS amount FROM card
UNION ALL
SELECT transaction.created_at, card_id, card.total, -transaction.total FROM transaction INNER JOIN card ON card_id = card.id)
SELECT created_at, card_id, total, sum(amount) OVER (PARTITION BY card_id ORDER BY created_at) FROM data;

重点是 window function，sum(amount) OVER (PARTITION BY card_id ORDER BY created_at)

@trait
“不信任这些新人的内存管理水平”

1. 不是信任不信任的问题，而是手动管理内存要付出更多的开发成本，很多项目不乐意花这个钱

2. 你好像把内存管理想得太简单了。在某些情况下，即使是老人也一样管理不好内存，或者手动管理内存的运行时开销不比 GC 小
比如
https://software.intel.com/en-us/forums/intel-moderncode-for-parallel-architectures/topic/295279

这样可行，应该会比之前快。前提是线程不共用 MySQL 的 connection，并且你的 MySQL 支持这么多的连接数

更好的方法有
1. 写一句 SQL 把这 100 个操作做了，大概率会快很多
2. 不要每一句都开一个新线程，而是用一个线程池。你可以用 4 楼给的方法自己写线程池，也可以用 ThreadPoolExecutor
3. 用 aiomysql 来并发操作数据库，这样不需要开线程，但是需要大改之前的代码

顺便一说，“ mysql 不是线程安全的” 这句话 表义不明而且不对
正确来说应该是，MySQL 的 driver 给你返回的 connection 不是线程安全的（也可以是线程安全的，但线程安全的 connection 没有道理，应该不会有人去写那样的代码）
但这又是一句废话，程序里的变量几乎都不是线程安全的

在 Linux 上，这事要用 cgroups 给包加 classid，再用 iptables 加 mark，再用 ip rule 去改路由表
Windows 上应该也有类似的方法，但是做这种事情肯定比 Linux 更麻烦，如果你找不到现成的工具就只能自己去翻 msdn 写代码了
一楼给了一个工具，我没用过

我觉得在两个路由器上建两个代理服务器然后用 Proxifier 比较简单

高考的本科线通常在及格线附近，高考的题目也不属于很难的那种（比如研究生考试算是比较难的）
考及格真不是一件难事

另外一个很少有人注意到的点是，相对来说，高考对智商的要求比较高
像一般 985 这个档次的学校，通过高考考更多地需要智商，通过研究生考试考上更多地需要努力学习
所以拿本科学校 /本科专科来做筛选会很好用

YAML 好像是一个比较早出现的这种格式，看起来本来是想做得比 JSON 好写
因为出现得早，大家都在用
但是显然缺点太多了，我也觉得还不如 JSON，所以现在更多用 TOML 了

1. 原来那个 repo 里的算法毫无新意，就是自己建了一个 Hash Table 来计数
2. 楼主的 SQL 写得很怪异，建议认真学一下 SQL
3. 楼主的 SQL 写错了，原来的算法是 1|2|3-1|2 的相关性大于 1|2|3|4-1|2，这条 SQL 的结果应该是反的

1. 在理性的情况下，知道更多的信息只会有好处
2. 如果员工是理性的，公开工资对员工只可能有好处
3. 如果给定蛋糕的大小不变，那么员工得到好处意味着对老板有坏处
4. 如果员工不理性（不患寡而患不均），显然公开工资对老板有额外的坏处
所以一般来说老板不希望员工互相知道工资

上面这个推理只用到了一个假设，蛋糕的大小不变
所以这里的关键问题是
如果公开了工资，员工的产出能增加多少？

LeanCloud 的老板认为产出能增加很多，所以公开了工资
但这不是一个共识，所以这种制度没有被广泛采用

再往后继续讨论就复杂了，现实情况是
LeanCloud 经营了好多年了，没听说员工都心里不平衡而走掉
要求工资保密的那么多公司里，嫌工资倒挂心中不平应该是常见现象

对于楼主的情况来说，明显是招聘方占理

这道题的最简单的解法是写两个循环，毫无技术含量。显然存在更好的算法，而且更好的算法也不难
如果一个应聘的人只会这个解法，那我觉得这是一个初学编程的人，不是一个有五六年工作经验的人

如果像另一个帖子一样说让手写 SHA1 算法，应聘的人写不出来，那当然是应聘方占理了

这种事情在 Ubuntu 上搞是 Hard 模式了，你到 Gentoo 上或者 Arch Linux 上来做容易得很
比如用 Arch Linux 的现成的脚本
https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/linux

"微信通过基金资金进出容差赚取到了利润覆盖了还款成本"

除了微信，我就没见过信用卡还款要收手续费的地方
比如跨行异地在自助机器上的现金操作几乎一定有手续费，但如果是信用卡还款就不用
显然微信只是不想让大家把钱取走，和成本毫无关系

@passerbytiny

这个我也可以复现，看起来像一个 curl 的 bug，他的网站还专门写了 “ When the set time has elapsed, curl will exit no matter what is going on at that moment ”
V2EX 说“请不要在每一个回复中都包括外链，这看起来像是在 spamming ”，所以没有加上链接


可以给你另找一个

```
package main

import (
"context"
"log"
"net/http"
"time"
)

func main() {
req, err := http.NewRequest("GET", "url", nil)
if err != nil {
log.Fatal(err)
}
ctx, _ := context.WithTimeout(context.Background(), time.Second)
req = req.WithContext(ctx)
_, err = http.DefaultClient.Do(req)
if err != nil {
log.Fatal(err)
}
}
```
把 DNS 设成不能用的服务器之后，这段 Go 的输出是
$ time ./timeout
2018/09/11 03:56:53 Get url: context deadline exceeded
./timeout 0.00s user 0.02s system 2% cpu 1.020 total

@passerbytiny

man curl
-m, --max-time <time>
Maximum time in seconds that you allow the whole operation to take. This is useful for preventing your batch jobs
from hanging for hours due to slow networks or links going down. Since 7.32.0, this option accepts decimal val-
ues, but the actual timeout will decrease in accuracy as the specified timeout increases in decimal precision.

请用一个稍微新一点的 curl


看了一下 requests 的文档，这个确实不是整个操作的超时

@passerbytiny

curl https://icanhazip.com --max-time 0.2 -v

Python
requests.get('https://icanhazip.com', timeout=0.2)

这俩都可以设不同的时间不同的域名，看到不同的错

别随便用“任何语言”这么强硬的词语

@geelaw

$ du -sh /mnt/c/Windows/Installer
28G /mnt/c/Windows/Installer

$ du -sh /mnt/c/Windows/Installer/* | sort -k 1 -h -r | head
2.0G /mnt/c/Windows/Installer/$PatchCache$
252M /mnt/c/Windows/Installer/feb3822.msp
252M /mnt/c/Windows/Installer/a6ac9.msp
252M /mnt/c/Windows/Installer/9b30e.msp
252M /mnt/c/Windows/Installer/9044ce9.msp
252M /mnt/c/Windows/Installer/70511be.msp
252M /mnt/c/Windows/Installer/644a705.msp
252M /mnt/c/Windows/Installer/38e694c4.msp
252M /mnt/c/Windows/Installer/36ec9d5e.msp
252M /mnt/c/Windows/Installer/2f1a6.msp

网上说排第一的 PatchCache 里的东西可以删所以略过
下面这一堆奇怪名字的 msp，我一个一个点开看了，出来的窗口的标题全是 Microsoft Office xxxxx
所以这锅还是微软的