@lihongjie0209
读取一次进内存，然后直接 for 循环尝试密码，直到找到正确密码退出。
整个过程只会 io 一次

多多少少都有的
C/C++的库许多也用 libxxx 开头，libuv libevent libev 或者以 lib 结尾 zlib glib dlib

没有做 SEO，搜索引擎都没法导流

@zappos 显然支持。。Python 作为动态语言为什么不支持
https://github.com/ultralytics/yolov3/blob/master/cfg/yolov3.cfg
通过在一个文本格式描述网络结构，然后在构造模型的时候构造模型不是很常规的操作吗

```
class PointNetCls(nn.Module):
def __init__(self, k=2, feature_transform=False):
super(PointNetCls, self).__init__()
self.feature_transform = feature_transform
self.feat = PointNetfeat(global_feat=True, feature_transform=feature_transform)
self.fc1 = nn.Linear(1024, 512)
self.fc2 = nn.Linear(512, 256)
self.fc3 = nn.Linear(256, k)
self.dropout = nn.Dropout(p=0.3)
self.bn1 = nn.BatchNorm1d(512)
self.bn2 = nn.BatchNorm1d(256)
self.relu = nn.ReLU()

def forward(self, x):
x, trans, trans_feat = self.feat(x)
x = F.relu(self.bn1(self.fc1(x)))
x = F.relu(self.bn2(self.dropout(self.fc2(x))))
x = self.fc3(x)
return F.log_softmax(x, dim=1), trans, trans_feat
```
我不觉得 HTML 形式的网络声明能比上面形式的简单

你这个提问。。你是指 docker 部署的平台 centos 少，还是指 docker 内部的容器系统里用 centos 少。
如果你指前者，那不存在的，集群部署在红帽家的平台很常见。
后者的话，因为 ubuntu 的包新

有爱的话就来来做 CG 里的 rendering/simulation 方向吧，没爱就算了，这两个方向现在只能靠爱发电

debian 的制度大概是 由 debian contributors 来认领一些包，负责一些包的维护，然后上面还有 debian developers 来审核打包质量。contributors 没有权限直接往仓库里面合并。

windows 看 vcpkg 还不错，微软在推的包管理器，上游是微软在打包。

这条路 Deepin 已经走过了，DDE 早期就是用 HTML5 技术写的。现在你看看，招聘里面清一色的 C++

python 不太清楚，vim 可以在 vim 内直接调用 make 编译 makefile，也有 make 命令可以使用。

F5 一键编译单文件
autocmd filetype c set makeprg=gcc\ -O2\ -lpthread\ -std=c99\ -g\ %\ -o\ %<
autocmd filetype c nnoremap <F5>:silent make\|redraw!\|cw<CR>

要边写，边编译，边 debug 的话，tmux 或者 screen 应该是跑不掉的

服务商断 ssh 空闲连接也是基本操作了，节约资源。你如果想要一直保持挂起，你就在 ssh 里设心跳包保活。

以我个人的经验来看，就 curd 业务而言，招 golang 程序员的人力成本与 java 程序员的人力成本的差距，差价比升级机器贵多了

vnc 它不香嘛

@yujincheng08 shared_ptr 下层就比 raw ptr 多了个引用计数，不存在什么太大的 overhead，只有构造的时候会稍微慢一点，但也是和 unique_ptr 一个量级的。
根据，http://blog.davidecoppola.com/2016/10/performance-of-raw-pointers-vs-smart-pointers-in-cpp/，连续构造销毁一百万次 shared_ptr，大约比原始指针慢一倍，可以理解，原始指针只需要调用一次 new, shared_ptr 要调用两次 new(变量本身和引用计数器，但是一百万次才 40ms 的开销完全可以忽略不计。

shared_ptr 的坑在一个是循环引用，二是 shared_ptr 自身线程安全（引用计数器是原子操作），但是读写 shared_ptr 管理的对象的时候要加锁，这个坑多线程很容易掉进去。
可以等一波 C++20 的原子智能指针了。

pv 命令了解一下，带进度条
或者用简单的 cp 命令试一下

include_directories 这种方式已经是 cmake 不推荐使用的方式了
建议学一下怎么用 find_package 模式来链接 boost

伪代码
location xxx
{
proxy_pass 127.0.0.1:3000
}
location /
{
root_path xxxxxx
}

从代码上来看，boost::shared_ptr 需要的头文件你没有包含进去
其次，你如果用 g++编译，至少上个 g++的编译参数上来才能让人帮你诊断问题吧

abstract，introduction 和 conclusion 三板斧下去，最多再看看网络结构和损失函数，就大概知道是不是自己感兴趣的了。现在 cv 界洪水泛滥，一年几千篇文章，加上 arxiv 上没有被收录的，怎么看不是问题，怎么找到有用的文章才是问题。

有了目标的文章以后，去 github 上翻开源代码，打断点+print，跟着代码走，论文当说明书用。看完别人的代码以后再自己试着改一改。一般开源的代码会有很多 issue，翻一翻有没有自己能解决的，改 bug，提 pull request，这样一份论文就算吃透了。