V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  aloxaf  ›  全部回复第 1 页 / 共 24 页
回复总数  475
1  2  3  4  5  6  7  8  9  10 ... 24  
3 小时 38 分钟前
回复了 rihkddd 创建的主题 程序员 推荐一个面试算法题
我印象最深的是编程随想的关于打印前 N 个质数的题目,很有启发性:任何人都能做出来,但是又有足够的优化空间来考察水平。
1 天前
回复了 jlak 创建的主题 程序员 感觉编程辅助工具都在卷 Agent 而不是补全
因为 Agent 实现起来简单啊。

补全这个确实要点技术水平的,Copilot 的 Next Edit 预测试了几天,比 Cursor 差太远了——
1. 响应速度比 Cursor 慢
2. 很多时候我认为应该给出建议的场景它一动不动
3. 完成一批编辑后,Cursor 没啥活干了一般会给个无伤大雅的光标位置建议,Copilot 这个时候就会开始发癫,要么建议一些莫名其妙的函数,或者建议我做出一些迷惑修改(比如删掉我的 export )

Zed 前段时间放出了一个开源的编辑预测模型 Zeta ,有了开源样板之后,后面大家应该也要卷起来了。
@moyufjm123

> 那要是知识库很大,上下文很多,token 岂不是消耗很快?

理论上是的,但是一般来讲,只有被匹配到的一段文本(和它们的上下文)会被发送给 LLM ,而且很多工具只会发送匹配度最高的 N 段文本,当然代价就是准确性降低。

> 涉及多次问答会不会重复发送上下文?

会,但有的模型是支持缓存的,比如 OpenAI 和 DeepSeek 连续对话时会自动缓存上下文,命中缓存就有折扣。不过也有模型比如 Claude 和 Gemini 得手动触发缓存,很多工具压根就没有适配……
嵌入模型是用来把文字转成向量的,这样就可以把文字的相似度匹配转成向量的相似度匹配,这样一来更快,二来还能匹配语义上相似但实际不同的句子。
@Zenon #53 我用的是 fcitx5 ,将全局选项里的「激活输入法」和「取消激活输入法」分别设置为右 Shift 和左 Shift 即可。
@iX8NEGGn 我在 linux 下用的就是方法 2 ,左 shift 始终是英文(考量到游戏和快捷键一般用左 shift ),右 shift 始终是中文。
@beyondWALL 一直想换 Pixel ,奈何 Tensor 一直不给力啊
我的感觉和你一样,像大型屎山项目,由于你对业务和项目本身都非常了解,当有新需求时,你很快就能判断出最合理的实现方式。但 AI 不行,即便有 RAG 和手写 .cursorrules 的加成,你还是会花费大量的时间来纠正它的思路。
具体到实现上更蛋疼,如果这个项目用了大量轮子或者小众的库,那 AI 生成的代码大概率是错的。Cursor 还好,可以添加自定义文档(论好好写文档的重要性),有些工具压根就没考虑过这个问题。
xfs 没记错的话即使恢复数据也无法恢复文件名

节哀
是的,Go 文档颇有上世纪风格,在 21 世纪还这么设计,除了故意折磨用户之外我想不出其他理由了。

随便举几个例子:
1. 一眼望去基本就三种颜色,黑色的背景、白色的文字、蓝色的链接,毫无区分度
2. 代码连语法高亮都不给
3. ToC 这种东西放在开头毫无意义,单纯挤占正常阅读空间
4. 边上可以全部展开的导航栏又不展开,到这里又开始省空间了?
5. 搜索界面跟 GPT2 设计的一样,仿佛没学过布局,而且鼠标移上去下划线是竟然是出现在类型上??
6. 不能跨模块搜索

我觉得这玩意儿能气死 UX 设计师
@ALLROBOT

> 我应该找个不带金融意义且无上限发行的虚拟币,假设每人注册一个虚拟地址就赠与一个 token ,每一次下载别人文件就付小额 token ,分享的文件被别人下载就获取小额 token ,也可以设置 token 不到一定额度就禁止用户下载文件,用于鼓励一些人上传文件互相分享应该可以吧?

