try...except...提高代码的稳定性
这个说法是存疑的，try...except..本身并不能提高代码的稳定性
如果用了 try 就要识别处理，识别和处理的水平决定代码的稳定性

比如你直接把异常直接弄成 Exception 完全没有细化，又不去有针对性处理，还不如直接报错还能知道为什么错了。
但是凡事都有代价，写得 try 越多无效率代码就会浪费越多。

楼主搜一下 GTD 软件。
可以节省时间干点正经事情。

当然是一起负责，最后只能员工到法官那里证明自己是无姑的。
你定义的问题太宽泛。
肯定地说爬虫采集公开数据并不违法。各大搜索引擎其实都是爬虫。使用爬虫技术采集经商业授权指定的数据也不违法。
但是如果爬虫造成被采集系统负载过重影响正常服务的，突破账号保护采集非公开数据是并用于商业目的的行为等肯定是违法的。

技术本身无所谓违法，关键是使用技术造成的影响和后果。
菜刀是厨师的生产工具，但是到杀人犯手里就是犯罪凶器。
能说卖菜刀是有罪的么？

够浪能开发 3D 游戏么？

理论上写博客是装逼用的，所以不要把 low 逼的东东放上去了，不然就失去意义了。
如果要积累经验知识用印象、有道之类的笔记，分类整理备份都方便。

用 WinSCP

上 django3.0 也支持异步了。

用{}本身做转义符，如果要显示{} 要写成 {{}}

楼主要明白一点很重要的东东，requirements.txt 只是开发者所需要的最顶层的依赖清单。
在执行 pip install -r requirements.txt 的时候安装的东西远不是这个清单中的包，因为这些包本身还要依赖其它的包，在安装过程中如果没有就会自动安装其它包。
但是要想要清楚的知道 requirements.txt 里面这些包依赖了哪些是比较困难的。
最省事的办法就是直接把 venv 整改删除了，重建再执行 pip install -r requirements.txt

从绝对的角度是的。
但是从相对地的角度不可操作，因为项目受时间、成本、质量三个约束条件制约。
你初始需求说盖个二层楼，你初始打个二层楼的地基，现在需求要改成 200 层，你在原来地基上绝对盖不起来。

说句心里话，这个并没有什么一定之规，每个方法都有其局限性，要权衡利弊选择。所以都要能熟练使用。

估计你是要做 AK 项目吧。
目前都不够成熟，两个版本之间，都会出现 api 不兼容差异很大的情况，而且这几家都是几百人的公司，比 oracle 的技术服务能力差太多了。最重要要考虑的是选技术支持出现场方便的。如果在帝都建议选金仓，南方地区选达梦。

python 比较适合做大量尝试性的开发项目，还有就是一次性的任务，比如爬虫。还有开发工具类的项目，比如运维工具系统的 web 界面之类，还有一些系统和管理后台等。这类项目基本上就是自己一个人玩的项目，写不写注释无所谓。

如果默认要用 3.7 可以创建一个软连接
# rm /usr/bin/python3
# ln -s /usr/bin/python3.7 /usr/bin/python3

@yangzzzzzzzt1 其实我是为了培养楼主最正统的 pythonic 思维方式和代码风格。

终于看明白你的需求了，看下面：
>>> a = [{'a': 1}, {'b': 2}, {'c': 3}, {'d': 10}]
>>> b = [['c', 'd'], ['c', 'a'], ['b', 'a'], ['c', 'b', 'a']]
>>> from collections import ChainMap
>>> dict_a= ChainMap(*a)
>>> [sum(dict_a[j] for j in i) for i in b]
[13, 4, 3, 6]
>>> max(b, key=lambda i: sum( dict_a[j] for j in i))
['c', 'd']

你的问题本身是错误的，不存在的。

你光说峰值 5000 并发量这个没有什么意义，这个真不能象某些人上来就 2 核 4G 拍脑袋瞎说，而且数据库和文件服务器都没有独立部署，不然就不会有压测这个事儿了。
数据库进行复杂查询对 CPU，内存，磁盘占用都非常高，一个线程的业务就可能瞬间就把服务器负载彪到 50%以上。
所以按我的经验来说来数据库操作的业务峰值 5000 都要上分布式系统，数据库和文件服务器都要单位部署，前级需要进行负载均衡了。

一直用 pycharm 提交前会习惯性地 Ctrl+A 然后 Ctrl+Atl+L ...