 |
iintothewindGo get some fries on the pier V2EX member #207779, joined on 2016-12-27 08:00:43 +08:00Today's activity rank 11809 |
 |
Per iintothewind's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
iintothewind's recent replies
3 days ago Replied to a topic by Srande › 职场话题 › 从转行到失败： 32 岁程序员跨界做女鞋的经历 |
嗯,成功者总是吸引更多注意力.
创业还没成功的,风险,苦和累只能自己承受.
祝你早日成功吧,其实创业单干挺好,能积累,赚到都是自己的.
创业还没成功的,风险,苦和累只能自己承受.
祝你早日成功吧,其实创业单干挺好,能积累,赚到都是自己的.
3 days ago Replied to a topic by huiyizhong › 生活 › 我要和女朋友结婚了，关于婚纱照，求各位大佬给我点意见！ |
当年, 我特意陪着老婆, 去苏州虎丘挑的婚纱.
当时一大早去的, 结果挑到下午, 老婆都挑花眼了, 挑到最后以为今天都定不下来了, 但最后还是挑了件很便宜(我记得不到 300 块), 但是她挺满意的.
其实婚纱不必非得买很贵的, 但是当时的经历真的挺好玩的.
当时一大早去的, 结果挑到下午, 老婆都挑花眼了, 挑到最后以为今天都定不下来了, 但最后还是挑了件很便宜(我记得不到 300 块), 但是她挺满意的.
其实婚纱不必非得买很贵的, 但是当时的经历真的挺好玩的.
5 days ago Replied to a topic by freekindom › 分享创造 › [开源] 我做了一个没有删除和升级权限的链上论坛 |
@freekindom #29 确实是个不错的思路.
去中心化网络的内容类产品除了数据上链以保证不可更改这一种安全需求, 还有隐私控制(私有信息和共有信息可见性), 权限, 加密(端到端 vs 明文), 或者让 CCP 无法看到内容或者即使能看到也封不了, 另外还有数据同步传输效率.
上面很多非功能需求其实是互斥的, 只能做取舍. nostr 的很多 NIP 就是在不同的场景下的取舍, NIP 之间甚至在打架, 没办法满足所有场景的技术要求.
去中心化网络的内容类产品除了数据上链以保证不可更改这一种安全需求, 还有隐私控制(私有信息和共有信息可见性), 权限, 加密(端到端 vs 明文), 或者让 CCP 无法看到内容或者即使能看到也封不了, 另外还有数据同步传输效率.
上面很多非功能需求其实是互斥的, 只能做取舍. nostr 的很多 NIP 就是在不同的场景下的取舍, NIP 之间甚至在打架, 没办法满足所有场景的技术要求.
6 days ago Replied to a topic by freekindom › 分享创造 › [开源] 我做了一个没有删除和升级权限的链上论坛 |
其实 nostr 已经很成熟了,
可是即使这样, nostr 也因为分布式网络的高门槛(数据安全自己负责,丢 Key 无法找回,relay 安全性和权限配置)等原因, 使用者很少
自己发明轮子也只能自娱自乐了.
可是即使这样, nostr 也因为分布式网络的高门槛(数据安全自己负责,丢 Key 无法找回,relay 安全性和权限配置)等原因, 使用者很少
自己发明轮子也只能自娱自乐了.
9 days ago Replied to a topic by limhiaoing › 分享创造 › 没公网 IP 还会关机？把 Muse 虚拟机变成自己的 VPS |
我觉得这样的用法有点太消耗服务器资源了.
薅羊毛还是文明的薅, 羊毛才能薅的久啊.
薅羊毛还是文明的薅, 羊毛才能薅的久啊.
Sep 30 Replied to a topic by foru17 › 宽带症候群 › 我的网络方案： 2026 年的折腾记录 |
每个月为了翻墙, 要花四五百, 这还不算宽带费用?
这也太贵了吧?
这也太贵了吧?
Sep 24 Replied to a topic by lynn1su › 职场话题 › 现在如果 ai 突然全部消失了，还有多少人能古法编程？换句话说还有多少人能不靠 ai，从头到尾古法编程？ |
其实, 你所说的"古法编程"才是人类去"编程".
你所说的"不靠 AI", 不是你"编程", 是你"动嘴"或者输入需求,Coding Agent 去"编程"
--------
这就好比是汽车领域的"智驾", "L2.99999 循环的遥遥领先", Autopilot, 当你手离开了方向盘时,
你不是在驾驶, 你这是在坐车, 不是在开车.
你所说的"不靠 AI", 不是你"编程", 是你"动嘴"或者输入需求,Coding Agent 去"编程"
--------
这就好比是汽车领域的"智驾", "L2.99999 循环的遥遥领先", Autopilot, 当你手离开了方向盘时,
你不是在驾驶, 你这是在坐车, 不是在开车.
Sep 18 Replied to a topic by SiWXie › 分享发现 › 编程任务中，模型的上下文窗口开多大最合适? |
其实 coding agent 在设计的时候, 上下文管理有很多不同的设计思路, 其整体思想就是如何构建一个相对稳定的上下文:
- 如何构建稳定前缀(stable prefix)
- 消息如何分类
- 追加日志(appendOnly), 哪些才能追加到不变区
- 温区如何定义(大小, entry 分类, 读写次数如何决定热度, 多长时间过期)
- 修剪机制
- 压缩水位线(上水位, 下水位)线如何划分
- 换模型带来的窗口抖动
这些都是需要在设计阶段考虑的事情.....
pi 在设计的时候是故意简化设计的, 只有一条 compact 高水位线, 其实很多时候没有做优化.
没做优化就是朴素的任其增长, 然后到水位线做有损压缩,经历一次信息失真.
但是无论如何优化, 最终上下文还会被占满, 关键信息不能做到永远保证不丢, 所以还是需要在访问关键信息的时候有调用外部记忆存储的能力, 让 agent 可回溯超出上下文的记忆.
- 如何构建稳定前缀(stable prefix)
- 消息如何分类
- 追加日志(appendOnly), 哪些才能追加到不变区
- 温区如何定义(大小, entry 分类, 读写次数如何决定热度, 多长时间过期)
- 修剪机制
- 压缩水位线(上水位, 下水位)线如何划分
- 换模型带来的窗口抖动
这些都是需要在设计阶段考虑的事情.....
pi 在设计的时候是故意简化设计的, 只有一条 compact 高水位线, 其实很多时候没有做优化.
没做优化就是朴素的任其增长, 然后到水位线做有损压缩,经历一次信息失真.
但是无论如何优化, 最终上下文还会被占满, 关键信息不能做到永远保证不丢, 所以还是需要在访问关键信息的时候有调用外部记忆存储的能力, 让 agent 可回溯超出上下文的记忆.
Select Language