@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 以内一天出货，了解一下吧

工信部有很多条文都是 3 巨头拟订的，压根不值得惊讶

用于开发环境绝对还是选一个折腾少 DE 完善的版本
一个 bundled IDE 绝对比花大量时间和心机浪费在配编辑器配环境上省心太多，而且某个版本用久了会产生强烈依赖感……
个人是从不参与党争的 lowb ubuntu+gnome3 党，一个是比较习惯并且习惯 gnome3 的桌面，另一个，足够稳定幺蛾子不会太多，还有就是当要装什么 [显卡驱动] 啊，什么输入法啊，杂七杂八的国产半成品啊，的时候，ubuntu 已经是最不麻烦的发行版了。
ps.自从一个月前我的 win10 insider preview 莫名死于一次正常重启一次以后更坚定了只用 stable 的信念，非要用实验版本反正再拖源码编译嘛，但滚动 experimental 绝对，绝对要慎重考虑有没有必要

个人比较看好虚拟化
特别是自研的虚拟化，跟自研芯片结合的那种。lz 是研究云计算的，也比较适合继续研究下去
未来 10 年会有相当多的基础设施技术要国产化，云技术方面也还有相当多东西要挖，绝不是 hadoop 怎么用的层次，而肯定是要达到国产自研超越 hadoop 的程度。之前看阿里的软文说他们已经有了整套的自研大规模分布式虚拟化方案，别的大厂肯定也很快要跟上并出台国产业界标准框架 /平台的。
现在软件层面的自研技术 BAT 已经能达到国际顶尖水准，但硬件方向还早，这一轮芯片门和贸易冲突有望推动国家真正把重心往高精尖上转移
希望未来能看到基于国产芯片的国产云技术栈
.
以前学的少，觉得硕士博士傻读了那么多年还不如早点赚钱
现在见识多了一点之后发现，深层次的东西我们普通人真的是心有余力不足的
于是我只能寄希望与其他人去研究自己想研究但研究不来的东西

@haxiwa 反而让我意想不到的是，虽然区块链本身没啥可盼的，但面向区块链的安全却确实有不少东西值得挖，如何保证签名安全，如何防护利用智能合约注入恶意代码，如何防止由于某些意想不到的设计问题使某些恶意攻击（如签名碰撞之类的）扩散到全网，这些是之前没想到看人在搞才发现的