【发布时间】：2009-01-08 20:20:30
【问题描述】：
那么，Stackoverflow 用于文档和/或与开发人员交流的 UML 图（如果有的话）是什么？
在我看来，Stackoverflow 是原创的，也提供了丰富的用户体验。
只是想知道如何将一个伟大的想法变为现实生活需要什么（什么有帮助）？我只是一个毕业的学生，寻求前辈的建议/经验/建议/例子。
我想知道这些图表在现实生活中有多大帮助以及在多大程度上（图表）...
【问题讨论】：
【发布时间】：2009-01-08 20:20:30
【问题描述】：
UML 是一种“标准”定义的交流方式。定义明确，它消除了使用其他方法时可能存在的歧义。
话虽如此，我不会在我的团队中使用它们。我发现做正确的 UML 的开销太高了。
由于我在一个在同一地点工作的小团队（大约 5 人）工作，我们经常会坐下来在讨论中画图。如果我们需要参考这些图表，我们将扫描它们并将它们发布到存储库以供以后参考。
UML 可能更适合沟通不畅且可能不在同一地点的团队。
【讨论】：
我真的希望我所有的同事都能正确阅读 UML 图；它已成为谈论 OO 设计的一种通用语言。
在大型设计时代，我们制作了大量模型，然后放入大型活页夹中。特别是序列图非常适合详细设计。这些活页夹在某些架子上看起来确实令人印象深刻，但事实证明，这些模型中的大部分价值都在制作它们的过程中
所以现在我们大多只是在白板上用线条画框。但是，每当我们使用明确的符号来精确时，它总是 UML。通常，如果它们看起来值得保留，我们会用手机拍摄它们。有时我们只是把它们留在白板上，因为如果它们在那里呆了几天，它们就会被烧到白板上；）[而且你必须特别敢于使用有气味的强力清洁剂]
【讨论】：
-
我认为每个项目都应该用 UML 记录/设计，但这与我在现实世界中的普遍抱怨和消极体验相冲突。现在我想到了单元测试的主题......
-
是的，UML“糟透了”人们不想做它们，没有时间做它们，有人不允许他们做它们..但这也可能转到整体“文档”主题.. :)
我在 Inc 杂志上阅读了一篇关于该网站的文章，这就是我发现它的原因。显然，遵循的正式程序很少。基本上，做这件事的人真的很好。我的钱也没有 UML。我想知道他们是否使用OO？
【讨论】：