@al0ne 那人要是用 ssh 做反向代理呢，这种不太有特征吧。ssh 流量很多啊

米法回血技能 cd 时间好长

@WilliamYang 查了下感觉更偏向工厂模式。

@Geekerstar #5 华生。。。
@zxlzy #4 嗯嗯是的。go 里面我还第一次见。学习一下。
@lazyfighter #3 这个我再 py 里面看到过很多。

以后就在群和朋友聊天中插广告了。 你们聊啥，就给你推荐啥。

@shequ2046 #88 哈哈的确。

另外 frp 应该还是众多公司内网威胁之一。 不知道多少公司的内网被用户为了方便而打洞暴露出去了。

之前看到一个老哥打算往百度里面塞满垃圾，也不知道流量费回来了没（大概率民用带宽，流量不要钱）

pycharm 里面直接打函数，下面会有一条红色的线，alter+ enter

vc 要退出吧。卷卸载掉。

这个好看视频是百度的 百度自己出来做视频了 而且没有广告？

微软 pr 的视频都做的蛮好的 逃）

Azure 中国 提供了 gcr.io 及 k8s.gcr.io 容器仓库的镜像代理服务，安装 kubernetes 时拉取镜像失败的同学有福了。


测试了下，服务很稳定，速度也不错，基本>1MB/s （杭州电信），推荐。

install


git clone https://github.com/silenceshell/docker-wrapper.git
sudo cp docker-wrapper/docker-wrapper.py /usr/local/bin/usage

You can use docker-wrapper to pull images not only from gcr.io/k8s.gcr.io and also from hub.docker.com. In the later condition, It will directly pull from hub.docker.com.

docker-wrapper pull k8s.gcr.io/kube-apiserver:v1.14.1
docker-wrapper pull gcr.io/google_containers/kube-apiserver:v1.14.1
docker-wrapper pull nginx
docker-wrapper pull silenceshell/godaddy:0.0.2

用 Lightening 是收税。改了里面也会加个芯片的，不会让你使用安卓的充电器充的。

120hz 还是真香的，用了回不去了，再看 60 hz 掉帧严重。

美团：知道了，以后一个 wifi 下面 的价格保持一致。

面向特定领域的软件工具之所以让人觉得复杂，是因为这个问题本身复杂。我们把解决特定领域问题而所需的知识叫做”领域模型“(domain model)。如果我们不了解领域模型，就不能理解为什么 Photoshop 比系统自带的 Paint 复杂几千倍, 或者为什么我们需要正则表达式这种诡异的东西。我们讲的复杂与简单，都是工具设计哲学层面的。

以王垠说的 TeX 为例。写出《计算机程序设计艺术》的 Knuth 到底知不知道程序语言设计的基本原则我们可以不加讨论。了解一点字体设计和排版的都知道，计算机排版问题是个复杂的问题。的确，软件工具的设计目标，是把复杂的问题简化。然而，大多数人不知道的是，简化问题是一个两步过程。第一步，我们需要把现实的问题映射到一个领域模型。第二步，是把这个模型简化到我们人可以处理的地步。很多时候这两步合并起来了，让我们觉得这两步好像是一步，并且认为所有的设计，都应该朝简化的方向走。这是一个对设计的错误认识。

举个非计算机领域的例子：用电饭锅煮饭非常简单，加米加水再按个按钮就行了。电饭锅的设计者的设计目标是操作简单且能完美地煮米。作为工具的设计者，它一方面需要了解大米是怎么煮熟的，另一方面需要提供给用户一个简单的按钮。TeX 作者，从一开始就不是设计一个电饭锅，而是一个精确的温控炉子。有了这个精确的温控炉子，想烧饭的可以把它封装成电饭锅，想做蛋糕的可以把它封装成蛋糕烤箱。设计电饭锅的人的设计，并不比设计精确的温控炉子的人好，或者差。设计者的初衷决定了产品的形状。Kunth 的初衷，正是设计一个可以让他人排版出任何想排版的东西的系统。也就是说，做出一个最终非常简单的，只有一个按钮的排版系统不是他的设计目标。做出一个可以高度定制的系统才是他的目标。


我感觉上面这段说的挺好。

用 aria2c 哈哈

要跑的那个进程 pid 是 1 用 systemd 的话，systemd 会占掉 pid 1 了