Python中写爬虫package时，是否需要考虑兼容3.6以下的版本？
最近跟一个外国小哥合作写了个 python 的爬虫，我们两个的意见在兼容性这一块出了分歧。
项目是用 python3.6 写的，但是我想兼容到 python3.0，理由是考虑比较多的项目可能是用旧的 python 版本写的，升级的话会有很多未知问题，并且 python 版本升级可能要考虑很多东西。
小哥的选择是兼容到 3.6 就 ok 了，因为程序是向前发展的，它总会追求新的语法和更方便易用。
他的原话：
"Yes I understand what you mean, but you cannot always please everybody, Python 2 users wont be able to use it for example only some people some of the time! Python is a language that always looks forward to new syntax and code design is essential to understanding the code and adding to it so for me the trade off is too big"
大家觉得应该兼容到 python3.0 还是到 python3.6 就好了？
Python中写爬虫package时，是否需要考虑兼容3.6以下的版本？
现在都2024年了，还考虑兼容3.6以下版本（比如3.5、3.4）基本是自找麻烦。Python 3.6是2016年底发布的，主流库早就放弃对这些老古董的支持了。像requests、beautifulsoup4这些爬虫常用库，它们的较新版本都要求至少3.7。你硬要兼容3.6以下，意味着你只能用这些库的远古版本，会错过大量重要更新、安全补丁和新特性（比如3.6引入的f-string、异步生成器在写爬虫时很有用），还会引入一堆已知但无法修复的bug。
现在的主流环境，无论是服务器还是CI/CD工具，基本都跑在3.7+。把最低版本要求设为3.7是行业内的普遍做法，能让你放心使用现代语法和库，代码更干净，维护起来也轻松得多。所以，别折腾老版本了，直接设定python_requires='>=3.7'，把精力花在更有价值的地方。
总结：别兼容3.6以下，直接要求3.7+。
我最近写了个东西，用的 Python 3，但应该在 Python 2 下也能用。
后面要用到的一个标准库从 Python 3.6 才开始有，果断在 setup.py 里去掉 Python 2, Python 3.6 以下的支持。
兼容 3.0，不至于吧…
3.5+就差不多了，最多 3.4+。主要是兼容到 3.5 成本并不那么高，除了非常好用的 f-string，其他的改变并不是特别多。3.4 之前主要是历史太久了，改变也挺多的，实在没什么必要兼容。即便是 3.4，如果有 aio 的东西改起来就比较麻烦了。而且很多老旧 Linux 系统，比如 Ubuntu 14，内置 Python3 就是 3.4 版本的，再早的系统都不提供支持了，也就无所谓了。
