抖音为什么如此成功？
抖音自2016年9月于今日头条孵化上线，定位为适合中国大陆年轻人的音乐短视频社区，应用为垂直音乐的UGC短视频。从数据来看，抖音主站在2021年第一季度的平均日活已过6亿，非常惊人，可见用户对于抖音产品的认可和依赖。同时，笔者周围有不少人的抖音都是装了又卸，卸了又装，感叹：刷抖音太费时间了，一不小心几个小时就过去了。那么，抖音是如何在互联网行业中突出重围，脱颖而出的呢？
为什么微信能做支付，支付宝做不了社交
关于"为什么微信能做支付，支付宝做不了社交"这个问题之前有过很多讨论，最近看到一个最直接直观的解释是，因为应用场景的包含关系不同。
Rollback Stylish Chrome Extension
Stylish used to be an excellent Chrome extension. It is able to customize css style for any website. I used this extension to change font to Monaco for many years.
Unfortunately, a recent auto update (July 6, 2022) makes it completely unusable: seems that the custom css style is applied after loading the page, so the page will keep the original font until finished loading the whole page and suddenly change to the custom style. Besides, the extension UI has a big change which cannot load properly.
Check the latest user review and found lots of 1 star bad review:
So I investigate how to rollback to an old version Stylish and disable update.
回滚老版本Stylish Chrome插件
(从前) Stylish 是个特别好的Chrome插件，可以自定义不同的css style，覆盖网站原有的风格和字体。我使用Stylish主要是将网页本身的英文字体改为Monaco，中文字体是雅黑。
不幸的是，最近一次的版本自动升级 (July 6, 2022) 让插件彻底不可用了：看起来css需要在整个网页加载完毕之后才进行覆盖，导致网页字体在原字体和Monaco之间跳转切换，闪瞎眼。此外，UI也进行了大改，设置style的入口变得很深且常常加载不出来，非常闹心。
看下这插件最新的User review，一水的一星差评：
那么如何使用老版本的Stylish并阻止它自动更新呢？
Hexo Generate Wrong Permalinks Date
After Deploy Hexo From
Private Repository to GitHub Pages, we encounter many issues: GitHub Checkout Action
Preserve File Modification Time, and now some posts' permalinks date
may shift one day. For instance, assume the original markdown date is
2020-07-13 00:50:05, the generated permalinks date becomes
2020/07/12. Since the permalinks changed, search engines
will regard these posts are not found which impact the SEO
performance.
Hexo生成错误的永久链接日期
使用 #
从私有代码库自动部署Hexo站到GitHub Pages 之后，真是幺娥子迭出：先是
文章的最后编辑时间不正确
，现在又发现有些页面的永久链接的日期会差一天，比如markdown写的是2020-07-13 00:50:05，生成的永久链接变成了2020/07/12。这个错误可能会导致搜索引擎找不到老页面，从而影响搜索展示。
什么是一个优秀的校招候选人
作为面试官面试过数百候选人，深知招人难，招合适的人更难。同时，所谓“良禽择木而栖”，找一份自己满意的工作也并非易事。社招由于岗位职责的不同，与校招的标准有较大区别，下回分解。今天我们从面试官的角度来聊聊，对于技术研发岗，什么是一个优秀的校招候选人。
深度文本检索模型：DPR, PolyEncoders, DCBERT, ColBERT
文本匹配与检索是NLP中的经典问题，主要研究两个文本的主义相似度，通常用在检索系统的召回阶段。传统的召回方案如tf-idf和BM25具有速度优势，但在语义匹配方面有所欠缺。随着预训练模型的发展，使用深度模型进行文本检索变得必要与可行。
使用深度模型进行检索，主要矛盾是检索性能与速度的平衡。 本文对几篇经典的文本检索模型工作DPR, Poly-Encoders, DC-BERT 与 ColBERT 的主要思想进行介绍与对比。
[EMNLP2020] Dense Passage Retrieval for Open-Domain Question Answering
[ICLR2020] Poly-encoders：Architectures and Pre training Strategies for Fast and Accurate Multi sentence Scoring
[SIGIR2020] DC-BERT: Decoupling Question and Document for Efficient Contextual Encoding
[SIGIR2020] ColBERT: Efficient and Effective Passage Search via Contextualized Late Interaction over BERT
GitHub Checkout Action恢复文件修改时间
在 # 从私有代码库自动部署Hexo站到GitHub Pages, 我们用GitHub Action实现了自动化部署Hexo站。但还存在一个问题，在每次部署后所有文章的修改时间都变成了当前时间，而非实际的修改时间。这样的问题在于所有历史文章在每次部署之后都会发生变化，会让搜索引擎误认为这个网站时常改动。
经过分析发现，Hexo正是使用文件修改时间作为文章的最后编辑时间，但 git从设计上就不保留文件的修改时间 。在checkout之后，所有markdown文件的修改时间都变成了当前时间。
GitHub Checkout Action Preserve File Modification Time
By # Deploy Hexo From Private Repository to GitHub Pages, we can leverage GitHub Actions to automatically deploy the Hexo website. However, for each deployment commit, the post's edit time will be changed to the current time instead of actual modification time. It may mislead the search engine to regard the website as a frequently modified site.
By default, Hexo uses the post file modification time as its edit time. By design, git doesn't preserve the file modification time (refer to this). After checkout action, the file modification time will be the current time.