@paradoxs 我开发了一个浏览器，故意不加载网站的 favicon，你会因为我没有把网站展示全而影响了用户的体验，把我告上法庭吗？广告在浏览器看来，只是一个网页元素而已，没什么不同。我技术上有选择加载哪个元素不加载哪个元素的自由。

1. 找个律师。
2. 技术和工具是中立的，用户自由选择使用哪个浏览器，选择打开哪个功能，不是强制的。一个网站有那么多元素，我作为一个浏览器 user agent 在技术实现上，可以选择下载或屏蔽哪个元素，这是我技术实现的自由。你不能因为 Firefox 少加载了一个网页 favicon 把我告上法庭，广告同理，一个网页元素而已。而题主的广告屏蔽功能默认是关闭的。
3. 事实上，美国的数字千禧年法案为工具和线上服务侵权的认定提供了极大的保护。比如说 115 网盘或者百度网盘，都提供离线下载功能。但下载什么内容，比如一部盗版电影，是用户提交和要求的，不是 115 网盘主动下载的，它只是在技术上具备这种能力而已。这种情况，作为一个工具或服务而言，它是免责的。
4. 如果国家的法律不提供对技术中立的保护，那么创新就是一件危险的事情。
5. 如果一审输了，建议找个律师继续上诉。

/etc/paths.d/go

顺便解决了我的疑问，一直不知道 Mac 上的 /usr/local/go/bin 是怎么添加到 $PATH 里的，原来是在 /etc/paths.d/go 里定义的，应该是一开始使用 dmg 安装 go 时放进去的。谢谢。

相比怀疑 MySQL，TP 或者 MySQL driver，更要首先怀疑自己的代码。

git?

/* You’re not expected to understand this. */

Safari 上的淘宝，天猫和优酷，都用不了，那我就不用咯。

请问 UP 对接推广资源都是自己找吗？如果做一个平台方便自媒体和有推广需求的第三方对接，有这个需求吗？

@chenqh @kangsheng9527 err != nil 的处理方式真的只是审美问题，三位创始人的审美。当前有很多支持的声音，也同样有很多反对的声音。Go 开发组包括社区也一直在寻找解决方案，不过看起来比范型还要难以处理，因为 err != nil 是最简单的形式了，不能再简化了，而它偏偏又能解决所有的错误处理需求。Robert Griesmer 之前 proposal 了一个 try 关键字，被社区否定撤回了，还有很多其它的 proposal 都是一样的命运。这不是一个缺陷，而且自有它的优点和大量拥趸，所以我说这是一个审美问题。请不要在这里争论这个问题了。

@lewinlan 范型无缝衔接是对于已经使用过静态类型语言比如 Java 或 Go 1 的人来说的。对于只有动态类型语言经验的人来说，interface 的一层抽象，再加上范型的一层抽象，还是会造成一定程度的困惑的。

@chenqh 相反，我很喜欢 err != nil 的处理方式，我相信很多已经在写 Go 的人也是同样的感受（ Twitter 上很多 Go 社区的人为此辩护）。审美问题，不是大事儿。

@Phishion 说得真好！

很好的分享，感谢+收藏 sent.

@yunyi93 即将做一个独立开发者的我很喜欢你的这个定义。（感谢已发送）