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

@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 ，修改一下就行

demo 有很多，比如
https://github.com/astonishqft/pnpm-monorepo-demo
https://github.com/jkomyno/pnpm-monorepo-example
https://github.com/NiGhTTraX/ts-monorepo

比较成熟的项目可以参考一下 pnpm： https://github.com/pnpm/pnpm

slack ，卡到怀疑人生

基于 master 创建分支，提交验证，验证通过后，再 cherry-pick 到 prod 分支上，再次验证。两次验证通过后，就可以合并代码了。

两次验证可以保证今天 hotfix 和下次发版都不会有问题

看到过类似的产品，相比 op 的产品还提供了老师人像、嘴部合成，读音纠正等功能