V2EX qbug 的所有回复 第 1 页 / 共 2 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    qbug    全部回复第 1 页 / 共 2 页
回复总数  39
1  2  
@undeflife 那敢问如何才能真正学会?
@iflint 所以我认为应当创建一种新的开发模式,可读的是形式化定义,人类只需要检查行为描述定义,而其它所有东西都是 AI 生成并形式化验证的,然后可以用 alpha go 类似的蒙特卡罗方法不断优化性能和模型本身。
@xiaomushen 或许需要更多的自由度?与其它语言的互操作性,和编译优化?
有人说 zig 就是更好的 go ,我觉得至少它的 arena 思想和内存机制就是个不错的主意,这解决了很多 go 当中会导致全局崩溃的问题,使得“任其崩溃”的思想可以在更细的粒度上实现。还有它的宏机制是与语言本身相同的,也就是说不存在另一套新的复杂的宏语法,这应该是最简洁的编译时自定义代码运行的可能实现了。
你说的是对的,我花了半年多的时间,写了些 Rust 才意识到这点。我之前也粉 Rust ,后来才意识到,其实它有根本缺陷。上层的类型实际上控制了底层能够使用的内存模型,这就导致底层如果换了新架构,上层不能直接享受到好处。比方说 io uring 和 kernelTLS ,在库作者实现之后,函数签名不一样了,很可能上层无法直接通过升级库版本的方式获得支持。
我现在认为,我们并不需要一个 better c/c++,而是需要一个 better go
2024 年 10 月 8 日
回复了 1358208301 创建的主题 全球工单系统 掘金崩溃了吗, 2024/10/8
@albert0yyyy request_id 我感觉不用码,每次刷新都不一样
2024 年 10 月 8 日
回复了 1358208301 创建的主题 全球工单系统 掘金崩溃了吗, 2024/10/8
+1

```json

{
"error_code": "overload",
"error_message": "Too many requests that function is throttled.",
"request_id": "20241008160205BCD257F7E844083C8BE0"
}

```
2024 年 10 月 8 日
回复了 1358208301 创建的主题 全球工单系统 掘金崩溃了吗, 2024/10/8
+1

'''json

{
"error_code": "overload",
"error_message": "Too many requests that function is throttled.",
"request_id": "20241008160205BCD257F7E844083C8BE0"
}

'''
2024 年 7 月 4 日
回复了 2503 创建的主题 程序员 我想拉一个 INFP, INTP, ENFP, ENFJ, INTJ 群
怎么加不上微信?微信号搜不到了,改了?
2023 年 12 月 18 日
回复了 lost7 创建的主题 Google 谷歌 Gemini pro 部分中文训练语料可能来自百度
谷歌阿里化,阿里百度化
你这个 Monitor Pro 是真不错,刚好我最近在找监控资源的插件,我之前试了几个体验都不怎么好,你这个挺全的。
就是我觉得如果加入 task manager 功能就更妙了,这样连 top 之类的命令都省了,毕竟服务器资源监控有的时候是需要看一看各进程的占用量的
2023 年 9 月 29 日
回复了 revalue 创建的主题 Markdown 如何优雅地标识每个章节的结尾?
Markdown 就是有这个问题,这也是我很早之前就觉得 Markdown 语法有缺陷的原因,它是一个强制的树结构,就跟在 vector 里面存储二叉树一样,你必须得遵循一个上层在前,下层在后的顺序。
对于笔记场景来说,你倒不如把每一个标题下属的段落都当成一个单独的卡片,单独的文章。而标题之间的层级关系只是描述了这些卡片之间的关系。这样相信对你使用 Markdown 整理笔记的思路很有帮助。
@netabare 怕不是 ChatGPT 生成的
@WinG 正相反,闪电网络这种 layer2 解决方案正是用来解决上链成本的,解决链上手续费过高的问题,减少交易需要在链上记录的次数,这显然是有利于使用者但不利于矿工的♂但是它仍然是基于比特币 layer1 的共识为可靠性保证,是基于比特币网络本身足够安全可靠的前提下做一个快速“高频”交易的低成本层,所以所有的 lyer2 解决方案都不能对 layer1 共识的安全性可靠性提供帮助,反而在这种情况下导致矿工的手续费收入降低。

