@iOCZS 就算是学生，我也不建议花那么多时间在这种刷题上，完全浪费时间，多花点时间干点别的有价值的事情更好
社招那就更没必要，从我招聘经历来看，招聘完全是个看眼缘的事情。而且招聘是双向的，面试搞那么难进去拧螺丝，也没必要

额，其实如果是真的想招人，面试都不会出很难的题

我自己面试别人，其实我只要看下简历问问经历，看面试人的回答基本就能确定要不要了，写代码我一般也不会出太难，如果只是应付面试，没必要搞那么复杂

用 scoket 写 ipc ，你写到倒是简单啊，有没有考虑过后续处理用户反馈的痛苦？

在我们这里的一个核心组件，为了照顾 android 要常驻后台，必须进程间通讯，并且为了跨平台，硬是把组件的调用方式改成了 socket （甚至 windows 都不是多进程的），天天都有用户反馈为什么这个有问题，那个有问题，一大半都是这个 socket 通信的问题

没有跨平台的需求，那就肯定选命名管道，甚至有跨平台需求给我来做也做管道，socket 那么通用为什么 chromium 做 ipc 的 mojo 在 windows 上不用？

楼上很多人就是 linux 后台做多了把后台的想法照搬到客户端上，完全没考虑到 windows 的复杂环境下用户很有可能直接 127 都连不上（比如用户选择联网的时候误选了防火墙选项）。更别说你们是安全软件。这样相当于把后门给别人留足了。

里面的 template 完全就不难啊。。。就一堆类型推导

这里是因为 Windows 的内存算法导致的，为什么要降低这个占用？我机子 32G 内存开机直接 16G 占用，占用多说明利用率充分。你的内存买来是拿来用的，不是拿来看的

把核心的计算程序，串口读写全部封装到 C++代码上，包括开线程，然后通过事件通知的方式回调告诉主线程，这样你就可以在同一个进程空间内干这两件事情，并且你还能享受到 python 的部分遍历

另外既然都用 Qt 了，为何不选择直接用 C++ Qt 完成呢？

浏览器的客户端完全是为了妥协人手不足，同时也要有点跨平台需求的情况
至于性能肯定比不上全原生的，特别是原生的控件有硬件加速的支持下，这点在 mac 上比较明显，windows 上什么乱七八糟的程序都有，甚至大部分程序都停留在 GDI 绘制层面上，那可能和浏览器客户端比不相上下

正确的做法，是不要去停止线程，线程正常消亡才是正常的逻辑
要做取消，可以在外部设置类似于 disable 一样的标志位，线程内函数判断这个标志

编静态库，头文件你提供给他们

开几千个线程的爬虫。。。。系统吃的消吗
真的想用多线程，开个线程池几个线程并发跑就好了

装一个 productivity tool，直接对着变量 ctrl+左键点进去就可以了

Qt

opencv 其实已经很快了，python-opencv 内部视频播放应该就是走的 ffmpeg，如果只是单纯的灰度处理，opencv 完全满足了

支票大小的尺寸都是固定的把，那你只要适配几种不同的支票类型搞个选项出来就好了
界面用 QtWidget 撸，然后用支持 xp 的 cl 编译出来就可以了

Qt 的文档是我见过最好的了
MSDN 的一大部分文档

在下是也是 windows 开发，现在在一家很大的互联网公司里实习
当然我们用的不是 electron 啥的，而是自己内部的框架，而且还是用 COM 糊起来的，也是像楼主一样有什么问题只能查内部代码，但个人认为这不是问题，毕竟界面 API

个人认为 msdn 已经是最好的帮助文档了，其实做客户端来来去去就是那几样东西，遇到问题 stackoverflow 和 github 上基本都有解决方案，项目里有些比较难理解的逻辑问题问下组里的老人就可以了，我自己实习的时候就是这么干的

我觉得做程序员不一定要死磕某一项技术，可以在业余时间多学点其他东西，前端后台都可以，甚至计算机视觉和机器学习都可以，也为以后跳槽做好准备把，哈哈