用 Celery 前：

1. 用户发请求
2. 服务端接受处理
3. 服务端处理(花很长时间)
4. 用户收到结果

用 Celery 后：

1. 用户发请求
2. 服务端把接受请求
3. 服务端把要处理的函数以及参数丢到 task queue，并获得一个 task id （很快）
4. 用户收到 task id(您的请求已受理，但是还没有完成，但你可以用 task id 来查询结果，如果你不需要知道执行结果的话就不用再查了)

用户发多少请求用户说了算，但是具体什么时间真正处理这个请求里的操作服务端说了算。celery 比较适用于比较慢（不管是慢在 I/O 还是慢在 CPU ）的操作，这种操作用户并不急着要结果，但是他在乎的是服务端收到这个请求，并且会在一定时间后完成这个操作。
如果是一个几秒内（不会积压一堆）就可以完成的慢操作，慢在 I/O 同时用户急着要（客户端同步在等待）
，那服务端用 asyncio 就可以同时更好支持多个用户并发，并不一定要用 celery, 用 celery 的话比较重了没必要。你说的数据库并发应该用 asyncio 去解决，可以理解为同一个进程内部做了个 celery 但是只适用于 I/O 慢的场景。如果不想写 asyncio 代码，只想写同步代码，那用 gevent 也可以。asyncio 的本质是把一个 blocking (阻塞) 的动作转换成 non-blocking (非阻塞)：需要等待的时候不要让调用者等待，而是直接告诉调用者你先忙别的我还要一会儿才完事儿。

> 用户不用等待，结果执行完会通知用户。

通知这个过程默认是不存在的，还是得请求发起方凭 task id 去查询结果。或者实现一个对应的 [backend]( https://docs.celeryproject.org/en/stable/internals/reference/celery.backends.rpc.html) 让 celery 通知到这个地方。

很像双相。抑郁期和躁郁期会轮替出现，之前在精神科的隔离病房看到过一位类似的患者。建议尽快去医院看一下精神卫生科让医生诊断。建议回家好好和妹妹说，该道歉就道歉，不要刺激她，让她知道你们是爱她的。最好是能让她主动接受去医院看一下，如果没问题那大家都放心。国内精神卫生医院不是很多，每个省基本就一个大的医院。

`sum(i for i in range(10) if i % 2)` 比 `range(10) | F(filter, lambda x: x % 2) | F(sum)` 更难读吗？

建议不要自己编造出一个新的配置格式然后自己做解析，如果你使用现成格式的话就不用考虑这些问题。
现成的格式可以是 yaml, json, ini, toml, ...

春节期间沉迷抖音，我就是靠卸载来戒毒的。增加「你想刷抖音」到「你正在沉迷无法停止」这条路径的难度就可以帮助戒毒了。刷玩就卸载掉，下一次你想刷的时候你得搜索安装登录，是不是很麻烦？多增加一些限制，多来个几次就戒毒成功了。

建议 beancount 记账，然后大屏幕开个浏览器定时刷新这个表格页面就好了

https://github.com/mckelvin/beancount-boilerplate-cn/#%E5%A6%82%E4%BD%95%E6%9F%A5%E7%9C%8B%E6%8A%A5%E8%A1%A8

考虑到 2021 年 12 月 31 日后，“全年一次性奖金单独计税”政策将取消。帮楼主估算了下两个 Offer 的税。

```
名义年收入 ¥800,000.00
银行入帐 ¥590,164.70
公积金入帐 ¥75,816.00
实际年收入 ¥665,980.70
赋税 -¥134,019.30
```

```
名义年收入 ¥500,000.00
银行入帐 ¥376,110.75
公积金入帐 ¥75,816.00
实际年收入 ¥451,926.75
赋税 -¥48,073.25
```

包含公积金的实际年收入相差 21 万。如果是我的话，我会选择第一个公司的 Offer, 然后买第二个公司的股票一直持有。既获得了个人长久可持续的职业发展，又能在保证身体健康的前提下获得 996 的福报，岂不美哉？

不要用写 Python 的思想去写 C++, 先想办法定义好胶水层的接口参数类型，一般不建议 vector 直接对应 list. 因为 list 里的内存无法直接变成 vector 可用的内存，不得不有内存拷贝发生。建议用朴素一些的数据结构，比如 double* . 数值计算大部分情况下 numpy 和 scipy 已经够用了，他们已经封装好了一些底层 C/C++实现的功能。

数值不对这个问题大概率是溢出了。有些 64 位操作系统里 long 是 32bit 的。建议用 int64_t 这样的类型，这样明确它是 64bit 长度。

```
In [16]: (1 + 1000000) / 2 * 1000000
Out[16]: 500000000000

In [17]: 1 << 32
Out[17]: 4294967296
```

单位你没仔细看哦。1e-06 s = 0.000001 s

看到 lz 头像上面的两个尖尖的时候，我以为我被盗号了

净资产 = 资产 - 负债

假如你现在攒了 50 万，要问银行贷款 150 万买 200 万的房子。不考虑利息的情况下。
买之前你的净资产 = 50 - 0 = 50 万
买之后房价不变的情况下你的净资产 = 200 - 150 = 50 万

瞧！你背了负债，但同样你也拥有了资产。你同样富有缺不用再担心手头的现金贬值了怎么办。

请 4 天，休 16 天

吃住可管？

我觉得涨薪这个事情可以拆成 2 部分来算：1 ） 平均工资的涨幅 2 ）你相对平均工资的涨幅

前者可以简单理解为工作所在城市的年平均工资，以及行业+岗位的年平均工资。对应的数据你可以查查所在城市每年的公积金基数，它是跟上一年平均工资变动的。同时也可以看看 https://salarycalculator.sinaapp.com/report/%E4%B8%8A%E6%B5%B7/%E4%BA%A7%E5%93%81%E7%BB%8F%E7%90%86 某个行业+岗位不同年限的工资水平。

后者可以理解为你的绩效，如果你觉得过去一年你学到了很多知识，你在就业市场的竞争力变强了，那原来是平均工资的 2 倍，现在可以考虑 3 倍这样子。

上面这个模型是建立在合理价格的基础上。但往往你入职之后涨薪速度会落后于社会平均工资增速，除非是刚毕业。这种情况下往往要通过跳槽来把工资涨到合理范围。具体原因可以看 https://www.bilibili.com/video/BV12Z4y1p7Xs .

搜索一下「时序数据库」和「列存数据库」

说出来你可能不信，我试过了好多工具，最后我的选择是用纯文本 Markdown 记录。如果你一定要一个可视化得非常好的界面的话，那这种方案并不适合你。用纯文本的好处是想怎么记录就怎么记录，想怎么汇总就怎么汇总。如果你需要索引关联啥的，就加特殊关键字，到时候用 ag/ack 一类的工具终端下一搜就好了。每天会有一个日志，每两周，每个季度都会有对应的记录，计划和安排。所有文本文件随心所欲分类整理在一个 [git-crypt]( https://github.com/AGWA/git-crypt ) 加密的私人 git 仓库里。
对于需要定时提醒的一些生活琐碎代办，我会用带定时提醒的手机默认的备忘录软件。每周固定时间的一些任务安排，我会在 Canlendar 里直接填好 slot, 然后计划的时候往里面填写具体工作内容就好了，

这个事情好说。将来两个小孩姓氏不一样，小孩可能还觉得爸妈偏心，不如「林郑月娥」一样这种复姓。两边父母都好说。