@lhbc

几百次是因为他们访问之后就直接被屏蔽半天到 1.5 天时间，然后会被解封。

缘分啊。我的机器也在被 183.3.202 这段 IP 地址的机器扫描，而且频率非常高，感觉十分奇怪。建议各位也看看自己的服务器是不是有这个 IP 地址的访问记录。

这是 3 月份的截图：
图片太长请手动复制到地址栏://i.imgur.com/bwtJcgB.png

这是刚刚的：
图片太长请手动复制到地址栏://i.imgur.com/aQKYHid.png

`attempts` 计数低是因为程序会自动用 iptables 屏蔽 IP 地址 1.5 天时间，这期间这个 IP 就不能再访问我的服务器了。

@binux
或许也是，正因为这样也符合自己的利益，所以一些规则才会被遵守下来

@imxieke
不啊，有的时候不挤，这种情况也会出现。

不知道是不是因为，在挤公交的时候，是背对着别人，而上公交之后，会与人面对面所以才导致这样的情况 :D

当然，我对合肥公交没什么好感（事实上我对合肥这个城市也没什么好感，虽然这并不正确）。

@Livid

哦好的，那应该就是这样的原因了。我以为应该是内部已经绑定了之类。

感谢回答。

@abelyao

不，是我的错，我应该说

- 但我原来就用的 Google 登录啊，只是取消了之后改用密码了。
+ 但我原来就用的 Google 登录啊，只是 V2EX 取消了 Google 登录之后改用密码了。

@abelyao

不，我没有取消 Google 登录啊，是 V2EX 取消了登录。

Google 是可以拿到 Email 权限的吧？

@abelyao

但我原来就用的 Google 登录啊，只是取消了之后改用密码了。

如果注册邮箱和 Google 帐号相同的话，是不是考虑加一个逻辑来自动绑定帐号？如果 V2EX 在注册时验证邮箱的话应该问题不大吧。（除非有人 Google 帐号过期了然后被抢注了

“生活”指哪一方面？

其实你写的程序或许会被部署在某个产品中，然后卖给消费者，从而成为生活的一部分。这样来说其实所有的编程思想都可以被应用到生活中。

再有比如 KISS ，不仅可以应用到程序上，也可以应用到其他产品上，这些产品进入了生活也成为了生活的一部分。

其实很多“设计模式”并不是为了生产和制造而定制。它们是被总结出来的，其实程序中很多的思想其实来自于日常生活，比如实际上 OOP 就是这样。

所以，问题反了 :)

@xhowhy

所以同理， GitHub 要是某天挂了或者更改了 URL ，那么所有依赖 GitHub 上 package 的都要也得挂。别忘了之前大家用 Google Code 用的也是很 Happy 的。而且哪怕 GitHub 挂掉的可能性不大，自建 GitLab 上的那些包呢？

所以 Golang 这种管理方式根本也不叫去中心化。

基于 URL 的包管理太脆弱了，在这种前提条件下，“去中心化”还没有讨论的必要。

@xhowhy
> 另外如果不用 URL ，就不是就意味着需要一个中心节点来记录 alias?

不需要。基于 Vendor+Namespace 的包管理不会有中心化的问题。包仓库其实可以做成仅仅只是一个协议，然后你就完全可以根据那个协议自己建立一个 Registry ，然后让项目依赖那个 Registry 或者多个 Registry 。剩下的就是按照优先级解决这些 Registry 中存在的同名包了。

你看， Nodejs 的 npm 和 PHP 的 Composer 都可以修改 Registry 的地址：
https://docs.npmjs.com/misc/registry
https://getcomposer.org/doc/04-schema.md#repositories

如果 npm 或者 packagist 某天不能用了，改一个地址就能用其他的 Registry 了。

@fway
KB ： Memory usage in KB
gz ： File size after gziping
http://benchmarksgame.alioth.debian.org/how-programs-are-measured.html

Golang 的 Vendor 机制还是不太成熟， NPM 这方面好太多了。希望未来 Golang 只使用 Vendor 机制来进行包管理，然后有个命名空间一样的东西，而不要用 URL 。

关于性能：
http://benchmarksgame.alioth.debian.org/u64q/go.html

还有跟 Rust 的比较：
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=rust

还有跟世界上最好的语言比较：
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=php

“你是程序员，那你一定很聪明吧”

肯定不是在说我😂

冷水：

这个设计不会很好看的。

每个人对设计都有不同的主张，但是一个要点还是有的：需要保证可读性，即使是在黑白稿的情况下。这就是为什么大多数设计初学者都会选择一个好看的字体简单变形一下或者加上点团作为 LOGO 。

所以首先，这个设计搞的最后一张，文字变成了 VNFX ，可读性已经完全没有了。

第二，我知道你想把 Logo 做成什么样的： https://www.google.com/search?q=vivid+logo&newwindow=1&biw=1280&bih=665&tbm=isch&imgil=u_ROnyGJLB35_M%253A%253BJf80p2fgfN0LZM%253Bhttp%25253A%25252F%25252Fwww.chrisspooner.com%25252Fthe-many-faces-of-the-vivid-ways-logo&source=iu&pf=m&fir=u_ROnyGJLB35_M%253A%252CJf80p2fgfN0LZM%252C_&usg=__utsxaXnhB6SzwP8OL8pSg4UROkE%3D&ved=0ahUKEwi9oM706efLAhVR8GMKHZAaCHcQyjcILw&ei=Lnj7Vr3RHtHgjwOQtaC4Bw#newwindow=1&tbm=isch&q=vivid+ways+logo
。但是 V2EX 的文字想要连写很难，所以一开始就不应该考虑用这种设计方式。

第三，其实你可以从模仿大厂的设计开始，揣摩他们设计师的设计思路，然后再自己着手设计。另外建议去学习色彩，我发现很多非设计类学校毕业的学生（哪怕是设计类学校毕业的），对色彩的掌握都不一定很好，毕竟因为这是设计中非常难掌握的一部分。

最后，设计 LOGO 之前先思考一下新设计的 LOGO 会有什么副作用。如果一个 LOGO 设计出来需要更改很多其他的设计，那么这个 LOGO 是很难被应用的。

// 本人是个设计渣