V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  LeeReamond  ›  全部回复第 1 页 / 共 53 页
回复总数  1043
1  2  3  4  5  6  7  8  9  10 ... 53  
4 小时 18 分钟前
回复了 d7217918 创建的主题 问与答 v 友有对 VTB Idol 痴迷的人吗?
包括码农在内的社会底层人民的精神消费资源是匮乏的,也就是根本没有什么人照顾你的精神,所以饥不择食也是正常的。具体到国内饭圈 vtb 的文化现象,像我这种路人明显可以看到是有力量在推动在炒作的,某一特定时期内你会观察到某些现象很明显,大概是这种感觉,不过炒作周期结束后应该也会留下一些吸引的路人粉,也就是我上面说的饥不择食者。所以虽然以我个人观点来看,我倒对皮套和真人没什么感觉,单纯是觉得饭圈操作很恶心,直播也没啥实质内容,但是我理解确实有人有看这个的需求
20 小时 8 分钟前
回复了 elderhan 创建的主题 问与答 普通主机做服务器用
硬盘似乎没咋听说过纠错的问题,数据中心不也是用那些盘。。也许底层有简单的传输检验协议,细节上我们不了解。不过内存上 ecc 应该还是必要的,有概率发生的问题在长期积累场景下应该等于必然发生
20 小时 12 分钟前
回复了 Aixtuz 创建的主题 问与答 关于 Acme.sh 申请泛域名证书时,-d 参数顺序的疑问。
@zidon 我印象里当时就是按文档安装,然后到期不续,且手动续也会报错,输出错误日志完全没法看,后来就转长期证书了
借楼问下 LZ 签名自动续期是否正常,我印象里多年前用这个工具导致证书到期后莫名无法自动续期,工具又不输出有效的 debug 信息。印象里就是-d 域名然后有个参数能自动跟 nginx 连接,初始配的时候很好,后面就无法续期了
@irainsoft 你这个例子不是很 fancy ,上面已经有提示结构,目前来看 copilot 对于重复性结构补全还是比较强的。一般认为如果要产生程序员群体里的轰动效果,可能要做到它自动实现了你在写新代码的时候(比如有些业务在全网看来也罕有参考案例的时候)起到思路领先于人类的作用,这和现在的推断上下文补全重复结构是两个概念。不过话说回来我这个帖子说的也是这个意思,虽然它不能帮你写代码,但是结构性推断和少打字用起来是很舒适的,符合你思路的代码即使删删改改也不太费力。
@wolfie 可以去试试,它比想象的成熟,业务代码中很多场景能猜出你的意图,分解数据结构的项 /找到代码段整体的输入输出并进一步处理等等
@ysc3839 草,大佬这么硬核的么,win 不是闭源的么,咋逆向感觉啥都知道。。
3 天前
回复了 sjmcefc2 创建的主题 程序员 自己使用,有没有必要从 esxi 转到 pve?
借楼问个问题,PVE 的硬盘直通情况如何,之前似乎看过说法是硬盘不能直通。业务环境需要随机读写都很高的数据库,适合用 pve 吗
3 天前
回复了 luffy 创建的主题 程序员 写代码可能会经历的几个历程
感觉说的不太对,个人感觉上如果 LZ 把掌握的五个阶段认识为 20%,40%,60%,80%,100%的话,我倒感觉起码以 v2 上看到的圈子来看这个 100%应该只有 50%左右,上面还有更高的 60%等等等等。毕竟造个轮子实在是很普遍的事情,熟练深入单领域也很普遍,但是感觉自己在一个限定范围内掌握雷电的同时又对技术充满敬畏,前路还很深邃
3 天前
回复了 Livid 创建的主题 git 在使用 git 时的一些尴尬场景里的修复方案
@msg7086 你一总结感觉确实是这样。印象里 git 不是 linus 为了合并代码搞出来的么,印象里这是个代码很优雅的人物,怎么搞出来个这样的设计
4 天前
回复了 Livid 创建的主题 git 在使用 git 时的一些尴尬场景里的修复方案
很多 git 使用上的问题不如说本来就是 git 设计上的缺陷吧,就像 reset hard 名字这么叫,但功能上并不是真正的 reset 。另外虽然命令行很好,但在桌面时代 GUI 支持也不佳,到现在还是那个 win2003 年画风的界面
4 天前
回复了 lovezww2011 创建的主题 Python 基于 Python 的种子磁力链接搜索网站
@Y29tL2gwd2Fy 非常喜欢这种插入表情包的文档风格,很接地气
能实现功能当然很愉悦,你实现的功能少就比较无聊了。比如你有一天有一个想法,想要实现某某很酷的功能,坐下来码了一周代码,前端画了个图形界面,后端也安排好,功能上是外接深度学习模型实现的,靠自己双手实现这么多功能应该自然就是愉悦的,人类这种动物本来在设计上就会在劳动和创造的过程中获得真正的内心安宁。

如果感觉不到快乐,应该是几种情况,比如产出太少,或者不知道自己的产出有什么用,或者产出没有直观体现,等等
@dicc 照你说的研究了一下,上面那行是 pycharm 的面包屑导航,确实能关,下面的搞不定,jb 整个 UI 里遮盖用的条条框框太多了,真正显示内容的空间反而少了

@ws52001 问题是我就一个屏幕,就这么大,能放哪去呢。。
@hsfzxjy 哈哈,才发现打的是 torch 。刚才首页看到几个 torch 的帖子脑袋里想的都是 torch ,标题应该是 jb 的 pycharm 。。。
6 天前
回复了 LeeReamond 创建的主题 GitHub Copilot Github Copilot 的正确使用方式?
@golangLover 你这网友根本说的也不是同一批人。免费的时候说智能的是一批人,像我是刚用的,我说不好用,前面别人说什么又不是我说的
@thinkershare

https://i.imgur.com/dua5kwM.png

你的实现可能有些问题,我测了一下两百万的 f64 矩阵,外套一层 zip 压缩,重新转为 numpy 对象的耗时是 70ms ,如果只是 2M 的流的话我这里执行时间是 8ms 。numpy 的序列化和反序列化效率印象里一直不太行,8ms 并不快,不过感觉不应成为你的瓶颈。传输方面的话,阿里腾讯在香港的机器连内地可以跑百兆的,2M 应该很快。正态分布 f64 压缩后也能压 70%左右的体积,如果你能接受削减一些精度应该能压更多
@thinkershare 不好意思不是很熟悉,只是从常理的角度考虑,即使用子进程,载入不也是启动时载入一次就完事了。所以你的开销应该只有实时通讯传入的数据。而 10M 的数据无论对 socket 收发还是 python 计算来说都不大,处理时间应该在毫秒这个数量级才对
使用进程是很合理的考虑,不想新开的话可以用可复用的设计,不知道为什么不考虑。本身如果你使用线程解决了的话,GIL 不能释放又成了一个问题,会拖慢渲染效率的
瞎猜的可能是为了保护内容进行的一些工作量证明型运算,倒也可以理解,毕竟数字内容很难保护和变现,挖矿本身不太现实,即使有广大用户量在现在技术环境下用 cpu 挖也很难有什么收益。不过既然都叫百度教育了,你上他网站知道了百度会瞎搞难道不也是一种教育?
1  2  3  4  5  6  7  8  9  10 ... 53  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1196 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 60ms · UTC 22:29 · PVG 06:29 · LAX 15:29 · JFK 18:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.