@heavyrainn 哈哈，多谢～我也是觉得 machinary 不爽才自己写了个的

@xjqxz2 在一定程度上，任务队列相当于消息队列在异步任务场景上的深度定制化开发。

@xjqxz2 算是理念不同吧。nsq 是消息队列，他传递的是消息，这个相当于 celery 的 go 实现，是任务队列，传递的是任务。
比较典型的应用场景就是:
消息队列，可以用来消费日志，把多台服务器的日志合并。但任务队列却不适合这种场景。
任务队列，可以用来处理异步的计算任务，比如用户购买了一件物品，需要计算用户的积分等，更新数据库，这时用任务队列比较合适。

消息队列侧重消息的吞吐，处理。任务队列，侧重任务执行，重试，结果返回。
消息队列可以代替任务队列，但还需要进行而外开发，在任务的执行上，提供的功能也不如任务队列。
任务队列更像远程函数调用，不过它和 thrift, grpc 也有不同，它不需要定义描述文件，也不是直接请求，而是借助消息队列传递任务信息

做个实验就知道了，如果懒得做的话我告诉你，领导说的没错

打破 0 回复

你后端不想存，只能把数据加密发给前端，前端再返回给你。
当然这样是放弃了安全

不用合并到软件里呀，把软件里判断是否能热更新的那段代码一改不了所有人都能热更了。

开卷有益

md，icloud 自动同步

vpn，ssh

应该 3 个，一个 win，一个自己的 mac，一个公司配的 mac

500w，能维持每月消费 2k 一直到死。也能应付一些基本的突发情况。

还是不如快图，等几个版本看看

看项目经历，网上搜不到的，基本就是作假，搜到但用的栈和写的不一样的也是作假。
再不行就手写代码

用 pyenv 来装 py，装了后用 venv/virtualenv 建个虚拟环境

@FightForFreedom 1.自增对数据库建索引有帮助。2.可以用于分页

@rrfeng 多谢提醒