[iPhone] 用过 iphone3Gs/4/4s/5 吗，给你个好玩的
https://imgur.com/d9YHLZ8
👆手机扫上面的，尽量用不要用微信扫，相机最好(不会整你的，放心）
也可以访问： https://ios6.nost.si/
当初想买 4 ，觉得拟物风格很棒，但觉得有点贵，等等新版，结果想买时，人家又新出的了。老乔也挂了。
via V2EX (author: zackkk)
https://imgur.com/d9YHLZ8
👆手机扫上面的，尽量用不要用微信扫，相机最好(不会整你的，放心）
也可以访问： https://ios6.nost.si/
当初想买 4 ，觉得拟物风格很棒，但觉得有点贵，等等新版，结果想买时，人家又新出的了。老乔也挂了。
via V2EX (author: zackkk)
[分享创造] 我把我儿子的玩具做成了小游戏，开发了 2 天，审核了快一个月，终于上线了！
我是在抖音上刷到的这个游戏， 觉得挺好玩的， 然后就买回来给我儿子，想锻炼一下他的专注力。
玩具长这样
游戏规则就是根据图二中的题目，摆放好黑色的积木块。 然后把其他颜色的积木块填满整个格子就算过关。
但是买回来之后发现还是有点难度的，小朋友自己玩一关都过不了。
后来就变成我自己玩了， 但是实体的玩具总还是不太方便随时随地玩的
所以我就灵机一小动，做成了微信小游戏。
小游戏长这样
开发就非常简单，我把积木和关卡图一起丢给 codex ， 然后告诉它游戏规则。很快就开发好了。
后面就是优化操作，加一些操作引导。
弄好之后给几个朋友试玩， 他们都反馈说是太难了，第一关就太难了，直接劝退。
所以我就加了一些引导关卡。
最后就是审核，微信小游戏的审核周期实在是太长了。
刚好碰到了国庆假期，导致审核时间延长了很多/
微信备案， 管局备案 （感觉现在他们审核量已经爆了）
最后 这是小游戏码。希望各位 v 友扫码体验一下， 给一点游戏操作上的，或者一些其他的意见~
via V2EX (author: barantt01)
我是在抖音上刷到的这个游戏， 觉得挺好玩的， 然后就买回来给我儿子，想锻炼一下他的专注力。
玩具长这样
游戏规则就是根据图二中的题目，摆放好黑色的积木块。 然后把其他颜色的积木块填满整个格子就算过关。
但是买回来之后发现还是有点难度的，小朋友自己玩一关都过不了。
后来就变成我自己玩了， 但是实体的玩具总还是不太方便随时随地玩的
所以我就灵机一小动，做成了微信小游戏。
小游戏长这样
开发就非常简单，我把积木和关卡图一起丢给 codex ， 然后告诉它游戏规则。很快就开发好了。
后面就是优化操作，加一些操作引导。
弄好之后给几个朋友试玩， 他们都反馈说是太难了，第一关就太难了，直接劝退。
所以我就加了一些引导关卡。
最后就是审核，微信小游戏的审核周期实在是太长了。
刚好碰到了国庆假期，导致审核时间延长了很多/
微信备案， 管局备案 （感觉现在他们审核量已经爆了）
最后 这是小游戏码。希望各位 v 友扫码体验一下， 给一点游戏操作上的，或者一些其他的意见~
via V2EX (author: barantt01)
[程序员] 能在这里认真讨论一个技术问题么
大家天天在这里讨论封号呀，降智呀，重置额度呀，新模型呀之类的话题。但我想认真讨论一个 AI 时代的技术问题。 在中文开发已经成为主流的当下，我们应该如何保证你的产品不会因为 AI 产出的屎山代码而彻底从底层崩溃掉。 先说结论，我认为大家应该把关注点平均分成三份，代码，测试，文档。这三份都要投入同等的注意力，甚至我觉得测试文档加起来的 token 占用至少要到整个项目的 2/3 以上。 这里先单独讨论一下文档方面的问题，很多从一年前开始接触 AI 编程的都知道实际开发之前要先让 AI 写 Plan ，然后你就会有成百上千个 Plan ，一开始我只是觉得很乱，整理起来很麻烦，但那个时候我还没意识到文档实际上并不应该给人看，或者说并不应该只是给人看的。 后来我在开发过程中逐渐摸索出了一套经验，鉴于 AI 宝贵的上下文以及太多上下文会导致注意力腐化，我就搞出了分层薄索引机制，让 AI 可以快速索引出他关心的文档，然后我发现文档虽然都有了，但是 AI 经常不看，导致每次做类似的工作会犯重复的错误，我就在 agents.md 里面按功能给出指南的索引，总之就是各种索引，尽量减少 AI 摄入不相关信息的频率，另外还要通过技术手段保证文档链接正确，过时信息实时更新，比如有的时候 AI 参考了过时的文档就会酿成大错。具体的内容我放在了这篇文章里面，大家感兴趣可以看看。 https://juejin.cn/post/7696444047595175946
via V2EX (author: illegals0001)
大家天天在这里讨论封号呀，降智呀，重置额度呀，新模型呀之类的话题。但我想认真讨论一个 AI 时代的技术问题。 在中文开发已经成为主流的当下，我们应该如何保证你的产品不会因为 AI 产出的屎山代码而彻底从底层崩溃掉。 先说结论，我认为大家应该把关注点平均分成三份，代码，测试，文档。这三份都要投入同等的注意力，甚至我觉得测试文档加起来的 token 占用至少要到整个项目的 2/3 以上。 这里先单独讨论一下文档方面的问题，很多从一年前开始接触 AI 编程的都知道实际开发之前要先让 AI 写 Plan ，然后你就会有成百上千个 Plan ，一开始我只是觉得很乱，整理起来很麻烦，但那个时候我还没意识到文档实际上并不应该给人看，或者说并不应该只是给人看的。 后来我在开发过程中逐渐摸索出了一套经验，鉴于 AI 宝贵的上下文以及太多上下文会导致注意力腐化，我就搞出了分层薄索引机制，让 AI 可以快速索引出他关心的文档，然后我发现文档虽然都有了，但是 AI 经常不看，导致每次做类似的工作会犯重复的错误，我就在 agents.md 里面按功能给出指南的索引，总之就是各种索引，尽量减少 AI 摄入不相关信息的频率，另外还要通过技术手段保证文档链接正确，过时信息实时更新，比如有的时候 AI 参考了过时的文档就会酿成大错。具体的内容我放在了这篇文章里面，大家感兴趣可以看看。 https://juejin.cn/post/7696444047595175946
via V2EX (author: illegals0001)
[Python] 前端想学后端，但是看完这段代码就已经力竭了
就是一段读库操作，就涉及 py 的基础操作和上下文管理，PyMySQL 数据库操作。其中数据库操作又涉及 pymysql 的函数作用和事务处理。每一个知识点又能扩展很多内容🤯
via V2EX (author: Bologna)
def fetch_created_at():
conn = pymysql.connect(
host=MYSQL_HOST, port=MYSQL_PORT, user=MYSQL_USER,
password=MYSQL_PASSWORD, database=MYSQL_DATABASE, charset="utf8mb4",
)
try:
with conn.cursor() as cur:
cur.execute("SELECT created_at FROM A WHERE uid=%s", (TARGET_UID,))
return [r[0] for r in cur.fetchall()]
finally:
conn.close()
就是一段读库操作，就涉及 py 的基础操作和上下文管理，PyMySQL 数据库操作。其中数据库操作又涉及 pymysql 的函数作用和事务处理。每一个知识点又能扩展很多内容🤯
via V2EX (author: Bologna)
[Google Play] MeshPin 上架 Google Play 了，要求招募测试人员参与封闭测试，有兄弟帮忙测一下吗
eshPin 是什么：基于 Tailscale 协议的私有组网工具，在组网之上做了远程桌面（ H.264/HEVC ，P2P 优先、中继兜底）和设备间文件互传。全平台：Android / iOS / macOS / Windows / Linux 。
为什么在招募：Google 对 2023 年后注册的个人开发者有硬性要求——封闭式测试至少 12 人持续 14 天，才能解锁正式发布。
参与方式（需要有 Google 账号和 Play 商店）：
1. 加入 Google 群组： https://groups.google.com/g/meshpin
2. 点击测试邀请链接加入： https://play.google.com/apps/testing/com.meshpin
3. 安装后保留 14 天即可，正常使用无需刻意操作
测试期间有任何问题可以在本帖回复或 GitHub 提 issue 。正式上架后会送参与测试的朋友 Pro 会员作为感谢。
官网： https://www.meshpin.xyz
via V2EX (author: wangsilence)
eshPin 是什么：基于 Tailscale 协议的私有组网工具，在组网之上做了远程桌面（ H.264/HEVC ，P2P 优先、中继兜底）和设备间文件互传。全平台：Android / iOS / macOS / Windows / Linux 。
为什么在招募：Google 对 2023 年后注册的个人开发者有硬性要求——封闭式测试至少 12 人持续 14 天，才能解锁正式发布。
参与方式（需要有 Google 账号和 Play 商店）：
1. 加入 Google 群组： https://groups.google.com/g/meshpin
2. 点击测试邀请链接加入： https://play.google.com/apps/testing/com.meshpin
3. 安装后保留 14 天即可，正常使用无需刻意操作
测试期间有任何问题可以在本帖回复或 GitHub 提 issue 。正式上架后会送参与测试的朋友 Pro 会员作为感谢。
官网： https://www.meshpin.xyz
via V2EX (author: wangsilence)
[程序员] 刚 Tibo 说 codex 支持会话的永久缓存，有懂技术的解释下这可能吗
这可能吗？这个缓存可是内存啊，贵的要命。怎么可能会给你几个月前的会话持续保持缓存？？？
X 原文：
第 16 天/
现在您可以在 API 中缓存 12 小时，对于登录用户，在 Codex 和 Work 中我们将缓存永久保留，您在返回旧对话或几小时后恢复时没有任何惩罚，并且现在保证会命中缓存。
Day 16/
You can now cache for 12h in the API and for logged in users across Codex & Work we keep cache forever and you don’t have any penalty for coming back to an old conversation or resuming after a few hours and are now guaranteed to hit the cache.
via V2EX (author: liuluxu1989)
这可能吗？这个缓存可是内存啊，贵的要命。怎么可能会给你几个月前的会话持续保持缓存？？？
X 原文：
第 16 天/
现在您可以在 API 中缓存 12 小时，对于登录用户，在 Codex 和 Work 中我们将缓存永久保留，您在返回旧对话或几小时后恢复时没有任何惩罚，并且现在保证会命中缓存。
Day 16/
You can now cache for 12h in the API and for logged in users across Codex & Work we keep cache forever and you don’t have any penalty for coming back to an old conversation or resuming after a few hours and are now guaranteed to hit the cache.
via V2EX (author: liuluxu1989)