[[Rainbond]] 在海外推广遇到了困难，他们观察到的 3 个明显问题是：
评论区中提到了 [[Harbor]] 在世界范围内被采用，是因为他们隐藏了是中国地区开发的。我觉得可能不是主要原因，当时 Harbor 是顶着 [[vmware]] 的光环在的，大家看重的更多应该是 [[vmware]]。对于评论区中的产品选型原因，感觉和行业或者技术壁垒有直接关系，比如 [[TiDB]] 那么多海外用户，[[Clickhouse]] 背后的投资人 [[Yandex]] 是俄罗斯公司，[[Deepseek]] 的开源项目引起的轰动，他们会没有考虑中国/俄罗斯的政治风险么？我觉得肯定考虑了。
下面那篇 TiDB 的文章中，也提到了国际化：
“最好的国际化，就是本地化。”
不同地区的文化差异太大，技术再牛逼，客户支持做不好，客户一样骂你没商量。
Storage suppliers stare down Trump slump after tariff mayhem – Blocks and Files
不确定性会阻碍公司进行长远计划（这句话印象中之前一直是用来描述大陆的），现在看由于关税影响，短期内的报价工作都无法正常进行了。。
尝试去应对变化，而不是预测变化，因为你永远不知道明天的需求是什么。
值得反复阅读的经验总结。
关于如何做用户调研的一些技巧。我的总结是，如果带有预设的去聊，对方作为用户可能什么都要，但是这些并不是真正需要的，不能看对方说了什么，要看对方 做过 什么，从对方 做过 的事情来吸取经验。
DuckDB’s CSV Reader and the Pollock Robustness Benchmark: Into the CSV Abyss – DuckDB
[[DuckDB]] 尽可能的以兼容方式来读取 [[CSV]] 的方法：
FROM read_csv('cafes.csv',
strict_mode = false,
null_padding = true,
quote = '"',
escape = '"'
);
想到之前帮朋友处理一个奇奇怪怪数据的 Excel 的痛苦，当时好像用 [[pandas]] 手动处理了很多边界场景。
这篇文章中推荐了 GitHub - danielgtaylor/huma: Huma REST/HTTP API Framework for Golang with OpenAPI 3.1 ，之前在做新项目的时候，考虑使用自动生成 [[openapi]] 文档的框架，不想在 Gin 里面手动写注释生成，当时的选型还有 GitHub - go-fuego/fuego: Golang Fuego - Web framework generating OpenAPI 3 spec from source code - Pluggable to existing Gin & Echo APIs，好像是因为在自定义错误码的处理上不灵活，最终都没有使用，选择了 [[grpc]] + grpc-gateway + buf 自动生成的方式。
Automating Linux bare-metal server deployment in Hetzner with Ansible – Palark | Blog
最近因为一个内部 BeraMetal 相关项目的后续迭代方向进行了一些思考，做 BareMetal 太苦了，比如这篇文章中的实现方式，如果没有 [[Hetzner]] API，会非常痛苦。痛苦的点在于：
我发现我越来越喜欢用年为单位去描述事情，可能这就是时间加速感的体现。希望自己能在未来的日子里：
- 保持好奇，保持谦逊，保持怀疑精神
- 接受随机，接受老化，接受自我平庸
最近也在想，是否“需要”换一个城市生活，还没有想法。
[[股权]]激励指南。 有需要的朋友可以看看，避免发生 zhihu 惨案。
看着确实太苦了，平时我都不徒步，重装徒步就更不可能了。
在知识获取越来越“容易”的时候，其他方面的影响被放大了。
I’m Leaving Sentry | Armin Ronacher’s Thoughts and Writings
十年。
《火锅艺术家》，一部典型的东北喜剧人电影。
《饥饿站台 2》，和朋友聊到才发现《饥饿站台》出了第二部，能够感受到创作团队想要表达的内容很多，但是最终呈现出来的效果不好。