windows + wsl2 + docker 来搭建集成开发环境需要相当的性能，而且 Jetbrains 系列软件的支持还不太好，这些问题还是比较劝退的。

刚发现 spam 评论貌似已经没了

12 因素和原教旨 Restfull 一样，你只能当成一种思想去理解，工程上讲是个几乎不可能达到的目标。
有个 RSS 阅读器叫 miniflux，一个打包出来只有几兆，运行只有几十兆的迷你应用，作者为了实现原教旨的 12 因素，坚持不用 sqlite 而是 pg（因为 go-sqlite 依赖 gcc），结果根本没用到 pg 的任何特性，还把 sqlite 相关的 pr 给驳回了...

把 12 因素当成工程目标而不是一种思想指导，只会有一个结果，就是灾难。

@jiting 已经抢到车位了，这次我就不搬了

上面这个实际上是我人工精校过的，但是哪怕把 AI 关键字去掉还是会受到影响，结果那些直接下载 youtube 机翻字幕的倒是没事...

为了附带更多的上下文，所以翻译前把多个字幕块合并，翻译完成之后再用中文分词拆分。
导致的问题就是分词拆分不能做的很细，不然会在不该断的地方断掉...

现在这个其实是 3.5 turbo 16k 翻的，deepseek 没用过，倒是用过 siliconflow，这玩意频繁请求容易失败，而且看起来是短时间被 block 了，没法用。
至于为啥没标注 ai 字幕，因为标注 AI + 搬运或者熟肉之后会被阿 b 降低权重，就像这样。

没什么必要，边际效应在这. 实际上最好的做法就是大多数服务用 Rails, 性能敏感的挑出来用 Go 写。

https://cha.fan/articles/4JUoaMfh9jAAeFXXBfWw

哪有那么容易... 国外都快变成 v8 宇宙咯。

虽然不想这么说，但是市面上其他语言类似的课程，比如什么 mini-vue, mini-spring 八九百就可以买到. 现在学 Rails 是完全找不到工作的，大多数人都是业余爱好，靠教这个赚钱，emmmm....

首先区分一下你是想要 ssr 还是 ssg.
ssg 的话很好办，build 的时候直接用 node 把 dom 输出出来就可以了。
ssr 的话 , 想用 sfc(.vue 文件) 只有用 nuxt, 没有其他任何办法。
不需要 sfc 的话用引入 cdn 的方式写 vue 就可以了。

如果你应用前端「状态」很重的话就老老实实 nuxt/vue spa, turbo 只能算是一个很薄的应用层解决方案，写起来太拷打。

因为 web 不等于开源，开发者并没有开放源码的义务…. 而且混淆很重要的作用就是反爬反攻击。

我觉得这个演讲已经把 Rails 从「是否是最优秀的 web 框架」这个简单的维度，提高到「去复杂度、极致的效率」这个工具设计理念的层面上了。

南京现在没什么靠谱的公司有 hc, 建议苏州 or 杭州。