作为一个会写 RTL 的软件工程师，我的建议是首先巩固一下底层 C 知识和 SOC 架构的认识。

数字设计其实就是选用一些常见的电路及组合解决问题，实际上入门比较容易：

1 数电的基础内容非常少，基本上所有书都是组合逻辑、数字逻辑、状态机和带数据路径状态机
2 Verilog 可综合部分内容实际也非常少，语法加限制比 C 不知道少了多少。

只是能达到设计中等规模的东西比较难，需要时间去积累经验，了解各种电路的应用。读代码其实是在理解里面描述的电路，有仿真环境会好很多，毕竟所有电路都是一起工作的。

我也是在找 C 的 replacement ，现在基本是 go ，看过 rust ，在看 zig 。

C 语言本身没有那么复杂，是因为应用的场合比较复杂。

底层软件开发要想做的那么回事，少不了对操作系统和编译链接的知识，如果做驱动还要了解硬件接口、网络协议等地等，debug 的话还需要了解许多的工具和知识，做优化就需要知道 CPU 、cache 和一些算法。

这是门槛高、积累周期长的原因。

无论什么语言，甚至什么职业都是有市场规律的。如果需要的人数一定，那么候选人越少，价值就越高。

一种办法是是使用 objdump 生成带文件路径信息反汇编代码，然后从里面提取文件路径，去掉行号，去重。

是编译一个动态库吗？

购买途径是？

兼职是啥意思？有薪水？

man 2 flock

今天看到新闻，nextpr 要支持 GPU 加速了，等你综合速度快了之后你就恨了。

语法错误的你都不用工具检查语法的？不跑小仿真测试一下自己的修改？

iperf 是准的，不都到 9Gbps 了。

第一遍，快速翻，看书值不值得看，基本上十分钟以内出结果。
第二遍，慢速翻，看看有啥要点，值得不值得做笔记
第三遍，细度，通常到这个级别的书不会是那么容易看懂，或者需要掌握的信息比较多，那么做笔记。
第四遍，查阅细节用。
第五遍，这时本神奇的书。

@goforwardv2 只要是共享地址空间，多人协作的 C/C++ 项目都会有类似的问题。根据我的经验，判定这种问题的第一个步骤是重现，找出重现规律，第二是看越界 /覆盖是根据特定的变量走，还是随机特定的地址，然后利用 debug 工具来跟踪特定的地址访问。同时，lint 工具检查不可少，代码 review 也有神效。

可能面试官的意思是，别的线程恰好刚刚修改成空指针或者修改之后还没有来得及做更复杂的事情就产生 core dump 了，然后看看其他线程里面是否有对应的寄存器保存有数据跟共享变量的地址一致或者接近，然后进行分析。

或许他 /她只是考考你的思路，或许他 /她最近刚好用这种办法结果过这样的问题，或者最得意的事情是用这种办法解决了问题。如果是第一种，那么无可厚非，如果是第二 /三种，那么这种说法无异于守株待兔。这是我的猜想，不过不重要。

@wangxiaoaer 你是在说等额本金和等额本息吧？

以个人经验来看，被写成 0 更多的是 memset 之类的，不一定是锁写的不好。

第一步，先判断出错是否总是跟共享变量走。在变量前添加一些无用的空间，或者调整共享变量的最终链接地址，看现象是否依然。如果不出现，或者出现在别的地方，可以倾向非锁造成的。

第二步，如果是 memset 之类的造成的，一般会造成前后的区域都被改写，那么就看看这段区域是否有啥特征，可以进行保护。如果是变量的问题，那么看代码，尤其是异常分支，或者 lint 工具可能会更快的，还有就是共享变量变成 atomic 访问，逐个的去掉锁看看有什么情况发生。