[Imgur]( https://imgur.com/YHnTWtE)

19 年开始把自己的作品往 GitHub 上面放

比如说你可以做一个很开放式的游戏，有一整条供应链的那种，类似于戴森球。 但是所有的操作有是脚本之行的。然后每个玩家都有限定的 Worker ，只能做一部分事情。需要每个玩家互相配合才能完成大目标。这就考验玩家之间的配合和脚本能力。

这是我一直想做的。

file lock 或者 socket file lock

BTW ，你前端部分 WASM 大的原因也是有的。yew 里面不推荐用 reqwest 来做 fetch ，我记得是有一个自带的 fetch 还是什么方法的，不需要引入一个那么庞大的库。

1. lazy_static 已经 out-date 了，once_cell 是更佳主流的选择
2. 满屏幕的 unwrap expect 只要稍微有一点网络波动，你的 actix-worker 就炸掉了，尝试用一用 thiserror 或者 anyhow ，不然你的所有错误都不能返回一个正常的 http status
3. 既然使用了 diesel 建议用上 diesel_migration 的 embedded_migration 来做 migration
4. 在 async controller 里面满眼都是 diesel 的同步操作，意思就是你的 controller 根本就没有享受到 async 带来的好处。选择 diesel 就要学怎么用 actix 的 actor 模型跟 diesel 做组合。 不然就老老实实换成 sqlx 这种异步的数据库操作库
5. 满屏的 HttpResponse::Ok().json(results) ，actix-web 的默认 impl Responder 对于 Serialize 对象就是 Json 处理。
6. let token = req.headers().get(AUTHORIZATION); authentication 的处理也是让人震惊，
pub struct AuthenticationUser {...}
impl FromRequest for AuthenticationUser {...};
async fn required_login(user: AuthenticationUser) {...}
async fn optional_login(user: Option<AuthenticationUser>) {...}
7. reqwest 的请求建议都写上 timeout 不然很容易炸掉整个 runtime

hmmmm 我只能说这个项目的后端 actix 部分的使用，可以算是还没入门阶段

trie 树就好了啊

「兼容 VS Code 插件体系」

先用 rpg maker 做一个简单的出来吧，有作品证明你的策划和构思能力，再用一个完整的方案来吸引其他人。

绝对适合效率性选手
哈哈哈，意思就是高效率完成 150% 工作才能 10-8-5 ，如果是普通人就需要 10-10-6 来完成这个工作量

在印度，一次带两台电脑坐飞机还会被要求交税呢。

@pheyer https://pictle.web.app/

当然可以啊， 用 sni 分流就好了。

@duke807 https://github.com/Kilerd/chineseword 我也写了一个， 哈哈哈哈哈

2.8 刀一个月就有 50G 的空间和 1T 的 CDN 流量？ 感觉可以当图床用，CDN 有大陆或者香港的节点嘛？

找出所有带名字的颜色，然后计算 distance ，找出最接近的那个。