ZX576

满篇的 try...except 不可取，最佳实践是

1. 如果函数出错，需要直接中止，直接在最外层捕获，统一处理，这一层你还可以加上监控之类的功能
2. 如果函数出错，可以跳过接着运行，写一个装饰器，比如叫 skip_when_met_error ，签名设计成能传入诸如 default 值这种


这样，你的业务逻辑只用考虑最正常的方式，写起来会可读很多

@stinkytofu
要不下载一个 boss ，搜一下 python 开发岗位？

@RockChinQ

“提供一种最佳实践抹平程序员水平间的差异就好了” -> 不太可能，以 django 为例，且不说 type hints ，写接口用 def 还是 class 都无法统一起来。

纵观 V 站、知乎之类的问答，各类程序员（包括 Pythonista ）愿意把 Python 代码当维护的工程来写的都很少。社区自己也摆烂，type hints 和 asyncio 出了多少年了，django 至今不充分跟进。django 的结构就是大工程应用的解法，奈何 django 自己不努力，而现在流行的 fastapi 基于 starlette 改，人家就没想做大工程，定位就是出三两个接口，爽完了事。

@RockChinQ

提供一种最佳实践抹平程序员水平间的差异就好了 -> 不太可能，以 django 为例，且不说 type hints ，写接口用 def 还是 class 都无法统一起来。

纵观 V 站、知乎之类的问答，各类程序员（包括 Pythonista ）愿意把 Python 代码当维护的工程来写的都很少。社区自己也摆烂，type hints 和 asyncio 出了多少年了，django 至今不充分跟进。django 的结构就是大工程应用的解法，奈何 django 自己不努力，而现在流行的 fastapi 基于 starlette 改，人家就没想做大工程，定位就是出三两个接口，爽完了事。

@RockChinQ

提供一种最佳实践抹平程序员水平间的差异就好了 -

@Nugine0

docker + poetry

- 预先多做一些不同 python 版本的 base image ，甚至一些基础共有包也打进去，解决 1/2/3
- 使用 poetry 做版本管理，解决 4/5/6/8

总的来说指定的项目中可能包含多个不同的 docker file ，一份 pyproject.toml 和 poetry.lock 文件

不太懂 7 的意思。

与题目无关，生产环境不建议用 migrate ，使用 sql 文件管理，一次次更新做好版本控制，表结构的变更需要多个人过目，这样不容易出大锅

lmdb +1

black + ruff