V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  kidlj  ›  全部回复第 21 页 / 共 56 页
回复总数  1113
1 ... 17  18  19  20  21  22  23  24  25  26 ... 56  
2020-11-13 11:22:14 +08:00
回复了 isno 创建的主题 程序员 V2 的程序员们,学学法律吧
你又懂了。
2020-11-12 21:09:40 +08:00
回复了 chengkai 创建的主题 程序员 独立开发者因为广告拦截被优酷索赔 100 万
@paradoxs Are you kidding me? 我用 curl 下载了优酷的一个网页,看到了某位用户公开的评论,就犯法了?有人就可以告我?
2020-11-12 21:05:12 +08:00
回复了 chengkai 创建的主题 程序员 独立开发者因为广告拦截被优酷索赔 100 万
@paradoxs 了解下 Linux 下的 w3m, elinks, curl,都是这种浏览器。
2020-11-12 20:59:30 +08:00
回复了 chengkai 创建的主题 程序员 独立开发者因为广告拦截被优酷索赔 100 万
@paradoxs 那么假设我开发了一个不能看视频的浏览器(自然也看不到视频广告),却用它打开了优酷网站,白嫖了它的视频文字和评论等信息,影响了优酷的获利,那么我作为工具开发者是否要担责呢?
2020-11-12 20:42:45 +08:00
回复了 chengkai 创建的主题 程序员 独立开发者因为广告拦截被优酷索赔 100 万
@paradoxs 我开发了一个浏览器,故意不加载网站的 favicon,你会因为我没有把网站展示全而影响了用户的体验,把我告上法庭吗?广告在浏览器看来,只是一个网页元素而已,没什么不同。我技术上有选择加载哪个元素不加载哪个元素的自由。
2020-11-12 20:34:15 +08:00
回复了 chengkai 创建的主题 程序员 独立开发者因为广告拦截被优酷索赔 100 万
1. 找个律师。
2. 技术和工具是中立的,用户自由选择使用哪个浏览器,选择打开哪个功能,不是强制的。一个网站有那么多元素,我作为一个浏览器 user agent 在技术实现上,可以选择下载或屏蔽哪个元素,这是我技术实现的自由。你不能因为 Firefox 少加载了一个网页 favicon 把我告上法庭,广告同理,一个网页元素而已。而题主的广告屏蔽功能默认是关闭的。
3. 事实上,美国的数字千禧年法案为工具和线上服务侵权的认定提供了极大的保护。比如说 115 网盘或者百度网盘,都提供离线下载功能。但下载什么内容,比如一部盗版电影,是用户提交和要求的,不是 115 网盘主动下载的,它只是在技术上具备这种能力而已。这种情况,作为一个工具或服务而言,它是免责的。
4. 如果国家的法律不提供对技术中立的保护,那么创新就是一件危险的事情。
5. 如果一审输了,建议找个律师继续上诉。
/etc/paths.d/go
2020-11-05 22:34:55 +08:00
回复了 Kingfish404 创建的主题 问与答 Mac 的 PATH 变量中有个找不到在哪里添加的路径怎么办?
顺便解决了我的疑问,一直不知道 Mac 上的 /usr/local/go/bin 是怎么添加到 $PATH 里的,原来是在 /etc/paths.d/go 里定义的,应该是一开始使用 dmg 安装 go 时放进去的。谢谢。
2020-11-05 00:20:33 +08:00
回复了 s609926202 创建的主题 MySQL MariaDB 数据库事务提交后,发现好多数据不见了
相比怀疑 MySQL,TP 或者 MySQL driver,更要首先怀疑自己的代码。
2020-11-04 15:32:56 +08:00
回复了 zxCoder 创建的主题 问与答 关于文件同步的一个需求
git?
2020-10-28 20:54:38 +08:00
回复了 raymanr 创建的主题 问与答 有没有看得懂 Linux 源码的大佬评价下, Linux 源码是屎山吗
/* You’re not expected to understand this. */
Safari 上的淘宝,天猫和优酷,都用不了,那我就不用咯。
2020-10-07 10:42:30 +08:00
回复了 qmmp 创建的主题 问与答 分享一下自己做视频 600 天之后的一些感想
请问 UP 对接推广资源都是自己找吗?如果做一个平台方便自媒体和有推广需求的第三方对接,有这个需求吗?
2020-10-03 13:42:07 +08:00
回复了 kidlj 创建的主题 Go 编程语言 要学 Go 的赶紧上车
@chenqh @kangsheng9527 err != nil 的处理方式真的只是审美问题,三位创始人的审美。当前有很多支持的声音,也同样有很多反对的声音。Go 开发组包括社区也一直在寻找解决方案,不过看起来比范型还要难以处理,因为 err != nil 是最简单的形式了,不能再简化了,而它偏偏又能解决所有的错误处理需求。Robert Griesmer 之前 proposal 了一个 try 关键字,被社区否定撤回了,还有很多其它的 proposal 都是一样的命运。这不是一个缺陷,而且自有它的优点和大量拥趸,所以我说这是一个审美问题。请不要在这里争论这个问题了。
2020-10-03 13:12:18 +08:00
回复了 kidlj 创建的主题 Go 编程语言 要学 Go 的赶紧上车
@lewinlan 范型无缝衔接是对于已经使用过静态类型语言比如 Java 或 Go 1 的人来说的。对于只有动态类型语言经验的人来说,interface 的一层抽象,再加上范型的一层抽象,还是会造成一定程度的困惑的。
2020-10-03 13:08:52 +08:00
回复了 kidlj 创建的主题 Go 编程语言 要学 Go 的赶紧上车
@chenqh 相反,我很喜欢 err != nil 的处理方式,我相信很多已经在写 Go 的人也是同样的感受( Twitter 上很多 Go 社区的人为此辩护)。审美问题,不是大事儿。
1 ... 17  18  19  20  21  22  23  24  25  26 ... 56  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4778 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 09:44 · PVG 17:44 · LAX 01:44 · JFK 04:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.