如果编程语言是女朋友，你觉得各个语言是什么类型的，哪种是理想型。

@kiraskyler
照你这么算，那如果我第一个工资 5001 ，第二个工资 5100 ，岂不是差了一百倍。
扣除开销的时候使用的绝对值，计算差别的时候却使用比例。

干净的数据不要碰 word ，会变得不幸。

当你的提问触发某些敏感话题，他会到知识库找一个最合适的定义好的回答给你。请求没有打到模型层就结束了。

@momo2789 restful 也支持 post + action 这种组合，算是对一些短板的补充。

一线城市做前台都能有 5000 了，还比较闲。
这种平台没必要浪费时间，骑驴找马赶紧走。

@ilingfeng 拍到乱星海我才入坑的，看的那叫一个爽。

是啊，每周六就期待看一集凡人修仙传哈哈哈

@viweei
给前端能有多少数据, 除去一些特殊场景, 普通的 API 给个几百条数据, 你就算把他遍历一百遍, 相比较网络等待时间和渲染消耗的资源, 都可以忽略.
缓存方面后端有自己的缓存策略, API 本身获取的就是经常变动的数据, 如果在 API 维度做缓存利用率很低, 所以会在更底层的数据, 不经常变动的部分做缓存.
另外假设后端满足前端了, 给的数据结构就是和页面结构相似的, 那前端就不考虑复用了吗, 意思是一个新功能开一套 API, 功能如果变动, 还要后端去改代码, 前后端分离的意义是啥呢.

这个我的经验是, 能力越强的前端, 他越是想后端提供基础通用 API, 因为这样他发挥的空间才大, 可以用基础食材组装出自己想要的东西, 所以前端才折腾出 bff, graphql 这些, 本质上就是前端不想要搞点什么都要找后端配合, 想要更高的自由度.

@ShawyerPeng 这里的重是指引入了消息队列，中间件变多，还是消息队列配套的消费代码重

感觉方案上有些问题，加锁更复杂而且 io 变多。
不如直接所有改动都扔队列，然后消费的地方攒一批数据做合并，然后写入更新，这样 io 也会降低。

买一个海外机器搭一个中转最稳

这有啥好纠结的，实际找个项目测试下不就行了。

"只要输入的多，ai 生成的代码准确性就会高"
错误的，输入越多幻觉越严重

agent 市场一天一个样，不用担心同类产品出来

搞半天戒色吧来的

不好意思我第一次没好好看你的文章，我上面说的你在第二个版本已经实现了，只是好奇为什么博客系统需要这么多的服务。