V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 11 页 / 共 1046 页
回复总数  20913
1 ... 7  8  9  10  11  12  13  14  15  16 ... 1046  
@Ffffanwu #38
他本质上不是卖代码,而是卖项目控制权,卖的是用户。
代码是开源的,反而卖不卖都不影响,你 fork 出来一份你也可以拿去卖(只不过没人会买罢了)。只要新的作者/公司继续遵守 AGPL 发布新版本就没什么好骂的。以后商业版功能不包含其他贡献者的代码就行了。
@yolee599 #22
开源,原本就是要做成社区支持项目,人人贡献,人人获得回报。

有一些人倒是特别喜欢搞商业化开源项目,美其名曰开源,实际上最终目标是把项目转手卖钱,我觉得算是非常畸形的开源模式了。

(特别是这种靠逆向接口起家的项目,我都不知道这到底应该判非法侵入计算机信息系统罪还是侵犯著作权罪。)
107 天前
回复了 qwertooo 创建的主题 信息安全 Alist 疑似被卖,谨慎更新
@niuxuewei 花不花钱不是瞒着用户的理由啊。
我每天免费给你一瓶矿泉水,突然有一天开始偷偷在里面加料,因为是免费的所以就可以接受吗。
@GiggleSmile #3
也不能算弊端吧。人还要吃饭喝水呼吸,都是活下去的基础。不吃饭会饿死,不吃氨氯地平会肾衰竭或者脑溢血。又不是什么昂贵的药,吃一辈子也没多少钱。
112 天前
回复了 unclevv 创建的主题 程序员 Cursor 升级完就开始乱扣钱了?
你开了按量计费吗
@yinmin 我是长期在用 ds v3 的,翻译准确度来说我觉得还是堪忧,翻译过程中各种省略内容,一篇文章翻完就剩半篇的量了。遣词造句比其他模型强,大概是用了很多中文语料,但是如果希望准确翻译的话我觉得不太行。
113 天前
回复了 KIRAYOMATO 创建的主题 问与答 有性价比高的充电头推荐吗
越便宜越好?可以找小作坊搞定时炸弹。

这也不是要买几十个几百个的东西,对成本没有那么敏感吧,买一个质量好点的用个三五年性价比不比电子垃圾来得强吗。
没什么稀释,达不到可用性就补偿,最坏的情况就是一个月全额退款。
当然,这次属于不可抗力,补偿都不是必须的。
Gemini 2.5 Pro 和 Claude 都是第一梯队。用不起的话 Gemini 2.5 Flash 也还可以。
115 天前
回复了 rmrf 创建的主题 Android 买了个 Nova 14 Pro ,替换小米
@huaweii 你直接问一加有哪些机型就完事了(
115 天前
回复了 pvcxy18 创建的主题 问与答 我真服了,这充电功率算是虚假宣传吗?
笔记本 C 口快充指的是充电器充笔记本的速度,不是 笔记本充其他 USB 设备的速度。

笔记本不是充电器,绝大多数笔记本厂商(如果不是所有的厂商)不会在笔记本的 USB 口上配备快充芯片,所以所有的笔记本 USB 口都只能输出 5V 电压,都不支持 PD/PPS 协议。
没看错的话应该是利用了 cursor 工具调用不计费的 feature 吧。
《完全没当回事》

《真是恶心到我了》

当代部分网络人现状。
115 天前
回复了 Need4more 创建的主题 问与答 大模型的 api 为什么设计成无状态的?
因为有 session 以后横向扩展更难,你需要维护一个 session storage 。

而且在有 session id 的情况下你计算节点不还是要通过网络去 session storage 读取数据?这不还是要带宽?
从用户的网络传历史数据对企业来说并没有多浪费啊。
125 天前
回复了 BeijingBaby 创建的主题 程序员 一代经典论坛 vBulletin 3.x
@obeykarma 长宽的百兆对等那可是领先别家不知道多少年了。可惜后来限制上传 25KB 就没法用了。
125 天前
回复了 stark123 创建的主题 问与答 求推荐好用的音频分割软件(windows)
@yufeng0681 ffmpeg 很多类库是 GPL 的,意味着基于这个开发的软件也会被污染成 GPL 。
我很想知道哪位好心人愿意花这么多精力在这里然后给做自媒体的人打白工。
127 天前
回复了 reaCodes 创建的主题 程序员 Claude Sonnet 4 为什么这么喜欢写代码
你的 prompt 里叫他多解释少写代码了吗
文件更名就是删除+添加。git 能追溯,是在看到 diff 并发现删除+添加这样的行为以后,去手动关联起两个文件的历史轨迹。至于为什么复制不能追溯,这个不是 git 本身的局限,而是 git 客户端(也就是 git 软件)的局限,这些软件只会在删除+添加的时候匹配文件,不能在纯添加的时候匹配文件。
要实现这个功能,不是改 git 协议/数据库,而是要改 git 客户端。你用什么客户端,你就得改什么客户端,或者另外自己去实现这个功能。而且这个更改只有用改过的客户端才能看到,别人用他们自己的客户端照样看不到。

至于为什么大多数(或者所有)客户端不实现这个功能,多半是因为计算量太大了。原本是在删除和添加的文件里做文字匹配,现在变成了所有文件和添加的文件去做匹配,假如你 git 库里有 10 万个文件,现在添加了 1 个新文件,不就要做 10 万次匹配?性能就跟不上了。
嗯?我用的 Google AI Studio 是 Ctrl-Enter 提交啊。
1 ... 7  8  9  10  11  12  13  14  15  16 ... 1046  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   854 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 75ms · UTC 21:55 · PVG 05:55 · LAX 14:55 · JFK 17:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.