因为 windows 没有自动转义啊，sql server 只有 x86-64

@OwO233 diff patch 手动合并呗

把那个 commit 相关的和它更之前的 commit 的 diff 抽出来，然后应用在最新的 HEAD 上

@daydayupupup 我可以很负责告诉你，肚子里有货，一个月也能出来。

YTTRTR4L7REJ 已用，谢谢

@YuiTH 就好比，我们导师已经是长聘了，个人其实不太在意每个学生到底毕业之前发了几篇顶会，真凑了三篇他肯定同意毕业。但是架不住横向比较。经常说，“就怕盲审或者答辩被人拍了”。

@YuiTH 这就是最可怕的事情。大家都在拼命水论文，拼命发，一年发三篇，总能四年发一两篇顶会。。。这就是最可怕的事情

@YuiTH 硕士还好，但其实大概也不好。

这东西就怕内卷。如果所有其他博士都是三篇至少次顶会的，你一篇顶会都没有，真要毕业答辩拍人，第一个拍的就是你。就好比我们本科图形学大作业，我念书那会儿还是光线跟踪就行，稍微做的好一点就能拿 90 。这几年已经内卷到本科二年级图形学大作业上 DL 做特别高级的渲染算法了。

计算机系博士必须有三个工作，哪怕有一个顶会论文 200 多引都没用，数量不够就是不行 hhh

真好啊，只要导师同意就能毕业。

我们学校硕士和博士毕业都会卡论文，导师同意还不够。

ctrl + ←
ctrl + →

@Buges 而且你起个 cgi ，你是每个请求都要启动一个 c++ 服务。但我说了，这个 c++ 服务就是独立的进程，nginx 那种基础设施，gui 或者 web app 才是外挂的管理程序。你是除了 web 开发那三板斧一点都不懂啊

@Buges 。。。不是，你是不能理解 C++ 需要对外提供服务嘛？

服务内核是完全独立的，外部需要一个 gui 去操纵这个服务。C++ 服务可能部署在 vps 或者阿里云或者 kubernetes 里面，gui 管理程序可能是 qt 或者 c# 写的。这种场景你给 c++ 一个 http 接口难道不是最优解嘛？

@liuxingdeyu 好吧，那我更正我的说法。我的程序始终稳定在 0.3MB 内存不会增长。所以是删干净了

@Buges @zachlhb 而且在我描述的这些场景里面，用 C++ 实现不是因为 C++ 程序员不懂其他语言，而是从效率和实现难度上，用 C++ 内嵌 HTTP API 都是最优选择。包括算法的例子，可能算法需要读取数据，这一步延迟高，所以不得不常驻内存。把 C++ 编译成 Python 模块，可能还不如内嵌一个这个。反正处理的请求是相当简单的

@Buges @hushulin 不，如果这个 C++ 服务不是一个 CURD 服务呢？如果它本身是个像 redis 一样的多线程（有后台队列）的服务程序呢？不是那种来一个请求启动一个进程，而是一个常驻内存、用满整个服务器核心的 C++ 程序呢？

比如，写了个特殊领域的小型数据库。写了个特殊的调度程序。写了个常驻内存的（ C++ 算法）服务程序，每个请求都要占用所有 CPU 并行计算，更多的请求进 C++ 内部的队列，一个一个处理。这种场景下真的很有用，就是要在 C++ 程序里面内嵌一个 HTTP API 。

你们多少有些按照自己的经验，小看了 C++ 程序的多样化。

In [4]: for i in range(10000000000):
...: if i % 10000 == 0:
...: del x
...: gc.collect()
...: x = []
...: else:
...: x.append(i)


这个我验证不会爆内存

不懂，你在循环里 del x 岂不是没用了，这循环到底干嘛的。。

不错不错。好像还是基于 sogou workflow 库的，也不算是 start from stratch 。

@hotcool100 @hushulin 当你碰巧有一个 C++ 服务需要暴露简单的 API ，这东西就非常有用了。

unix timestamp 你不会有时区问题。不然就等着修 bug 吧