字面意义的程序员和码农跟工厂劳工没区别

字面意义的研发工程师和软件设计开发跟工厂业务主管和流程设计开发没区别

你把自己当直观拿到方案去实现的码农，那就真的只是码代码的体力劳动者，你把自己当手里业务实现的设计师，你就是有思考有进步有控制权的脑力劳动者

mi6 之前的 MIUI9 和 MIUI10 都可以，曾经在 MIUI9 的时候出现过楼主一样的问题，注意关闭迅雷下载加速，和翻墙工具的自动配置逻辑

建议排查方式：把迅雷下载加速关掉，翻墙工具开成全局而不是自动模式，看能否下载

如果还不行，看你的梯子是不是连 Play 服务器有问题
如果可以，再挨个原因去掉排查，等不能下载就可以确定是哪个导致的

放国内不管是云主机还是托管平台，理论上都是要备案的

如果自己除了博客还有别的需求，云主机显然更合适，反正其他的维护自己也要弄

如果只有博客需求，还是找托管更便宜省事，至于是 GitHub 这样的还是其他的托管空间，看备案、被墙、访问速度等各方面考虑了

这里涉及好几个问题

1. 放到盒子里的固态硬盘的接口速率和尺寸
- 标准 2.5 寸 SATA 接口盘，受接口限制，满速也就 500M 左右，尺寸就是标准 2.5 寸大小，7mm 还是 9mm 厚基本没影响
- mSATA 接口盘，受接口限制，满速也是在 500M 左右，尺寸大概是 30mmx51mm （比 m.2 要宽，但是比 2280 的要短）
- m.2 接口盘，如果走 SATA 协议满速也是在 500M 左右，如果走 NVMe/PCI-E 协议满速目前看可以到 3000M+，尺寸有 2242/2280/22110 几个常见的（型号就是宽 x 长）

2. 盒子和电脑的接口
- USB 2.0，理论满速 480Mbps，换算成 Byte 理论满速 60MBps，固态盘还是不要受这个折磨了
- USB 3.0 （ 3.1gen1 ），理论满速 5Gbps，换算成 Byte 理论满速约 600MBps，可以满足 SATA 盘的速率上限
- USB 3.1 （ 3.1gen2 ），理论满速 10Gbps，换算成 Byte 理论满速约 1.2GBps 注意 3.0 还是 3.1 是协议版本，Type-C 是物理接口定义，两个没有必然联系，Type-C 外观也可以是 3.0 甚至 2.0 的协议，只是 3.1 的协议现在用 Type-C 外观的多
- TunderBolt 3，理论满速 40Gbps，换算成 Byte 理论满速约 5GBps，是目前唯一可全速发挥 PCI-E 协议 SSD 的外部接口，可惜支持设备少和贵

汇总下楼上各位的建议，还是根据你目前手头是否已经有固态盘来考虑

1. 如果已经有换下来的盘，只要不是性能非常好的 PCI-E 协议的，都考虑 USB 3.0 或 3.1 的盒子，内部接口取决于你当前盘的接口是啥
2. 如果 SSD 都需要另购，看性能需求，需求高只能走 PCI-E 协议的 m.2 盘加 TunderBolt3 的盒子，且你的电脑设备要还支持，需求不高看尺寸需求，对尺寸要求也不高就买普通的 2.5 盘，同容量性能下相对 mSATA 还是便宜，对尺寸要求高就上 mSATA 或 m.2 （看是想短宽还是窄长）

@mingyun 这个看看本地的编码环境是不是有问题，或者用 py3 大部分情况会好一些，我后面测试也是在 py3 下做的。回头我加个不输出 log 的开关，这样至少命令行下跑起来会好一点

@ingin 项目还是可以是一个项目，代码在一块，只是部署时分开启一个 flask web app 和一个 celery app，另外如果需要维持 beat，还要给 celery 启一个 celery-beat

单开一个监听 redis 的服务进程？ gunicorn 的 web 不去管这事

或者用 celery 之类的做定时任务，一分钟去检查一次 redis，不要让 redis 自己推送

看预算和对便携的需求

预算低，便携要求一般，上 DELL 的燃 7000 （现在三代是 i5-8265U/8G/256G，京东双十一前后 4799，加券更低），或小米的
预算高点，便携要求高点，上 DELL XPS 13，差不多三大件配置的 7k5 左右？
预算再高，便携和耐操要求更高，上 ThinkPad X1 Carbon 的美行，i7-8650/16G/256G/2K 自己换个更大的 SSD，总成本在 13k 内

SB2 的便携和性价比真的没问题么？

@baiyuxiong 抓这个也是要服务器和带宽的，同一个 IP 抓出去太多了也会被封，工具自己用吧，如果有人打算用这个工具做服务，也欢迎用，注明用的东西出处就行了，开源就应该这么玩

@neoprc 环境都装好了么？这个应该是 sqlite 库里的

链接后空格没弄好，重发一下 https://github.com/whusnoopy/renrenBackup

今天看到新闻，人人网的社交资产已经被陈一舟卖掉了，真庆幸自己先留了个后手

要打卡的公司最好都不要去挑战这条底线，被抓了你不好过你老大也不好过，真不在乎这个事情的公司就不会要打卡

技术旧其实不是什么大问题，好项目用旧技术一样可以做的很出彩

代码挫是问题，哪怕用了各种炫酷新技术，代码挫还是一样看不下去

另外看这个项目的投入产出比。如果仅仅是为了维护其能运行，那就丢那好了，如果怕未来底层技术升级跑不了，想办法用 Docker 之类的工具封装一个老的稳定环境用来跑他就可以了，如果要做轻度维护，那以前怎样你就怎样，只管改参数，如果是需要重度维护且价值高，那就申请重构，想办法分块分块的去剥离解决

Discuz 就是一个很好的 门户 + 论坛，做任何网站后台都够了
https://gitee.com/ComsenzDiscuz/DiscuzX

@baiman521 PHP 也有，更简单粗暴，业务逻辑和页面模板都在一起了，Python 还需要用 Django 或 Flask 这样的框架，搭 Jinja2 这样的模板引擎

另外就是 PHP 程序员人口基数更大，培训班也更多，导致企业找人好找，所以技术栈也往这边走

Python 做后端，优势是起步快，开发和逻辑测试效率高，缺点是一旦到了比较大规模，可控性比较差，所以大厂的业务后端还是 Java 居多

同样根据 Python 的优势来看，小公司或创业团队用 Python 的概率更高，因为要快速找到产品和市场的匹配点，以及满足基本业务需求，同样因为开发测试效率高，可以不用那么多人，所以看起来职位偏少，能做的都是技术创始人直接上

最后，我司在杭州，后端主要是 Python，有兴趣可以私聊（如果 V2EX 不允许此类广告，麻烦告知下我删掉这段）

@ooleslie 是的，Python 里的括号是分组，这里有内外两个括号就是匹配出这两个组