近期在看 HTMX 。 觉得里面的思想很有意思。

你的接口是专门为页面服务的吗？如果是，那就是页面特定的接口，接口的设计应该跟着页面走，失去了通用性，JSON RPC 是最合适的

如果你的接口是通用的，不需要服务特定的页面。那就用可以用 REST 风格去设计，不用考虑是谁消费接口，最大的满足通用性

个人感觉也是 O(n). 说明 面试官 根本没有仔细看你的逻辑，认为有两个循环就是 O(n^2)

来玩 arch, 滚动更新

用 rust ，一次学会(废)，终生受用，连续多年 stackoverflow 最受喜爱的编程语言，而且学 rust 可以了解很多细节，少(多)走很多弯路

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-term-query.html

warning 已经说了：当字段指定为 text 时, es 会用分词器重写字段的内容，所以用 term 查找是搜不到的，用要 match 查找。

难怪我说今天怎么网络质量那么差。看来腾讯云还是不靠谱，后面准备转移

后面 Caspian 一出场的时候大概就猜到了。剧情整体不错，有看点，不过不太喜欢女主妈妈和同事之间的这段剧情，感觉有点生硬

我认为分 IO 和 CPU 密集型

如果是 IO：
1.上多线程
2.上异步

如果是 CPU：
1. 不要管
2. 用其他语言如 C 重写关键逻辑，或者整个逻辑
3. 换解释器，如带 JIT 的 pypy

https://v2ex.com/t/797765
https://v2ex.com/t/844528

可能是中国团队之间的合作

微软电脑管家只提供了中文版，换成非中文可能就不推送了？

物理定律还有适用条件呢，更何况数据库的访问模式不同，硬件、软件也会不断地迭代和优化

#1 @Livid 说的并不正确，时间戳会出现负数，并且负数表示 1970 年 1 月 1 日之前的时间，所以不适合用无符号，应该用有符号。

就我所看过数据库的文档，就算有了索引，数据库还会采集数据的元数据做辅助判断是否使用索引。用 explain 查看数据库实际的执行计划才是正解

个人觉得应该调整写代码时心态：不要小瞧任何一项小功能，一个小功能背后，其实有很多的看不见的大功能支撑

在时间允许的情况下，设计好代码结构，尽量考虑各种边界情况，给未来的代码预留扩展空间，做好代码模块的封装，了解背后接口 /功能的大概实现，每一行代码都做到心中有数

比如在兼容代码这块，其实背后有很多的设计思路可以挖掘：代码层面，程序之间 api 层面，数据结构，业务上，项目上。然后扩展到设计模式，api 的设计，数据结构上的设计，用什么方式，既能不破坏现有的功能，又能增加新的功能，尽量避免引入新的 bug

当然，这些都是软技能，不是什么我学会了 xxx 框架，xxx 语言，挖掘支撑小功能背后的知识，找到自己感兴趣并有学习动力的知识点最重要

我自己经验也不足，希望这点经验可以帮助到你

我 8 月 30 号也刚离职，仗着年轻，除了生活费和房租，没有其他大开销，还在潇洒当中

软删除有一堆需要考虑的细节问题，关联表同步，唯一性破坏，查询条件带软删除标记，统记时数据清洗，空间占用。

性能最佳的不一定就更好，我一直不太喜欢 chrome 开发者工具的主题配色，反而觉得 firefox 的更好看。chrome 强制推进 manifest v3 ，导致广告拦截扩展基本不可用，也导致许多人不满。

看了文档，当你监听了 SIGINT 信号,就相当于覆盖了 go 对 SIGINT 的默认行为（退出程序）

简单方法：让 main 函数也监听 SIGINT 信号。

搜索了一下，rfc 2047 规定了邮件里面如何表达非 ascii 编码的文本，你发的文字就是经过 rfc 2047 规则编码的文本。我不懂 php ，但是 https://www.php.net/manual/en/function.imap-mime-header-decode.php 好像可以用