我觉得宽屏幕不是那么普及吧（
工作和普通人使用中 16:9 还是统治地位的

m_button2 = std::make_shared<QPushButton>("BUTTON2", this);

这一行就不对了吧，都不用 addWidget(m_button2.get())

楼主贴的代码是错的。

void malloc_some_space(void **p) {
*p = (void*)malloc(512);
}

int main() {
void *p;
malloc_some_space(&p);
...
}

所以楼主自己说的没错，其实就是基础不扎实。

hr 的评价不用太在意。根据我的经验，hr 要么是自己找的题库，要么是让开发给的题库，但是开发事儿多所以大概率是找的题库。

因为 hr 都不会，所以看不出来每道题是不是 “基础”。

商业价值我觉得不太行。因为无论是开源、自建服务器、加密，都不是普通用户的需求。编辑器、富文本、网页剪辑、手机端才是普通用户最看重的。

如果不考虑商业价值，都有搞头。

个人工作室估计也很忙（

在国内觉得过得舒服是需要 “卷” 的，我不看好他润道国外就能获得滋润。

@southcat996 你用 C++ 写个服务器把它降采样到合适的码率再推给 Vue 呗。

https://codepen.io/qhcbirud-the-flexboxer/pen/zYQEdOd

2048 个柱子。

少年，1080p 的屏幕，6 张波形图。我们假设一行 3 张，每张波形图一共占据 1920/3 = 640 个像素。

我们假设一个像素上面能显示一根线，那么 640 个像素你能显示 640 个频率的强度，再多了你显示器都没有那么多像素点。那么 640 个频率，每个频率我们假设 32 位采样，也就是 4 个字节。一张图在一个瞬间需要的数据量等于 640 x 4 = 2560 字节。6 张图也就是 2560 * 6 = 15360 字节，也就是 16K 左右。

那么 6 张波形图的一帧，可以被显示器分辨率所显示的信息量只有 16K 。如果算 60 帧，那就是 900K 。

你给的 1700 万字节，约等于 16M 。

所以哪怕不谈绘图，你这里有效的数据量本来就应该不到每秒 1M 。记得把传输效率先优化一下。

说错了 100 多万行的 1 分钟数据。

实践中我千万级别的数据处理，很多操作也就 10 秒。

每天 600 多万行的 1 分钟 A 股数据，按每只股票聚合成 5, 10, 15, 30 分钟也就 20 秒。

你代码呢？

首先，python 不能用 for loop 。

其次，pandas 稍微一点细节，性能差别就很大。比如

* .loc 或者直接索引比 .iloc 慢很多。
* .iteritems() 可能比 .itertuples() 慢。
* 不要按行取数据，因为 Pandas 是按列存的。你取出一行就有一行的临时对象。

请问你指的是什么标准（

我觉得不符合浏览器标准的东西应该没法正确显示了才对。

换句话书能用 Chrome 很好地显示的网页应该都挺标准的

同一个 (server, serverPort) 可以被很多不同的 (client, clientPort) 同时连接。