1 楼是多倒霉...
我退租时候给人家墙上粘勾拽下来了, 掉了一大块墙皮 /墙纸, 问了下说没事, 整个过程用了 5 分钟吧, 就是抄水表
不过中途断租的时候, 管家会建议我发上去转租, 避免交违约金, 毕竟我是自己写软件找到的性价比打分最高的, 刚挂上去第一天就接了三四个电话, 但是都说看看不确定要租, 我就撤了直接租给以前同学了(毕竟青年路 3 居 2017 年才 1900), 看都懒得看说反正自如都长一个样, 我住过的也不会脏哪去, 最后没交违约金
至于窗帘脏了, 有保洁去管, 这是窗帘上喷到什么东西了还洗不掉了, 只听描述也猜不到, 我那屋子虽然平时拖地, 但是窗台和窗帘倒是脏

自如的缺点就是特么贵, 比自己找房东贵个四分之一... 太黑了
优点就是, 里面很少(注意是很少)乱七八糟的人, 因为不租给 35 以上还是 40 以上, 然后因为价格高, 邻居也都是比较在乎面子的, 如果遇到刚毕业的学生就是赚到了

遇到过的坑基本上 99% 是室友问题, 当初因为刚毕业, 为了租到公司旁边, 住了个 4 居室, 里面居然有 5 个女的一个男的, 绝望了, 厕所下水道永远都像有女鬼要爬上来, 而且厕所纸篓里全是血, 排队洗澡只要犹豫 1 分钟, 下一波就得 1 小时以后了

所以挑房子 打分标准: 地铁近, 楼层高, 女生少, 价格低, 面积大, 房间少, 非顶楼, 朝向好

当年挑房子打分时候的样表

https://github.com/ClericPy/zirooms/raw/master/pic.png

很多所谓的问题都是 by design 的设计, 目的性很鲜明了, 微信活到现在不是因为它多好, 是因为它没有 open API, 反正国产 IM 的调性从来就跟外国货不一个路子, 烂不烂问厨房吧, 反托拉斯是不存在的

工作需要才用起微信(微信办公也是醉醉的...), 当年还有个离线 QQ 消息功能, 渣的就跟有时差一样

辞职以后我基本每天睡前才看一眼微信公众号, 以前微信是工作需要, 一个手机号注册多个微信又那么费劲, 所以加了一大堆不认识的人和群, 分组功能那么差, PC 端又跟报复社会一样

一句话老年人才用微信

新媒体营销, 朋友圈传销, 抖音快手 bla bla
我不会, 下一个

比较好奇 12345 怎么回答的

内容管理系统? 现成的 CMS 只要接入数据库就可以展示和 CRUD, 录入数据自己跑个脚本

linux mint 上有 backup tools
Ubuntu 的话... 当年用公司里的同配置戴尔玩过 rsync 和 tar 全盘... 要了老命了....... 听说过 dd, 不过那次 tar 就够费劲了, 而且 tar 过去的还得改挺多硬盘信息...
所以之后的基本就打算备份 home, 其他全丢弃, 但还没遇到实战就跳 Manjaro 了...

综上, 以上都是废话, 我并不知道怎么批量安装... 如果是局域网, rsync 最省劲

@Trim21 是开发者, 不过会传到 pypi 上...

以前在 python 里测试过, 1 核 CPU, 线程并发 1 到 2 , 提升明显, 2 到 5 变化也很大, 超过 5, 线程切换开销比较大的情况下, 耗费时间就没那么明显的优势了. python3 ThreadPoolExecutor 官方建议的好像是 n*5, 也就是 pool size 是 None 的时候
if max_workers is None:
# Use this number because ThreadPoolExecutor is often
# used to overlap I/O instead of CPU work.
max_workers = (os.cpu_count() or 1) * 5

不过协程的时候就不会太讲究了, 开 100 并发, 性能一直是线程三倍以上

@okwork
上面那个 performance 对比, 3.7 和 3.8 对 3.6 提升太大了...

@youthfire
和 Pycharm 没关系, 一大些 C 的代码编译不过来, 3.7 的好处是 pypi 上已经替你编译成 whl 了, 早些年没有 wheel 的时候, 那编译叫一个痛苦, 后来非官方编译 whl 才解决了一半问题

@Trim21 这回复绝了... 维护者平时心态都这么好的么

@youthfire
@l4ever
append 里提过了, 没装 VS 或者 mingw, 就先别更新, pypi 家还没提供对应 3.8 的 whl, 我也是 aiomysql 和 lxml 出问题才回滚的, Windows 永远都是二等公民

关键词: 略有差异, 受邀京东, 持续关注阿里

你要是 Windows 而且会 autohotkey, 就可以自动补全着玩了
否则还是像楼上们说的用剪贴板工具吧

1. 改其源码
2. 遵其规定
3. 读其文档

@redam 某乎热榜, 之后被 V2 上的段友发了一个 B 站视频, 5 分钟看完十万字的书...

@dafsic 我也是这个场景下用的, 不过一般会带 timeout 跑, 超时 cancel
理解协程比较粗糙的想法就是
协程函数 ->

协程(相当于一个迭代器但是没开始迭代) + Future (相当于一个 awaitable 的对象, 在 set_result 的时候标记状态为 done, 结束 await, 很多语言里有这种 Future 概念) ->

组成一个 Task(Task 是 Future 子类) ->

Task 里如果没指定 Loop, 会在 get_event_loop 得到的那个里面开始执行, 主要注意两个问题, 1 不能在 difference Loop 执行的报错 2. Loop 已经 running ->
Task 可以被 wait, 这里可以设置超时; 也可以被 await, 也有办法设置超时, 阻塞该行代码, 不阻塞主线程; 要注意有的 timeout 会 cancel, 有的不会;

协程对线程最优良的一个地方就是, 随时可以中断, 线程想中断太难了

管它潜意识表意识, 反正都没法量子看书

同步思维里会开个线程丢到后台里跑
异步里面, 旧版本使用 asyncio.ensure_future, 新版本支持 create_task
简单的说就是一个协程函数 -> Task 的过程, 就是让它去执行的过程, 不变 Task 就不会执行, Task 和协程都可以被 await

至于上面说的那些个起一个线程的是什么鬼我也不知道, 但是线程有个好处就是有个 daemon 参数, 这个参数控制的是主线程在运行完毕后是否等待这个在跑的子线程跑完再退出程序. asyncio 的 Task 有没有这功能不太确定, 一般情况下会被直接 cancel 丢弃

最后一段虽然有点道理, 但我还真就想不出怎么反驳