tank300 想去哪就去哪

建议 wsgi+asgi 都支持才有点吸引力，否则一般做业务还是选择 gunicorn+gevent 或者 uvicorn 这种比较成熟的。从个人角度还是可以尝试一下的。

看了一下，代码写的不错

可以尝试 paddleocr 转 onnx 用 PyTorch ，TF 或者 tensorrt 这种比较成熟的框架，尽量不要使用受众很小的这种框架，有 bug 都不一样会改

可以 from importlib import import_module

清华的有点慢，换成了中科大的 https://pypi.mirrors.ustc.edu.cn/simple

m2 pro ，M 系列的提升没有那么大，但是硬盘 512 和 1T 那是实实在在的提升。如果是 intel 和 M ，那毫不犹豫 M ，如果 M2M3 ， 那提升不是很大

macbook m1pro ，性价比高，如果只有一台机器，一定是 macbook ，如果有多台，可以考虑 mini 。我可以不移动，但是不能移动不了

@aerAzLNE 订阅比较多，可以提醒，随时打开看，比较方便，之前也用 Excel ，更新比较繁琐，主要就是懒

@Lituby 👍试了一下不错

tank300

alfred ，前两天看有人推荐 raycast 我也用了，说实话，太复杂，专业的事让专业的人做，什么都放到一个 app 里，反而什么都做不好，还是 alfred 好用。

MWeb

建议了解一下 django 迁移文件的原理，并用数据库工具查看一下 django_migrations 这张表，看一下里面有什么，了解 makemigration 、migrate 干了什么，以及--fake 的作用是什么。有能力建议看一下源码。

在 django 中正确的操作是：
1 、开发环境随意 makemigration 和 migrate ，需要注意的是每次 makemigration 如果 Model 有变动都会生成一个迁移文件在 migrations 里。
3 、git 提交代码前，还要删除所有新增的 migrations 里的文件，重新 makemigration 生成迁移文件，并使用 migrate --fake ，原因是这样操作会把多个生成的多个迁移文件变成一个，使用--fake 是因为数据库已经更改，并不需要重新更改数据库结构，只会把迁移记录加到数据库里。
4 、版本控制 migrations 文件夹里的文件
5 、正式环境，只做两件事 git pull 和 migrate

14 ，之前也纠结过，16 太不便携了，相信我，百分之 95 的人用不到那么高的性能，至于散热，M 系列本身就不错，基本上没有发热的场景。如果在意屏幕大小，如果是开发根本不用在意，因为基本都会连接显示器用，如果办公，屏幕也基本够了。便携才是王道。

miniconda yyds

尚可 一直在用