cloudflare 自己就被墙得厉害，套个 cf 的确是 vps 的 ip 是不会被封了但使用体验可不一定

200T ..... 你的网络受得了吗，如果是家宽的话，保证传个几 T 运营商就要找你谈话了。独立网络的话，不知道 OneDrive 会不会找你。。。。

公司两个电梯，7 层楼一层六七十个人用，我的眼泪落了下来

安德不翻车

@villivateur 咦，难道我数据结构学错了，我印象里 c++的 Vector 不是基于数组(array)的吗

@3dwelcome 我觉得老哥你可以学一下数据结构，了解下 Vector 这东西底层是怎么实现的。

随机性这东西是链表的弱项，链表每次访问指定节点都需要从表头 or 表尾重新遍历，所以复杂度是 O(n)，而数组随机访问的复杂度是 O(1)。但是相应的，数组（这里是 Vector ）插入数据最坏的情况下是需要将整个数组内容拷贝到新数组的。

链表适合极其大量数据，并且经常需要插入删除，但是又不是彻彻底底完全随机的那种。

不知道 lz 说的教程的场景和应用具体是怎样的

数组面对长度不确定、需要截断拼接、往中间插入 /删除 N 个元素等等操作的时候性能是很低的（你需要新建个数组然后把旧数据都搬过去，当然也有针对个别情况比如数组内插入或删除元素有高性能的优化算法）

wireguard 特征这么明显，针对你封一下分分钟的事

我只问一下，给家里每台电脑配上 2.5G 网卡，然后再整个 2.5G 交换机要多少钱

偷偷说一声，老城区可以搏一搏拆迁的可能性
今年国家已经明确说了不会房子限购了，很多地方已经解除房屋限购和重启货币化安置了（俗称的拆迁给钱），如果老城区遇到了拆迁，那么就直接一波起飞

对接过一些接口的表示，返不返回错误状态码对写代码的人来说没什么区别

200 一把梭也是有它自己的好处，最典型的就是调用对方 api 的时候，只要不是 200 那你就知道这次 api 调用 100%是出了幺蛾子了，而且错误不在对方服务器上面

而区分不同状态码的话，你是没法单纯通过状态码来判断这个 api 请求到底是 API 本身出错了，还是对方服务器前面的 Gateway 或者 Load Balancer 因为什么原因出错了返回了非预期的 http 状态码。从写代码角度，反正到头来我还是得取出返回值具体分析到底是服务出错了还是其他的网络错误，比 200 一把梭麻烦多了

@yunshangdetianya 直接在这里讲好了

很正常的，编程先接触动态语言的话就会很难理解静态语言的接口到底有什么意义，ls 很多人说的其实都对，但都是站在静态语言使用者的角度在教你，你作为一个动态语言接触编程的人是没法轻松理解他们到底在说什么的。因为接口提供的动态能力是动态语言天生就有的，最先接触动态语言的话会把这种动态能力当成呼吸一样理所当然，所以没法理解静态语言这么大费周章是图什么

所以要跟你讲清楚接口，那就要从 python 角度来帮你理解 —— 在 python 中(虽然 python 没接口)，接口就相当于在你调用对象的方法时加了一道验证，限制了过于自由类型系统

比如很下面这段 Python 代码是可以直接跑的，但显然会执行出错对不对，因为 123 和 "Hello" 并没有实现 run()方法

```main.py
# 假设 A 和 B 是 class 并实现了 run() 方法
l = [ A(), B(), 123, "Hello" ]

for v in l:
v.run()

```
上面这问题虽然看起来一目了然，但在复杂的代码中是非常容易出现的（代码复杂了你没法保证会不会脑子抽了随便塞个奇怪的变量到上面的 list 里）

那好，你一定就会想，有没有一套聪明办法，让我能限制 l 这个列表只能放实现了 `.run()` 方法的变量？比如像下面这样的伪代码，我自创了一个方法集 RunRunRun：

```
# 定义一个方法集合
method_set RunRunRun:
run()


l[ RunRunRun ] = [ A(), B(), 123, "Hello" ]

# 我这里随便自创了一种写法，指定了列表 l 只能存放实现了方法集 RunRunRun 的变量
# 因为 123 和 "Hello" 没有实现方法集 RunRunRun 里的所有方法，所以这行代码在编写阶段就可以被 IDE 检测出来，并且在编译阶段直接就能报错。而用不着每次到代码跑起来崩了才注意到
```

在上面段伪代码中，方法集(method_set)的另一个通用的叫法就是接口(interface)。这就是接口的用处。这就是站在动态语言角度来理解接口，接口实际上就是在限制动态语言里过于自由的类型赋值。之所以上面很多人说得你不太理解，其实是站在静态语言角度在给你讲。如果你还不太理解的话，就像上面这样理解接口就行了。

真的是。。。。啥都要整个 app 。。。
直接买个 2L 装的农夫山泉，喏，就这种

https://item.jd.com/11805401889.html

拿个一瓶直接放办公桌上，要喝的时候拧开瓶盖对嘴吹，保证你每天喝水量直线上升。喝水少的一个原因就是喝水太麻烦
程序员写代码会时不时停下来思考，一停下来思考你的手就会不自觉去找点东西摸摸或喝一喝，一瓶 2L 装农夫山泉放手边就正好。自从我这么干之后，两天干掉一瓶半没问题

lz 你学 go 之前是一直在用动态类型语言吗（ JS ，Python 之类的），如果是习惯了动态语言的，的确一开始即非常难以理解接口的用处的

@zeronofreya 对了，有的东西你真要比烂的话我觉得三元运算符 100%是要比 goto 更烂的
比如 php 同时支持 goto 和三元运算符，但我 review 和参与的所有 php 项目没一个人在 php 中用过 goto ，而相应的在 php 中瞎几把乱用三元运算符的一大堆

比起 goto ，三元运算符是一个很容易让写代码的人产生迷之自信，让人有一种我写出的“简洁”代码很酷的错觉

@zeronofreya ？那还用问？当然是讨厌+反对 goto 咯，还有别的可能性？（当然 Go 一些功能你不用 goto 没法实现，有时候不得不捏着鼻子用）

所以，我一碗水端平了，你现在应该对于我坚决反对三元运算符没意见了吧？

其他不发表意见，但关于三元运算符我坚决站在 Go 这边

莫非定律了解下。只要语言给你用三元运算符，那绝对有程序员会拿它写出正常人没法轻松理解的代码。
比如每当看见 php 项目代码里有人把三元运算符玩出花的时候，我心里都是一万句草泥马

> 两个人都先来日本读语言学校，然后再考研的话，30w RMB 100%不够，不用瞎想了

错字修正