过早优化、过度设计是万恶之源。

忘了从哪本书看到的三枪理论，先简单粗暴实现，如果有问题就改，如果同一个地方有问题超过 3 次，就可以考虑重构了，否则怎么快怎么来

@fov6363 补充一下 Cookie 也有一个 same-site + Secure 的设置会影响到跨域的问题，可以看一下 cookie 的设置

@liudewa #17

发送请求时，有一个 withCredentials 的设置，如果需要携带 cookie 过去，那么仅设置 * 是不可以的，必须是你的 host:port ，是不是你调用这两个不同的 API ，这个参数不一样？

而且都是 ip 地址？这只是本地环境吧，如果只是本地环境有这个问题，自己加一层代理得了

这个能支持移动端吗？非常需要一个对话式口语练习的产品

我是一个小程序需求，就是通过拍照识别食物的名称，然后输入克数可以计算热量，现在市面上没看到有类似的产品，感觉可以解决一部分人控制饮食的需求

@guguji5 #16 社交手段也不是违法

pnpm 提供的 monorepo 能力太棒了

建议每天发抖音

点进来加个油，祝好

@ginobefun https://i.imgur.com/vscr0QP.png 我是用的 PC 端，如图，我的意思是这个图里 [ AI Coding 工具使用率激增，200+ 程序员反馈显示编程效率大幅提升。] 这个我很感兴趣，我怎么访问一下原文链接呢？

这里的内容不能点链接查看吗？在 https://www.bestblogs.dev/newsletter/issue18 这个页面也没有链接

大明王朝 1566
明朝那些事
历史书应该有挺多的

@whp1473 #40 哈哈，熟练使用 cherry-pick

纷享销客
优点：刚拿了一笔融资，7500 万美元，短期内应该不会裁员；做 crm 的 toB 头部企业，toB 行业有一点知名度吧。
缺点：但国内的 toB 不好做，都是屎山代码+定制需求，要有心理准备。

华为 od
优点：收入会多一些，有一点大厂光环。
缺点：转正困难，可能会有外包 debuffer 。

如果想长期干的话，建议纷享销客，toB 很难干，但相对稳定一点。od 转正不了的话就很难受。短期的话建议 od ，拿钱多一点，也相对轻松一点。

一个类似的解决办法，加一个 BFF 层，将所有接口汇总为两个接口：
1 、/api/config/update
2 、/api/config/list

app 在打包时，自动从 /api/config/list 拉到最新的全量的配置，并返回一个 hashId 来标识这次结果，这样用户打开 app 所有功能都是可用的。

然后 app 定期轮询 /api/config/update?id=$hashId ，如果有变更，就返回 true ，然后 app 端异步更新 diff 数据（复杂点就设计一套 add 、update 、delete 的语法，简单点就全量再拉一遍），如果无变更，就返回 false 。

这样针对相同的 hashId 还可以做 cache ，对后端的压力比较小

他：你中午在哪里吃的饭？
我：我在楼下云南米线吃的
他：你在楼下云南米线吃的是吧？
我：是的，你说我在楼下云南米线吃的是对的

他接下来会说什么？会不会无限套娃

将 array shuffle 后，维护一个 readIndex ，每次取 [readIndex, readIndex + m], 然后 readIndex = readIndex + m 。如果 readIndex > array.length ，返回 null 结束

背景：你是一位数学家，擅长解决复杂的数学问题。你需要详细解释并解决以下数学问题。

任务：请逐步解决以下数学问题，并提供详细的解释。

问题：比较 9.11 和 9.9 哪两个比较大

请开始你的解答：

https://codepen.io/donmar/pen/OZNEym 网上找到的一个 demo ，修改一下就行