rus4db

V2EX 第 358382 号会员，加入于 2018-10-24 20:23:54 +08:00

rus4db 提问技术话题好玩工作信息交易信息城市相关

根据 rus4db 的设置，主题列表被隐藏

二手交易相关的信息，包括已关闭的交易，不会被隐藏

rus4db 最近回复了

15 天前

回复了 oukichi 创建的主题 › 程序员 › 现在是不是也没什么人想去深入学习 AI 的源码级知识了

兴趣是第一驱动。
没卡不是理由，只是验证原理的话，CPU 一样能训。
我自己就训了个 56M 参数的超小模型，会说人话，这就足够了。
https://github.com/bd4sur/Nano

29 天前

回复了 Hooooooey 创建的主题 › 推广 › 编程语言 MoonBit 发布 Beta 版，正式进入企业场景应用，会带来哪些影响？

AI 不懂的语言是没有未来的。

PL 已经完了。

31 天前

回复了 shtzlwdmkf 创建的主题 › 生活 › 住院有感，这正常吗？

去医院，无非“诊”和“疗”。
“诊”的目的，在于“解决正确的问题”。
“疗”的目的，在于“正确地解决问题”。
医学在“诊”的问题上还有很多不足，遑论“疗”。
所以才有“偶尔治愈、常常帮助、总是安慰”这样的说法。
软件开发也有类似的道理，找到正确的需求，甚至比正确地实现需求更重要。

面对复杂的世界，不妨拾起汉隆剃刀——能解释为愚蠢（能力不足）的，就不要归咎于恶意。
放过这个世界，也放过自己。

54 天前

回复了 ljiaming19 创建的主题 › 程序员 › 快速傅里叶变换(FFT)在很多行业都是常用算法为什么 intel/amd 这些 cpu 厂商没有为这个算法开发专用指令集

1 、FFT 的硬实现已经做进各类硬件了，比如音视频硬 codec 、DSP 、无线网卡、射频/基带芯片等等。
2 、FFTW 之类的库已经足够快了，做成硬件指令不划算。
3 、FFT 的变体非常多，效率与问题规模有关，与其做成通用指令，不如直接做进应用场景，针对性优化。

225 天前

回复了 Liuour 创建的主题 › 程序员 › 各位程序员，你们日常「中文与英文间添加空格」吗

@shintendo
同意。
在文本中强行不必要的字符以控制版式呈现，是形式对内容的粗暴干涉，是语言层次的纠缠混乱。
让内容的归内容、版式的归版式、渲染的归渲染，才是正道。
程序员是操弄字符串的专业人士，每个字符都是珍贵的、神圣的，每个字符都承载一定的语义。
为了迁就版式美观而强行增加多余字符，以形害意，谬矣。
在某些自动加空格的开源项目中，有众多的转换错误或者妨碍功能的 issue ，可见一斑。

225 天前

回复了 Liuour 创建的主题 › 程序员 › 各位程序员，你们日常「中文与英文间添加空格」吗

@synthpop123
本来在这个问题上持中立立场，但是看到该项目用如此刻薄的语言去诅咒异见者，实在是恶心。
项目维护者恐怕需要去看看心理医生。

227 天前

回复了 hoodjannn 创建的主题 › 程序员 › ai 小白请教，大模型必须要 gpu 服务器吗，单纯推理是不是 cpu 就可以了。

本质上是矩阵运算，CPU 不是不能干，只是太慢而已。

不妨试试我的智障电子鹦鹉，浏览器 CPU 推理的，并不实用，只是为了说明语言模型推理的原理：
https://bd4sur.com/Nano/infer/

235 天前

回复了 evilangel 创建的主题 › 程序员 › 各种云盘还是那么不靠谱

上网不涉密，涉密不上网。

我一直想不通的是，为什么有人会把敏感隐私数据弄到云存储服务上。

251 天前

回复了 annoygaga 创建的主题 › 程序员 › 现在有哪个 LLM 已经部署在手机/PC 设备上么（CPU），效果还不错的那种

不妨看看我做的小玩具，浏览器上推理的：
https://github.com/bd4sur/Nano

260 天前

回复了 babyedi31996 创建的主题 › 程序员 › 本地部署大语言模型哪家强?

量化 ggml + llama.cpp 、vLLM 。

只是图一乐的话，甚至浏览器也能推理。
可以看看我做的小玩具： https://github.com/bd4sur/Nano

» rus4db 创建的更多回复