所以针对楼主的问题我主要的观点是比特币这样做是有问题的,至少是有很大风险的。主要问题倒不在于比特币网络可能会运行不下去,因为只要有收入就一定会有人挖矿,而比特币的十分钟一个块的机制,不会因为挖的人少了就进行不下去。算力的降低只会导致难度的降低,然后动态调整算法,会让块间距回归到十分钟的正常水平。但问题其实就出在这个难度降低上,这个难度,即代表比特币网络的总算力水平,决定了比特币数据的安全性、可靠性、不可篡改性,目前挖矿的高成本、矿机的高算力使得比特币几乎不可能被任何人掌控和篡改攻击,6 到 12 个块之前的安全块的确是安全的,交易只要经过了这么长的块之后,的确就是非常安全的,不可能被更改的了。但是如果算力下降就意味着这样的安全保证可能会慢慢地不复存在,至少它的安全保证会越来越弱,以至于大额的交易就需要更长的时间来确认,因为只要攻击者进行攻击的算力成本小于交易里边的比特币的价格那么就是有利可图的。最终的结果就将意味着比特币不再是一个完全可靠的,全世界各种实体控制的额外算力都不太可能去控制的共识,它将变成一个在有利可图的情况下就可能会被大规模攻击的网络。事实上,一直以来,比特币的信徒们,pow 工作量证明算法的信徒们都是认为算力决定了共识的强弱,也就是说整个比特币的市值是由它的算力的总量来支撑的,那么一旦挖矿所需要付出的算力的成本低于能够获得的收益,算力就会减小,而目前的这种高算力水平是由增发货币补贴的,比特币共识算法规定增发将按一定时间逐步减少直到停止,这也是比特币不通胀承诺的来源。

而且这种补贴的水平非常之高,目前手续费占矿工收益的比值应该还远没有超过 50%。不过确实来日方长,或许以后手续费将能够使得矿工维持保证比特币市值的收益,目前攻击比特币网络所可能消耗的成本是远远高于可能获得的收益,算力还有很大下降的空间。
2023 年 2 月 16 日
回复了 MajestySolor 创建的主题 Windows 微软给 win11 的记事本加了 tab
@liweichen6 这不是脱裤子放屁吗?他说的主要是默认应该合并,而不是默认分成好几个窗口。
2023 年 2 月 15 日
回复了 Kiwifruit08 创建的主题 程序员 chatGPT 的数学计算貌似存在一些问题
不是,这就相当于不让用任何工具包括纸笔,然后给你一个很长的式子,要求你短时间凭感觉给出一个答案,这个准确率已经很不容易了好吧。在我看来目前主流的单向传导反向训练的神经网络事实上就类似于这样的人类思维过程,就像我们打眼瞪一下,瞧一下,然后凭感觉给出一个答案,更接近短时直觉认知。从这个角度出发,目前体验下来 ChatGPT 整个这个输出的质量是不是已经非常逆天了?
@lookStupiToForce 对,在微软账户里面可以迁移授权的,也就是只要你曾经有过一台正版 Windows 设备,只要你今后一直也只需要使用一台 Windows 设备,那么就可以一直迁移着用。
2023 年 1 月 20 日
回复了 wlh233 创建的主题 分享创造 把 Rime 输入法装进代码编辑器
Amazing! That's it.
我期待这一天已经很久了,这是 LSP 的重大胜利,随着其发展,基于上下文,甚至跨文件内容的基于在本机上实时训练的在线学习模型的智能输入很可能是未来趋势。其实中文输入法本身就是一个很好的增强智能 augmented intelligence 实践平台,从它开始或许可以一点点构建一个完善的由 AI 辅助的人机交互系统,彻底打破目前 APP 之间数据隔离的情况。
2023 年 1 月 17 日
回复了 gowl 创建的主题 分享创造 F# 编程兴趣群(WeChat)
函数式语言应当是值得学的,我一直想知道函数式语言它到底能不能无感地自动并行化?
1  2  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5579 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 49ms UTC 03:35 PVG 11:35 LAX 20:35 JFK 23:35
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86