Linux下多文件管理思路Ⅱ 这是继上一篇文章Linux下多文件管理思路 - Piper's Blog (pipers.cn)的后续，如图，不想打字
对规范EDA测试用例源文件的思考 在EDA行业，对于测试用例而言，每个用例都有自己的数据来源，在公司内部，并不是所有研发/测试都会重复使用已存在的资源，每次遇到这种情况，研发/测试首选的是建造一个新的文件夹，并在测试用例中指向这一部分的文件。 Git自然是首选，问题是当这一部分文件变得相当庞大之后，
Openai的绘图模型DALL-E入门测试 最近由于公司的一些需求需要尝试一下ai绘图功能，在midjourney和openai的DALL-E之间选择了对新用户更加友好的DALL-E进行测试 1.模型部署 通过api调用openai接口部署到web。。。。省略一万字，最终结果差不多是这样的： DAL
1. What is rebase develop？ (1)Before rebase develop (2)Rebase process (3)After rebase <
接上一节 # 2.进阶方案 虽然脚本的方法简单快捷，但也带来了致命的问题，就是该什么时候去执行脚本进行扫描，代码随时在变动，但是脚本不会主动的去识别是否有改变，因此难以维护 脚本方案在经过讨论之后被否定了，转而采用宏来实现 方案：使用宏的伪递归实现遍历 先上代码 有太多东西要说 有空再写 涉及机密用
1.初代方案 最近公司需要为某产品增加类似快照的功能，因此需要找出相应类中的成员并对其进行序列化，如果人工一个一个找肯定是不切实际的，因此给出了第一种方案，最简单也最快捷，脚本。 在实际操作中也对python进行了研究，因为python在目前生产环境中不太友好，因此直接用shell脚本冲了它，先附上
cmake+makefile好像已经成为了开发默认的搭配，但是实际产品开发中，编译速度依赖服务器性能，通常公司不会为了加快编译速度购买更多服务器，所以需要用一些简单的编译加速工具。 ninja ninja是一个很神奇东西，简单又好用，chrome好像也是用这个神奇的工具编译的 介绍参见[ninja介