你怎么阻止我生成一堆地址而获得无限的 token 呢。而且你这个经济系统里面的 token 「产生」方式只有新地址?这完全难以为继啊,就是在逼着人不断生成地址。
google 的语言设计水平和 MS 比就是一坨翔(用 golang 和 dart 有感
大多数虚拟货币都不追求价值稳定,因为稳定的话就没炒作空间了……

稳定币一般都是有抵押的。纯智能合约实现的也有,这类币叫算法稳定币,比如 UST ,它通过和 Luna 之间套利来维持其价值。然后 Luna 前两年归零了,从 100U 跌倒小数点后几个零。
33 天前
回复了 ZGeek 创建的主题 NAS NAS 磁盘文件系统如何设计
@heimoshuiyu #41 这是 raid10 吧,那确实坏两块盘有大概率炸。
34 天前
回复了 LnTrx 创建的主题 Android 评小米 Bootloader 解锁进一步收紧
@LnTrx 小米此举确实忘记了初心。但是这和粉丝运营有啥关系,小米用户总不至于全是被刷机吸引来的吧。
34 天前
回复了 ZGeek 创建的主题 NAS NAS 磁盘文件系统如何设计
@heimoshuiyu

你说的「缓存因为意外无法写入」,任何文件系统都存在这个问题,对缓存利用越激进(如 ZFS )就越容易有这个问题。但 btrfs 和 zfs 一样是抗断电的,它和 ZFS 一样有校验、有 CoW ,元数据默认存两份,虽然会炸,但也不是这个原因炸。

zfs 通常性能确实比 btrfs 好,这类 CoW 文件系统都无可避免地存在碎片化问题,zfs 靠缓存来弥补。btrfs 在这方面只能根据负载来手动优化。

比如你说 ls 一个 10000+ 文件的目录要 5s+,我猜是你没有启用 noatime 挂载,导致每次访问都会修改 atime ,在 HDD+小文件+CoW 的组合下,这简直就是灾难。
又比如你说 sqlite3 很慢,这也是碎片的锅,btrfs 确实不适合数据库这种负载。如果要用,建议使用 chattr +C 对数据库关闭 CoW ,可以有效提升性能。

btrfs raid1 没有读取加速是真的,但是 4 坏 2 就会导致数据全部丢失没听说过,那 2 块盘 raid1 岂不是一坏就炸 。btrfs 在降级状态默认会拒绝挂载,是不是和这个搞混了?

最终结论我没什么意见,我自己也是 nas zfs + PC btrfs 。
看了下前面人说的猫咪大战争,这个游戏就是每个账号初始生成一个种子并且永久不变,而且用的还是非密码学安全的随机算法,而且计算最终抽卡结果用的还是简单的取模,这才被人做到了预测自己的抽卡结果,而且也只是预测,无法控制。

如果想做到控制结果,那必须得有其他方法来影响这个种子,但是这样你能猜到算法的难度就大大增加了。我觉得只有阅读了服务端代码的拉普拉斯抽卡妖能做到。
挺难的,不安全的伪随机数生成器最多让你能预测下一个数字。但你不知道服务端具体是怎么使用这个生成器的,更不用说为了减少极端的抽卡体验,不少游戏都不是真正的随机。
rust 的借用检查器一直在改进

它早期是基于词法作用域的,所以会出现你书里说的那种情况,你在 godbolt 里测试早期的 rust 版本就能看到报错了。当时写 rust 程序常常需要把一些创建临时引用的代码用大括号另起一个作用域,看起来莫名其妙的,就是为了规避这个问题。

后面引入了 non-lexical lifetimes (NLL) 版本,会智能分析这个引用和其他引用之间是否存在冲突,而不是粗暴地看作用域,大部分情况下都能给出复合直觉的结果。少量 edge case 可能要等下一代检查器 polonius 了,不过这几年都没啥动静。
1  2  3  4  5  6  7  8  9  10 ... 24  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5207 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 07:33 · PVG 15:33 · LAX 23:33 · JFK 02:33
Developed with CodeLauncher
♥ Do have faith in what you're doing.