流量不太大，建议数据库自己带的锁机制+事务就可以解决了

权利和义务不对等，让他们凉快去

我觉得挺好的。我要是招人我会看的，这个是什么项目有很大的区别。写了一个 language server ，我觉得至少能看出几个素质：
英语不错，能看懂 lsp 协议，这部分中文资料又少，基本只能参考官方的说明。
对编程语言和编译原理有认知，没有相关的基本了解，光看懂协议也不知道说的是什么。
好奇心很强，一般人不太会去研究这个类型的项目。
如果还能持续维护这个项目，那还能看出来责任心比较强，也乐意与用户沟通。

综上，这些素质对大部分职位都是超出标准的，我会可以和这样的人一起工作。

Reddit 上面找。很多都分享 dotfile 的

curl 党表示压力不大

这个真不错，是个很好的主意。文本过长的问题看看 langchain 能否解决？

@xiebruce 比如 kubectl 官方只有 bash 和 zsh 的补全，https://kubernetes.io/docs/reference/kubectl/cheatsheet/

问问，挺多命令行工具，不提供 fish 的补全脚本，这块东西大家怎么解决的

我们公司放的 first republic ，另外一家很流行的 startup 友好银行。现在也快顶不住了。银行不停给我们打电话，叫我们不要慌，别往外拿钱

缓存，什么缓存，感觉一个数据库够了

就是物理意义上的 “温度”。 温度越高，物质越活跃，能量越高，行为越难以预测，随机性也越高。

这个名字在其他的算法里面也有用到，比如上面提到的模拟淬火，也有温度这个参数，也是控制解迭代的时候随机性的。

@echoless 因为很多时候一些奇怪的设计准则 -- 比如不准多表联查, 不准使用外键, 不使用现代的数据库特性, 导致需要在语言层面上做文章. 比如把数据全拉内存里, 然后实现类似多表联查的功能. 然后因为内存问题, 需要卷一些 GC 优化之类的问题.

好多时候一些数据库的基本功能大家都不是特别熟悉. 新版本的 mysql 和 PG 都有实用的新功能 -- 全文搜索, json 字段. 不是什么项目都需要无脑上 ES, NoSQL.

对数据库的极限也不清楚.
2021 年的时候 notion 使用的还是单个 postgres 数据库, 该年启用了 sharding -- https://www.notion.so/blog/sharding-postgres-at-notion
2021 年的时候 github 还是使用单个 mysql 集群, 该年完成了多集群分区 -- https://github.blog/2021-09-27-partitioning-githubs-relational-databases-scale/

这里有个更长版本的，基本覆盖了他为什么创业，创业初期经历的各种方方面面。对连接他是怎样一个人有很多干货

https://podcasts.apple.com/au/podcast/shopify-tobias-l%C3%BCtke/id1150510297?i=1000446145221

How I built this 这个系列还挺好的，采访各种创始人，聊创业初期的种种

没测试和流水线的开源项目，基本告诉别人，你别来贡献了，这个东西只有我自己能玩儿起来

我司都有。感觉也不是特别费事。Tech lead 需要担起责任来，把流水线搭起来。这个属于一次投入，长期受益的事儿

因为购物软件只做购物

懂了，k8s 这种 i 项目注释文档都很齐全，所以我上我也行，我也能做 core contributor ！

同病相怜 -- 上线第一天刷了 300 刀

听说 openai 的 embedding 模型质量一般.