V2EX › mxT52CRuqR6o5 的所有回复 › 第 13 页 / 共 168 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 9 10 11 12 13 14 15 16 17 18 ... 168

❮

❯

291 天前

回复了 slideclick 创建的主题 › Go 编程语言 › 做项目选择 golang 而不是 Java 的理由?

我倒觉得 go 是替代 php 的

291 天前

回复了 camillo 创建的主题 › Windows › Windows 11 亮点之一的 Android app 支持这么快就凉凉了？？

这也太微软了，不过应该很长时间内还是可以保持现状去使用的吧，只是不会有更新了

291 天前

回复了 echo0x000001 创建的主题 › Bitcoin › 比特币昨晚涨到 69000 后大跌是什么逻辑，为啥不能突破。

要是我在 10 美元以下时就知道比特币说不定就去投资了，勒索病毒后的时机对于我来说已经很晚了，那个时候的价格去入场对我来说得把很大的资金流动性给锁死

291 天前

回复了 fu82581983 创建的主题 › OpenAI › ChatGPT 账号被封，除了绑定过 OneKey ，有没有只绑定过其它虚拟卡导致被封的？

尝试在 help.openai.com 咨询，得到的明面回复是「 We’ve confirmed this action was associated with suspicious payment activity.」

292 天前

回复了 betnevs 创建的主题 › 程序员 › AI 大模型那么火，真的有那么多公司在业务场景落地了么？

@noahlias #12 我估计现在 windows 和 office 里都包含 copilot 辅助生成的代码了

292 天前

回复了 loveumozart 创建的主题 › Apple › 被苹果生态绑住了

在意生态的话就别逃了吧，非要逃也认准一个牌子去逃，跨品牌肯定是没有生态可言的

292 天前

回复了 jixiaopeng 创建的主题 › 分享创造 › 最近发现 React Native (Expo) 非常好用，正在开源一个精美的电商购物应用

expo 最大的优势是可以不需要配置 android 、ios 开发环境，只需要 node 环境就能开发
有 iphone 的话就能在 windows 下开发 ios 应用

292 天前

回复了 yemengzhan1994 创建的主题 › Apple › 别吵了，道理很简单， mac 有足够的价值主张支持这个内存配置和定价

@catalysia #18 是的，如果按照你的举例我一开始都不会去瞧一眼麦当劳，为啥要去花力气去骂呢，如果这么垃圾直接让市场把它淘汰不就好了

292 天前

回复了 yemengzhan1994 创建的主题 › Apple › 别吵了，道理很简单， mac 有足够的价值主张支持这个内存配置和定价

@catalysia #15 如果苹果是垄断了市场那当然可以随便喷，但是事实没有，这就是个明码标价的行为，苹果爱咋标价就咋标

292 天前

回复了 yemengzhan1994 创建的主题 › Apple › 别吵了，道理很简单， mac 有足够的价值主张支持这个内存配置和定价

说苹果贵，换种形式来说就是希望苹果出性价比走量的产品，我倒还想问凭什么呢
(我知道苹果贵所以需要我自己花钱的产品我是绝对不会买苹果的，所以我也不会喷苹果贵)

292 天前

回复了 yemengzhan1994 创建的主题 › Apple › 别吵了，道理很简单， mac 有足够的价值主张支持这个内存配置和定价

我也觉得，果子向来就这个价，差钱就买 windows 不是挺好的，泛用性还更好
我还见过明明有 windows 需求还硬上苹果，然后嫌 pd 贵去用盗版的

292 天前

回复了 aquatichunter 创建的主题 › 问与答 › Win11 上有哪些好用的第三方文件资源管理器？

total commander 不想花钱的话可以直接无限试用，不会试用过期的

293 天前

回复了 unspring 创建的主题 › 程序员 › 为什么不同语言对 99.1*1.05 的四舍五入结果不一样

按照四舍五入规则的话最终结果应该是 104.05 ，但受限于浮点数精度问题计算结果不准导致舍入问题
如果是和钱有关的场景就不能直接用浮点数去算（所有语言都是），比如 js 里可以用 dicimal.js
https://mikemcl.github.io/decimal.js/
在控制台中运行
Decimal('99.1').mul('1.05').toFixed(2)
可以得到 104.06

296 天前

回复了 weishao666 创建的主题 › git › git fork 200M 的仓库，服务端磁盘占用并不会变大，是怎么做到的

@cc666 #26 你对一个 git 仓库的理解就是当前 HEAD 表面的那些文件吗？所有的历史提交的所有版本的文件你不管？同一个 path 下可能有 100 个版本的文件

296 天前

回复了 weishao666 创建的主题 › git › git fork 200M 的仓库，服务端磁盘占用并不会变大，是怎么做到的

@cc666 #23
「为什么不能直接使用 path 进行存储，非得用 blob ，pack 存储」是真离谱，blob 、pack 本来就是底层的东西，你说你不用这些底层的概念去存储，要把底层的这些东西揉碎了再重新设计一套系统去存，真是离谱他妈给离谱开门

296 天前

回复了 weishao666 创建的主题 › git › git fork 200M 的仓库，服务端磁盘占用并不会变大，是怎么做到的

@cc666 #21 难道你想要 git server 完全抛弃 blob 、pack 这些原生概念，设计一个不包含 blob 、pack 概念的存储系统？你也是有点离谱
但凡 git server 基于 blob 、pack 去进行存储，blob 和 pack 都没增加，我为啥还要考虑 git server 是怎么存储 blob 、pack 的，最重要的去重你说是在 blob 、pack 这个抽象层发生的还是在存储层发生的？除非你去设计一个命名存储的东西每增加，存储占用仍会大量增加的存储系统

296 天前

回复了 weishao666 创建的主题 › git › git fork 200M 的仓库，服务端磁盘占用并不会变大，是怎么做到的

@cc666 #18 我十分怀疑你还是没明白 OP 问的问题是什么，OP 是在服务器建了个 git server （ gitlab 这种），而不是在服务器 git clone 了一个仓库然后又复制了一份
什么叫「即使不是 blob 和 pack 存」，git 底层那些东西不就是 blob 、pack ，不存这些存什么，fork 一个仓库没增加 blob 、pack ，自然存储占用不会大幅增加

296 天前

回复了 weishao666 创建的主题 › git › git fork 200M 的仓库，服务端磁盘占用并不会变大，是怎么做到的

@cc666 #16 你说的这些不还是我最开始说的问题「干脆从 CPU 是怎么从沙子造出来开始解释好了」
hash 冲突这些不还是实现细节，而且还是 blob 、pack 实现的（必须处理的） edge case ，fork 一个仓库服务端存储没有大幅度增加，到底是因为 blob 、pack 的设计呢？还是因为你说的这些 edge case 呢？而且为啥你会假定 fork 一个仓库就非得把所有东西复制一遍再 gc ，不是很能理解
blob 、pack 的设计不就是 git 的基本原理的一部分吗？所以我说让 OP 去了解 git 的原理到底有什么问题？ fork 后服务端存储没有大幅度增加，blob 、pack 的设计就是最最最最主要的原因

296 天前

回复了 weishao666 创建的主题 › git › git fork 200M 的仓库，服务端磁盘占用并不会变大，是怎么做到的

@cc666 #14 服务器存 blob 和 pack 就行了，都不需要去重

1 ... 9 10 11 12 13 14 15 16 17 18 ... 168

❮

❯