design-patterns - 也不要在软件中产生未知的途径吗？ [丰田原则]

Closed. This question needs to be more focused。它当前不接受答案。

想要改善这个问题吗？更新问题，使它仅关注editing this post的一个问题。

2年前关闭。

Improve this question

在丰田生产线中，他们始终知道零件走过的路。这样一来，他们可以确定可以解决某些错误。这也适用于软件吗？

所有错误消息都应准确告诉我它们走过的路。有些人这样做，错误消息带有堆栈跟踪。这是正确的解释吗？可以在其他地方使用吗？

好的，这是播客。我觉得很有趣

http://itc.conversationsnetwork.org/shows/detail3798.html

最佳答案

在可行的情况下是个好主意。不幸的是，通常很难跟踪机器状态的整个历史记录。您只是无法标记每个数据结构的来源以及该对象的整个状态。您也许可以只存储外部事件，并以这种方式重现所有事件的来源。

一些例子:

我在一个可行的项目上做过工作，并且对它有极大的帮助。当我们快要出货时，并且几乎没有bug要修复时，我们将在“零玩家模式”下玩游戏，在这种情况下，计算机将整夜重复播放自己的角色和语言区域的所有变体。如果断言，它将显示开始匹配的随 secret 钥。早上上类时，我们将从屏幕上写下 key (通常是一个)，然后使用该 key 重新启动。然后，我们将一直观察直到断言出现为止，然后对其进行跟踪。重要的是，即使重新编译后，我们也可以重新创建所有导致错误的原始输入，并根据需要多次运行它(在限制范围内……从随机数生成器获取的次数不能更改) ，尽管我们为非游戏内容(例如visual fx)提供了单独的RNG)。这样做之所以有效，是因为每次比赛都在热重启后开始，并且只接受了非常少量的数据作为输入。

我听说Bungie使用类似的方法尝试在其Halo等级中发现不良的几何形状。他们会将开发套件设置为在特殊模式下通宵运行，在这种特殊模式下，坚不可摧的主角会随机移动和跳跃。早上，他们会看一下他是否在无法离开的某个位置陷入了几何形状。也可能涉及手榴弹。

在另一个项目中，我们实际上记录了所有带有时间戳的用户交互，因此我们可以重播它。如果可以的话，这很好用，但是大多数人都与不断变化的数据库交互，而数据库的整个状态可能不那么容易存储。

关于design-patterns - 也不要在软件中产生未知的途径吗？ [丰田原则]，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/110868/

上一篇：email - 电子邮件通讯服务准则

下一篇：visual-studio-2008 - 从Windows Installer自定义操作执行脚本文件

相关文章：

silverlight - RIA 服务和通用存储库模式

c# - 在选择设计模式方面需要帮助

c# - 多线程在不同进程或同一进程上运行？

Python:为特定函数调用设置内存限制

c# - 公共(public)引用应该如何在程序集中传递？

c++ - 具有多重继承和依赖父类的设计

javascript - polymer 构建错误

python-3.x - 使用tensorflow在CNN中出现尺寸错误

asp.net - ASP.NET应用程序和SQL Server的页面登录时出错

Java 在进程中执行某事