近期开发的一些经验总结：
- 在进行性能分析之前不要想当然的优化
项目里面我造了一个HTML分页器的轮子，用了BeautifulSoup。一开始性能差得吓人，十万字的HTML要分整整150s。处理过程中以为是BS的问题，解析器换成lxml并使用cchardet之后性能提升也十分有限。用cProfile跑了一下发现 list.index 方法占用了146s😅浪费了我三天的时间。
- 谨慎使用 list.index
Python中的 list.index 似乎是直接遍历查找，时间复杂度为O(n)，导致性能这块拉了大胯（更别提我在一个上万次的循环里面用 index 😁）
- function.cache 是好文明
这个装饰器实在是好用，我恨不得把项目里面的所有函数都给加一个。简而言之，function.cache 通过缓存函数的返回值并在第二次调用时跳过执行直接返回结果来加快函数的执行。因此对于耗时较长而结果通常没有变化的操作（I/O等）可以用这个修饰器来优化。
- 小心附加调试器
附加调试器会小幅度地拖慢程序执行，在性能测试的时候别开

腰子彻底好了🥰各位tu还是要多喝水

“今日，当我们悲叹儿童缺乏顺从性时，我们其实是悲叹他们顺从同辈与大众媒体，而不是顺从父母与老师。现在我们已经知道，若大人的权威被过度弱化，带来的问题不亚于他们的权威被过度强化。”
-- 理查德·霍夫施塔特《美国的反智主义》

除特殊说明外，该频道所有内容均以 署名 2.0 通用协议 发布。

一百订阅者感谢🥳

200订阅大感谢！

300订阅十分感谢！
资料需要整理，预计明天会发出来

浅谈一下Bilibili短链接追踪的问题
先放结论：使用短链接分享不会开出你的B站号该结论已失效，详见此处
下面是分析：
这是一个短链接
https://b23.tv/qnpPb0L
这是跳转后得到的链接：
https://m.bilibili.com/video/BV1hG411n7iS?p=1&share_medium=android_i&share_plat=android&share_source=COPY&share_tag=s_i&timestamp=1658291507&unique_k=qnpPb0L&share_times=1
其中，链接有7个参数，而只有unique_k参数能够与你的B站号产生关联，但这种关联只储存在B站服务器内部，外部无法查询。
因此，就目前而言，使用Bilibili短链接分享是安全的
当然，如果国安要求B站提供数据那我也没办法😁

一发十连不仅卡池毕业还补上了我最缺的几个学生，我只能相信这是上天对我天天爆猛料的赞赏😁

500订阅感谢喵🥰

你妈，我刚刚看米诺之歌，被旁边表妹嘲笑说都成年了还看二次元女孩，我急了我急了😭😭😭

https://www.bilibili.com/video/BV14e4y197CH
来看看找找先生的力作
另：我其实一直挺敬佩找找的，人在国内还能这么狂，每次看他油管的作品都觉得他是不是想申请政治庇护了
又另：这首歌我怎么总感觉是在隐喻河南银行取钱难事件呢🤔

感觉晚子今年写的歌普遍低气压😢
尤其是最后两句，我真的怕晚几哪怕解散了也走不出枝江地狱，那种事情雅达哟😭