gpt4 book ai didi

c++ - 为研究人员简化算法测试。

转载 作者:行者123 更新时间:2023-11-30 03:12:34 25 4
gpt4 key购买 nike

我在一个团队工作,该团队同时进行大量的研究开发和完整的运输代码。

我有一半时间开发在我们的实时系统上运行的流程(介于软实时和硬实时、中等实时之间?)

另一半我为我们的研究人员编写或优化流程,他们根本不需要关心代码。

目前我正在处理一个必须分成两个不同分支的流程。

一个小组有一个研究版本,一个生产版本需要偶尔与研究代码合并,以便将最新最好的代码投入生产。

要测试这些流程,您需要设置一个半复杂的测试环境,该环境会在正确的时间(实时系统)将我们分析的数据发送到流程。

我在考虑如何制作:

  1. 想法
  2. 实现
  3. 测试
  4. 转到#1

尽可能让我的同事轻松、快速、无痛地骑自行车。

我的一个想法是在这些长时间运行的进程中嵌入一种脚本语言。因此,随着流程的运行,他们可以调整实际的算法及其参数。

我立即查看了嵌入:

这些似乎都是可行的,实际上可能会完全解决给定的问题。

还有其他好主意吗?

在 1-2 行更改后重新编译,重新部署到测试环境并重新启动,这很糟糕。

系统相当复杂,希望我解释得体面一点。

最佳答案

如果您可以通过脚本更改足够多的程序以使其有用,而无需完全重新编译,也许您应该考虑将系统分解成更小的部分。您可以有一个处理数据加载等的“服务器”,然后是执行实际处理的客户端代码。每次系统加载新数据时,它都可以检查并查看客户端代码是否已被重新编译,如果是,则使用它。

我认为这里有几个优点,其中最大的优点是整个系统的复杂性要低得多。现在您使用一种语言而不是两种语言工作。人们在头脑中从 python 或 lua 模式转移到 c++ 模式时,不太可能把事情搞砸。通过在系统中嵌入一些其他语言,您还冒着变得依赖它的风险。如果您使用 python 或 lua 来调整程序,这些语言要么在部署时成为依赖项,要么您需要将内容退回到 C++。如果您选择将内容移植到 C++,那么在转换过程中还有可能出现错误。

关于c++ - 为研究人员简化算法测试。,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/875685/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com