问题标签 [specifications]

我一直在疯狂搜索，找不到任何 mjpeg 的文件格式规范。

标题应该是什么样子？我只是在标题后附加一系列 jpeg 吗？

我知道它通常在 .avi 容器中，它是否具有可能在其中的编解码器的标准化格式？

目标是在 actionscript 3 中实现它，但其他语言可以很好地移植。我试过看 ffmpeg 和 mplayer 但 c 不是我的强项（还）。

任何建议，将不胜感激！

当我开始为 web 开发时，我注意到在客户和我之间有一个清楚地列出他们想要什么的文档将对双方都非常有帮助。在阅读了 Joel 的一些建议之后，做任何没有规范的事情都是一件令人头疼的事情，当然除非您按小时计费；）

1. 在那些有经验的人中，什么是从客户那里提取关于他们希望他们的网站做什么以及它的外观的所有可能信息的好方法？避免功能蔓延的好方法？

2. 我应该注意哪些网络特定要求？（也许是平面设计）

3. 你用什么来写你的规范？

4. 还有什么其他人应该知道的吗？

谢谢！

Ps：对于“StackOverflow Purists”，如果我的问题很糟糕，我愿意反馈如何改进它，而不是投反对票和“你的问题很糟糕”的评论

无论我在哪里查看，功能规范都是某种文档，其中包含并详细说明了需求/提议的功能。我最近能够为我们公司制作功能规范的标准模板。我暂时选择的格式是一个具有相当多自动化程度的 excel 文件。

1. 该模板计划将顶层需求链接到层次结构中的较低级别需求。

2. 然后可以将较低级别的要求映射到设计的技术方面，类似于质量屋。相关性在 HOQ 中被确定，但此外，对于每对需求和技术方面，都估计了可行性。

3. 如果需求的任何技术方面被标记为不可行，则该需求被标记为重新考虑。

4. 在将所有需求标记为可行或适当删除之后，提取每个需求-技术方面对，并根据时间和预算为每个需求寻求估计。

5. 这些估计有助于我们规划项目。

我可以对此提案发表知情意见吗？在我看来，这似乎是将需求与技术方面联系起来，然后再与项目规划联系起来的最佳方式。

你如何应对？

允许客户随心所欲地更改软件是否正常？我在一个没有规范和不断要求更改的环境中工作。

对于每个新客户，我们都必须创建一个新分支并进行如此多的更改，以至于当我完成时，我有一个完全不同的产品。因此，我几乎失去了对编程的兴趣。

所以，我说不应该让客户随意更改软件是不是错了？

英语是我的第二语言，所以请原谅任何错误。

相关：
如何处理不知情的客户选择

在我的团队中，我们有一个很棒的源代码控制系统，我们有很棒的规格。我想解决的问题是如何使规范与代码保持同步。随着时间的推移，规格往往会老化并过时

制定规范的人往往不喜欢源代码控制，而程序员往往不喜欢共享点。

我很想听听其他人使用什么解决方案？某处有快乐的中间吗？

我是软件开发和“规范”的 BDD 方法的新的但超级粉丝。我一直在使用xUnit.NET、Moq和xUnit.NET 的扩展，它允许我执行 BDD 样式的测试（我正在松散地使用测试，因为它并不是真正的测试，因为它指定了预期的行为） . 目前，我使用 ReSharper 运行我的所有测试，很高兴看到我的规格详细说明并且全面绿色。

然而，既然我定期使用 BDD 方法，我想要一个更好的报告解决方案，它可以以一种很好的格式呈现系统的所有规范，可以作为新开发人员的一种文档形式引用，在未来的重构等

有谁知道任何现有的工具，最好是免费的，可以与 xUnit.NET 集成以提供格式良好的报告？

（不要与流行的 .Net 单元测试库Xunit混淆。）

今天，我无聊地开始检查 Gmail 的 DOM（是的，我很无聊）。

一切看起来都很简单，直到我注意到关于某些元素宽度的有趣规范。杰出的 Googlites 使用稀有的“前”单位指定了许多表列。

起初我很困惑（“什么是'ex'？”），然后它又回到了我的脑海：我似乎记得几年前我第一次学习 CSS 时的一些事情。来自 CSS3 规范：

[ ex unit is] 等于第一个可用字体的已用 x 高度。之所以称为 x 高度，是因为它通常等于小写字母“x”的高度。但是，即使对于不包含“x”的字体，也会定义“ex”。

好和好。但我以前从未真正见过它使用过（更不用说自己使用了）。我经常使用 ems，并欣赏它们的价值，但为什么是“ex”？与 em 相比，它的测量标准似乎要少得多，而且用处也少得多。

我发现讨论该主题的少数页面之一是 Stephen Poley 的http://www.xs4all.nl/~sbpoley/webmatters/emex.html。斯蒂芬提出了很好的观点，但是，他的讨论对我来说似乎没有结论。

所以我的问题是：“前”单位对网页设计有什么价值？

（这个问题可以被标记为主观的，但我会把这个决定留给比我更有经验的 SO'ers。）

在 HTML 属性名称=值对中，“名称”部分允许使用哪些字符？..... 查看一些常见属性，似乎只使用了字母（az 和 AZ），但还允许使用哪些其他字符？...可能是数字 (0-9)、连字符 (-) 和句点 (.) ... 有这方面的规范吗？

示例：以下代码对JSON 规范有效吗？

还是我应该始终使用以下语法？（如果是这样，为什么？）

我在 JSON 规范中还没有真正找到有关此的内容。尽管他们在示例中的键周围使用引号。

最近，我收到了潜在客户对非常复杂的 Web 应用程序的请求。
他们希望我在“真正的”作品开始之前写一个规范。
在他们看来，规范应该只是描述应用程序和数据库的词语。
我发现最好的方法是“绘制”或“构建”应用程序将具有的屏幕原型（html 比写一本书更容易，特别是如果您仅在此阶段使用 WYSIWYG ......标准并不重要这点）。

当您的眼前有一个屏幕时，您会立即清楚哪些元素应该是（日历/照片库/主要链接、搜索框等）

那么，我的方法错了吗？还是客户不知道正确的做事方式？