除非是单向虚线，不然这样罚没道理啊，支持复议和 12345

996+35 裁对于公司和资本来说肯定是有利可图才会如此盛行啊，屁股问题也是问题

问一哈，lg 的都可以吗，切换设置麻烦吗，双十一正好想入一块带鱼屏
@Sylv

就是 html 的内容，input 一般都有 name，多个 input 同一个 name 浏览器根据 input 类型的不同渲染成不同的组件，表单 form 里 input 的 name 也会变成参数的字段名，提交表单的时候会跟具体参数一起发出去。jsp 这种模板引擎现在几乎都不用了，当年没学过看了一小下就懂了，只要会 java 和前端，jsp 完全没难度的。

res = {}
for line in lines:
__res.setdefault(re.search('(?<=@).*?(?=:)', line)[0], line)
取 res.values()就得了

用的多的还是 5，特别是 5.6/5.7 这两个版本，不过学了 8 差别也不大，能学新的新的吧

主要把地址复制出来就好办了，闲置笔记本拿去做过些自用的挂机类小游戏的按键脚本，公众号没搞过但感觉比做小游戏的脚本还简单点，公众号聊天列表里按一次 page up/down 刚好是一屏，其他所有关键点的位置都是固定的，也不会误点广告，做脚本应该不太难，先拿完了地址再用别的东西爬就容易了

印象中测过 chain 最快，sum 次之，循环最慢

有些操作简单但是接口复杂的一次性办公问题，都直接写按键脚本了，low 但是有效

f-string 是真的多，:=过了新鲜期就不咋用了

3.8 更新以后用的最多的是海象运算符，后来还是觉得分行写好，清晰也不影响性能，几乎没有什么场景一定要放在一行里面，除了让程序看起来代码短点，3.9 期待的是字典运算符支持更强了，以前只有 Counter 可以这么用，但 Counter 的性能不太行，还有听说 3.9 标准库加了个图论库有拓扑排序，不过就是不知道有啥算法题以外的场景可用的，还有性能也有变化。

看了看更新报告，好挺长，虽然大多数都感知不到就是了。。

个人愿意读第一种代码，只要效率没问题就行。

用临时变量来实现交换对于 python 这种解释型语言来说是有效率差别的，直接元组交换视对象类型会快 20%-200%。

如果不涉及交换，多行赋值会比单行赋值要快 20%-50%，单行赋值涉及到元组解构，如果没有交换的话应该是慢一点的，有交换的是解释器生成临时变量帮你交换，比自己声明的临时变量要快点。

相同功能的 if 块运算以及 if-else 三元运算以及短路，从时间上几乎没有差别，怎么清晰怎么来，不过短路可以做多不止三元，多元运算的时候一般是短路比较快，但缺点就是一些布尔性质为 False 的变量不太好短路。

利用变量的布尔性质来返回肯定比写 if 块要性能好点

右上角可以中英文切换的

说起来，3.9 标准库好像有拓扑排序了

仅从子女教育来说，北京落不进东西海，那还真不如回省会，现在落户条件日益趋严，非应届的平民落户渠道几乎不存在，投资落户的资金损耗比去发达国家还高。

大多数快递公司都有物流部的，德邦的贵点好点，我 3 年前用百世，4 立方打木架跨省 2000 公里好像还不到两千多点

大城市买车便宜，上牌不想开长途可以考虑托运，之前 2000 公里只要了不到 3000，现在估计涨了点但应该也没太大变化

@css3 我的编码习惯基本都是刷 leetcode 刷出来的，从学习大佬到反哺社区，慢慢就熟练了，不过只要时间复杂度相当，写 for 循环也没啥不好的