@AlohaV2 https://docs.oracle.com/cd/E19205-01/821-0389/bkafk/index.html
网上搜搜用法都有了。
模板一般用法放头文件是使用的时候隐式实例化生成对应类的函数实现。
显式实例化放 cpp 里面就提前指定了要实现函数内容，编译这个 cpp 的时候目标文件就包含了函数实现。这样就不需要引入头文件推迟到真正使用的时候才生成函数实现

如果不是作为库使用的话可以提供一个思路。
模板的实现写在 cpp 里面，然后 cpp 里面显式实例化。需要哪个类的实现就在 cpp 加一句重新编译 cpp 就可以

两个都做过。单纯说检测的话其实是一样的，yolo 也好 ssd 也好都能做人脸和车牌的检测。人脸有专门的检测算法（ mtcnn 之类的），效果比通用检测算法好。

识别方面车牌需要做校正、增强、切割、OCR 。也有模型把切割 OCR 一起做了，切割增强后的结果直接进模型 end2end 出来车牌。传统做法是套模板，有时候效果也挺棒的
人脸识别主要是检测出来的人脸做校正、计算特征值。最后识别的时候跟底库对比特征值相似度。

我这里以前从来不弹真人验证的，最近这几天也突然一直要求验证。看到你这个我都怀疑是不是 不是我自己的问题了

@zhzy0077 是模板。但是消息来的时候是有通知的，跟普通的私聊消息一样

一直用的测试号没发现要发消息才能推送。。用了半年了多个账号订阅,每天集中时间段推送几十条通知，没回过消息一直很稳定（甚至有段时间服务的 443 没通还一直成功推送。。

我觉得最大的问题是限制了应用场景吧。如果你只是需要读文件直接通过网络传输，那用零拷贝是最好的。
但是业务场景往往都是需要应用对数据进行处理才把数据送出去，比如数据先加密再进行传输。而做这步操作必然需要把数据从拷贝到用户态缓冲区来处理，所以无法利用上零拷贝的优势

好久没用函数指针了。你用 std:: function<void(Adas*, std::string)>不好吗

手动签到吧。之前用了一段时间自动签到，最后还是每天手动点一点，已经成习惯了
你这个重点应该不在签到吧，作为你 rod 的演示 demo 挺好的

遇到过同样的问题。一直生成临时文件把 ssd 的缓存写爆了导致装个系统性能暴降。后来给生成目录挂了 tmpfs 解决了

嗯。抱歉现在看懂了。
你这只是引用了 myqr 外部包
刚开始看的时候没注意以为是你自己搞的库要关注公众号获取，拿来引流
不过这调用的参数实在太眼熟了，要说思路正好一样还有可能，亮度对比度这些是我实验了好久才加上去增强效果的。要说这也是他自己想出来的我是不太信

https://github.com/chinuno-usami/CuteR ？？？
而且为什么还要关注你公众号？我这还是 GPLv3 的协议

crontab 定时跑 curl 请求 server 酱不就可以了吗

@yujincheng08 学姐帖 v2 复刻？ bgm 的看番应该都是第三方脚本

系统的包管理器不是这样用的。。
那上面的库是为了维护系统内的依赖用的。你要用上面的库应该目标系统上安装 dev 包在目标系统上编译才能用这些库。
另外一种用到包管理器里面库的情况是源维护者自己编译软件包的时候用到，一般也是维护者交叉编译对应库链接过去的。
自己另外编译还强行用这些库很容易依赖被破坏。包管理器安装的软件一般没出问题是因为有维护者一直在更新依赖，就算是这样有时候还是会出现依赖问题。
如果你只是要在对应系统发布可执行程序，最好的做法是每个平台编译对应的静态库，发布的时候发布静态连接的可执行程序。如果需要源码发布就附带每个平台的静态库一起发布。

第三方库你还是乖乖的交叉编译都编译出来吧

创建 stub 的 so 文件，编译的时候用 stub 链接

@manami 羡慕远程办公 quq。我们不仅没有远程办公，办公区域还好多人都不戴口罩

https://github.com/chinuno-usami/server_tan 偷偷发个自己写的微信通知服务。可以支持 push bear 接口的群发通知