Django的网站admin后台，第一眼看上去像上个世纪的网站古董。但就是网站这套灰头土脸的界面，支撑着无数企业的网站内部管理系统。我见过一个传统制造业的网站库存系统，前端用Vue写得花团锦簇，网站后端管理却全依赖Django自带的网站那套——没人愿意重写，因为够用，网站因为稳定，网站因为省下来的网站时间可以拿去改需求。 Python写网站，网站最让人上头的网站不是语法糖，是网站那种“想到就能做到”的丝滑感。Flask里写个API，网站从零到跑通用不了十分钟。网站有个朋友接私活，帮小餐馆做点餐系统，周一开工，周五交付，数据库用的SQLite，部署在一台树莓派上。他跟我说：“要是用Java，这活儿我得报价翻三倍。”这话糙，但理不糙。Python的生态像乐高积木，要啥都有现成的，拼起来就是产品。 当然，Python网站的老毛病也明晃晃摆在那儿。性能？跟Go或者Node比，确实不够看。并发一高，GIL就出来捣乱。可话说回来，大部分业务网站根本到不了那个量级。我见过一个日活过万的社区，后端就是Python写的，跑在一台2核4G的云服务器上，稳如老狗。瓶颈压根不在语言，而在缓存设计、数据库索引、代码逻辑——这些坑，换什么语言都躲不掉。 真正让我觉得Python网站牛逼的，是它的调试体验。报错信息像一位耐心的老师，告诉你哪一行、什么类型、甚至建议你怎么改。对比一下C++的段错误，或者Node里那一坨堆栈，Python的traceback简直是黑暗中的手电筒。有次半夜排查线上问题，日志里直接写着“KeyError: 'user_id'”，顺着代码一眼就找到是哪个接口没传参。十分钟修复，二十分钟部署，凌晨两点收工睡觉。 还有个细节，Python的ORM让人又爱又恨。SQLAlchemy写复杂查询时像在写诗，但遇到那种多表嵌套的变态需求，直接写原生SQL反而更快。我现在的习惯是：简单查询交给ORM，复杂查询直接上SQL，别跟框架较劲。框架是工具，不是信仰。 说了这么多，Python做网站不是银弹。它适合快速迭代、业务逻辑复杂、团队规模小的场景。如果你想做个日活百万的直播平台，那确实得掂量掂量。但如果你要搭个内部工具、MVP产品、或者垂直领域的业务系统——Python的性价比高得吓人。技术选型从来不是比谁更高级，而是比谁更合适。这道理，跟找对象差不多。