随意到底是想干嘛都没说清楚？

emmmmm win32gui 都快忘得差不多了

getmodulehandle 获取的是进程实例句柄，c++ api 里的类型是 HINSTANCE

然后，postmessage 的目标应该是一个窗口句柄，类型是 HWND，消息循环也必须有一个窗口才能工作

我不太清楚 python 里封装成啥样，但反正给 instance postmessage 肯定是没用的

@sammo
@codehz
感谢两位让我今天想例子的时候才发现原来浮点数不能作为 non-type 模板参数以及浮点数相除不是一个常量表达式。。

@maxco292 我知道，我意思是，这种东西我已经讨论不来了，两年的优秀 c++师傅，大概应该有这种程度 的意思

@pkookp8 哈哈哈哈，其实吧，这种东西对于学安全的特别是二进制相关方面的同学来说属于入门基本功，增删也是能做到的，但很蛋疼不会这么弄就是了

前面有人说了 C，我来说一个我同学，搞 C++的，做主(switch)机游戏（炒冷饭）
第一年的时候我们讨论过的问题有，static object 的初始化，allocator，unique_ptr 所有权，CRTP，这种东西
第二年（今年）我已经跟不上他了：two phase name lookup 和类型推导你了解得多吗

@Chyroc 我理解是非常小的 patch，比如改改值，改改条件跳转，这种级别的而已

我怎么感觉这个帖子从一开始就跑偏了

full stack

stack
技术栈
我理解的全栈是，某个技术栈的从上到下，全部
由于这个词是互联网行业提出来的，所以也就有了一个隐含预设， [某个技术栈] = web 技术栈

某个技术栈里全干的，叫全栈程序员
所有领域的技术栈都精通涉足的，叫 the matrix

@Mmmmc 首先你得了解了解多线程的 gui 程序如何设计。最重要的一点就是把界面元素用某种状态保存，主线程（绘制线程）通过状态来绘制呈现，而 workers，实际判断的逻辑，通过更改这些状态来影响 ui 结果。这样，ui 线程在被系统调用 paint 不断刷新的时候，实际关心的只有持续存在的状态，而不会实际经过 worker 逻辑，换句话说，worker 里的逻辑也就不会阻塞住 ui 线程。

你目标的结构应该是这样

class UIWidget : public QWidget
{
QThread *m_worker;
UIWidget(){ connect(m_worker,&WorkerThread::beebeebeep,this,&UIWidget::passed); /*在某个地方连接好 worker 触发的信号和改变内部状态的 slot*/ }
bool m_passed;
onPaint() { if(m_passed) drawPassed(); }
drawPassed();//画东西
public slots:
passed(){ m_passed=true; } // worker 线程通过 emit 对应信号触发 ui 线程的某个 slot，并在 slot 中改变上文提到的状态来影响界面
}

class WorkerThread : public QThread
{
signals:
void beebeebeep();
run(){ /*实现流程*/ }
readIRTInfo(){ /*某些关键函数*/ }
}

省略了巨量细节。请读 qt 文档的 connectiontype，以及各种多线程设计相关，以及各种 oo 的参考书

再以及。。其实你都可以不需要多线程来完成这个目标

永远无法突破 95 只是系统畏手畏脚而已（滑稽

@jadec0der 就是为了避免这种情况，所以想问问有没有什么法律手段能事前确保一下自己的权益，我这边甲方是企业

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
幼儿园就学会了的我表示
响指纯粹是个练力量的过程
关键词：力量
在你的中指食指力度不够之前是无论如何都打不响的，我用中指拇指捏电池转起来可以在桌子上转 20 秒，这个力度打响指才打得响
另外再提一下口哨
1. 舌头不用卷起来，而是舌根下压把舌头翘起来像含一口水一样
2. 变音也是练的过程，首先你乐感要好，然后能熟练吹响之后再拼命控制音准，大概练一两个月就勉强有音调了，再继续练个几年……然后你就可以试试用吹笛子的方法，用呼气量控制颤音，用吐气方法控制音头，音色就丰富很多了，不过吹多了还是感觉，口哨声音太纯，表现力还是差乐器太大一截，现在也不太喜欢吹了

？？？？
图像算法？特征识别？图像融合？计算机视觉？
音频算法？语音合成？
NLP ？
？
冒泡排序？
..
我是不是被钓鱼了？

git 要严格控制分支

哪个分支作为开发新 feature 的 fork 分支，哪个分支为某开发人员专有，什么时候 rebase，什么时候 merge

都要有规定才行

不然来个人非要做死从别人写一半的分支 fork，再 merge 旧版本，再给你 rebase 到 master，再 patch 到 dev，光看我描述你都觉得恐怖了

svn 就倒是不会出现这种问题，svn 基本上只有往前滚的可能性，而且容易强制每个 commit 都是完整的 feature，但这种强制也容易拖慢同步进度，使得同步粒度变粗

如果管理得当而且所有开发人员都很熟悉特性的情况下，git 还是很理想的，但“管理得当”就已经非常难了，“所有开发人员都很熟悉”对于某些传统一点的公司来说简直天方夜谭

@

别慌，你群里的 cmu 大佬也会说他是彩笔找不到工作的，但其实他 google 月入 10k 刀的划水岗都看不上

只要不是拒绝用的就行，以前公司有个奇葩，只会用…… tfs ？还是啥我忘了，反正微软家的，只有他自己用，公司用 svn，乌龟点几下的事，他：哦 svn 我不会，我用这个的，这样吧我 rar 打包给你吧。啊 rar 你有吧？啊学吗？哦这个我不会，这样吧这次我先压缩一下给你你先看看……恩我知道……哦简单是吧那行我下次学习一下怎么用，这次先发压缩包吧我发你了你收一下

目前在用公司发的 mbp13' ，cpu 确实是比较大的问题，但其实一般情况下也够了，平时 jb 全家桶 x1 + vmware 跑 ubuntu + 20 页 chrome + qq 音乐，基本上资源消耗都在 qq 音乐上，但虚拟机作为编译环境，make 的时候就很蛋疼了，只敢开一两个核心然后风扇还发疯。

我觉得在办公室干活，笔记本无论多大都不够的，还是必须配键盘鼠标显示器，但拿出门的时候 13 寸大小要合适很多，一手举起来还比较轻松。之前电脑买的 15 寸，有些包都不好塞它进去

室友去年淘宝全套 2k 以内一天出货，了解一下吧