你们怎么看？我会在结束调查前不发表任何意见。调查在侧边栏。
最新调查：你今天会开始一个新的 Web 项目而不使用 HTML5 吗？
Chris Coyier 于 发布
DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费额度！
DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费额度！
你们怎么看？我会在结束调查前不发表任何意见。调查在侧边栏。
我几周前尝试使用 HTML5。问题是当时 Firefox 的稳定版本无法识别它——老实说，大多数普通用户不会去找测试版。
事实上，他们甚至不会去找 Firefox。
所以我不得不放弃它。
这很奇怪，Firefox 一直以来都识别“简单”的 HTML5 功能。它甚至不需要像 IE 那样为新标签使用 JavaScript 填充。
所以，要么你在谈论一些“高级”的 HTML5 功能，要么你可能做错了什么。
我认为在是/否调查中使用否定问题不是一个好主意……可能导致混淆和虚假结果。
例如，这样更清晰：
如果你今天开始一个新的 Web 项目，你会使用 HTML5 吗？
是/否（非常清晰）
将评论作为回复却不是真正的回复也很令人困惑=）
但我同意，那样更清晰。使用否定句的原因是我希望人们能够评论他们不使用它的原因，如果确实如此的话。
如果可能，将答案修改为“不，我将始终使用 HTML5”和“是，我不会使用 HTML5”可以解决大部分问题。
“当时 Firefox 的稳定版本无法识别它”
我已经使用 HTML5 很长时间了。“无法识别”的说法是不正确的，如果你在 CSS 中为 HTML5 块级元素添加 display: block，一切都会正常工作
header, hgroup, section, article, aside, nav, menu{
display: block;
}
我在 Firefox 上遇到了同样的问题……Display Block 解决了问题……谢谢
这完全取决于产品。如果我期望在 6 个月内发布某个产品，并且不仅仅面向技术人群，我肯定会使用旧技术。
如果我期望在 3 年后发布某个产品，或者只面向技术人群，我可能会使用 HTML5 及其所有神奇功能。
谁会开始一个需要三年才能发布的 Web 项目？
是啊，说真的，我的 Web 项目最多需要 3 个月……
Web 应用及其相关框架可能需要很长时间才能成熟。3 年可能是有意的夸大，但 18 个月对于大型 Web 应用来说并不罕见。
我为一家拥有大型电子商务业务的零售商工作，多年项目并不罕见。
也就是说，我的答案是肯定的，因为很多项目都在现有的框架内。仅针对我需要新框架的项目提出这个问题，答案是否定的。
我从事政府部门的网站建设工作，因此我会从 HTML5 开始，但法律上我必须确保网站在 IE6 中也能正常工作。因此，我必须跳过一些元素，例如，我使用带有结构名称的类（例如 article 和 section）的 div 来代替新的语义结构功能。
我使用 标签并回退到 Flash 以使视频能够被更广泛的人群访问。
就个人而言，这都是为了使内容能够被更广泛的受众访问。
许多 HTML5 功能都可以轻松地“制作”成可以在旧浏览器中工作，包括 IE6。事实上，新的语义结构标签是最容易在所有浏览器中支持的，因为它们不需要浏览器提供功能。大多数 HTML5 重置提供了必要的 JavaScript，使 IE6 能够像冠军一样读取 HTML5 结构标签。
我绝对不会批评谨慎的态度，但重要的是要清楚地了解我们如何在支持旧浏览器的同时推动 Web 发展。
我会尝试，事实上，我正在尝试。只是为了使用那些已经在跨浏览器中正常工作的功能，以及在适用的情况下使用新的酷炫功能。
学习有效地使用 HTML5 不仅对 Web 有好处，对您作为开发人员也有好处。
我已经将其用于 Staples、Red Hat、America's Test Kitchen 等多个知名项目。
不想学习？很好！请提供您雇主的联系信息，我会接管您的工作。
Dale Cruse，即将出版的“HTML5 富媒体应用食谱”（Packt 出版社）的作者。
不要听起来像个完全的混蛋，但在威胁要接管别人的工作之前，也许你应该确保你的网站在 Firefox（3.6.12）中能正常工作。它根本无法工作。
确实，在 FF 中什么都加载不了，你应该修复它
这很有趣。它在我的 Mac 和 Windows 平台上的 Firefox 3.6.12 上都能正常工作。你看到了什么？
除了背景什么都看不到。查看源代码时，似乎你的某个条件注释没有正常工作/关闭，因为所有 HTML 都被“注释掉了”。我使用的是 XP 系统和 3.6.12 版本。
哈哈，Dale，你的评论听起来像个傲慢的工具。下次别这么努力了。
我愿意承认自己说错话了，但这并不能改变这样一个想法：如果你不想进步，迟早你的雇主会找到愿意进步的人。我们都不想成为恐龙，更不想成为大嘴巴的恐龙。
我完全同意“被抛在后面”这件事。没人想这样。但与此同时，我们不能太快地放弃那些经过验证且可靠的技术。前沿技术就是这样，一个边缘。在一“侧”，你拥有花哨的功能和语义代码，但在边缘的另一“侧”，则是像这样遇到问题的风险，即使是在成熟且流行的浏览器中。
哦，关于你的网站……Chrome 上的所有字体都无法阅读……除非我将缩放比例放大到 144%。
不好意思偷看，但难道不应该也有一些元标签吗？不过，鉴于你的客户名单，我想你可能不需要它们 *耸肩*
老兄，如果你能说服我们的一些客户放弃他们的 IE6 和 FF2 浏览器，并兜售你的 HTML5 网站，那么我很乐意给你他们的联系信息，并且我会吃掉我的鞋子，因为那将是一项了不起的壮举。我会向你脱帽致敬。
他的网站在 Chrome 9 测试版中运行良好
加载速度很慢，而且不是很有趣，但看起来还不错。
然而，您推荐的大多数站点仅仅因为 HTML5 向后兼容而被称为“HTML5”。只要使用新的文档类型并省略一些已弃用的标签，格式良好且有效的 HTML4/XHTML1 就是有效的 HTML5。
这就是我目前对 HTML5 的看法。使用有效的部分，并准备好以后使用更酷的功能。
Dale 的网站在我的 Macbook 上的 FF3.612、Chrome 8.0.552.215 和 Safari 5.0.3 中显示正常。
HTML5 适用于您现在想要进行的任何项目。为旧版浏览器提供兼容性处理，并允许花哨的功能优雅地降级，这样就可以了。
到目前为止，我的项目中还没有用到任何 HTML5 的功能。
不过我担心人们看到这个投票问题会想到 CSS3，而不是仅仅是 HTML5。
您永远不需要使用 HTML5，但问题是，开始使用它是否对您有益，答案可能是肯定的。
遗憾的是，是的。我 *可能* *不会* 在新的 Web 项目中使用 HTML5。即使使用 Modernizr（或其他工具）强制旧版浏览器理解新标签，仍然有一些东西在 IE6 中无法正常工作。此外，旧版浏览器拥有旧版的 JS 引擎，对此您几乎无能为力，只能避免使用较新的 JS 结构 :(
我看不出不使用 HTML5 的理由。仅仅因为它引入了一堆新的花里胡哨的功能并不意味着您必须全部使用它们。
文档类型和常用元素，标题、页脚等 :)
是的，我也是！我还没有开始过一个没有这些简单更改的项目。它们改变了生活。
我提交了“是”（我不会在没有 HTML5 的情况下开始新项目），但忘记了即使只使用新的文档类型而不使用其他任何东西也会被算在内。
如果投票是关于使用自 HTML4.x 以来添加的新功能，那么我需要在项目的上下文中考虑它。
我为我的雇主开发了许多内部 Web 应用程序，并且它们都是基于 IE 的标准，因此现在转向 HTML5 毫无意义。根据我们的分析包，即使是我们面向客户的内容，也有 95% 的用户使用 IE。
我还没有开始用 HTML5 做测试项目，但我希望很快就能做到。
说实话，我认为我会在新的项目中使用它，尽管 IE6 无法正常使用它。如果人们继续试图迎合 IE6 用户，这只会成为用户/公司继续使用它的另一个理由。
越快有更多东西无法与它一起使用，用户就越快被迫远离它。
我完全同意你对 IE6 的评价！在互联网时代，这个浏览器已经过时了。人们只需要升级。似乎“可访问性”这个词几乎已经成为“与 IE6 兼容”的同义词。为什么？人们只需升级浏览器即可跟上技术发展。
我正在慢慢地将 HTML5 集成到我的项目中。但在客户明确要求网站与 iPad 兼容之前，我看不出有什么意义。因为我使用的网站代码运行得很好。
我喜欢这些功能，并且肯定会在越来越多的项目中集成它。
好吧，我可能没有从事政府工作，但我确实住在距离偏远地区的中心大约 3 英里的地方，所以每天我都面临着想要进行渐进式 Web 设计，但也意识到本地网站更多地是在 IE6 上查看，并且通过拨号上网找到的困境。我认为展望更新、更好的编码实践非常重要，但我们需要牢记最终用户以及他们用来查看我设计的设备。
我主张尽可能多地学习我的行业知识，但我仍然需要确保我没有因为制作用户无法使用的东西而疏远我的核心用户。
Kevin
那将是一篇有趣的文章……“农村和第三世界 Web 设计的最佳实践：如何在新的 Web 时代应对拨号上网”
我一直在为金融行业开发 Web 应用程序，我们的分析报告显示，IE 仍然占据我们主要网站 60% 的市场份额，但对于我们的 Web 应用程序，IE 占 33%。实施 HTML5 为我们带来了巨大的好处，但我们也必须回退到旧的技术。
我所有的项目都以 HTML5 开头，并且大多数网站都使用基本功能。
为什么不今天就使用 HTML5/CSS3 呢？
在某些情况下，我们总是不得不为 IE 做单独的处理。
在我看来，我们应该首先为当前浏览器构建网站，然后使用解决方法来处理旧版浏览器。
如果我需要在 IE678 中使用图像来实现阴影 - 没问题，但为什么要让新浏览器发出额外的（且不需要的）请求呢？
赞同。:D
我每天都在使用它，这要感谢 http://html5boilerplate.com 它非常容易使用，并且可以在所有浏览器中运行，至少使用 Modernizr 很容易提供回退方案。
干杯。
没错！我赞同。
+1 给 Boilerplate。易于实施、文档齐全、受支持且维护良好。除非项目是专门的，或者，是为可爱的 IE6 设计的内联网，否则我绝对会使用 Boilerplate 和 HTML5。
我想这取决于你所说的 HTML5 是什么意思。如果是简单的 HTML 5 元素（section、header、aside 等），那当然可以。如果是更高级的东西，比如 WebSockets 或离线模式，那么答案可能仍然是肯定的，但需要更多调查。
HTML5 现在可以在所有浏览器中运行（即使是 IE6），即使它需要一点兼容性处理，所以我不明白为什么我们还要使用老掉牙的“不受支持”的借口。
在我的上一个项目之前，我一直使用 XHTML 1.0 严格模式进行编码，但我切换到了 HTML5，而且我认为我不会再回头了。代码看起来更简洁，至于 Internet Explorer，我使用 html5.js。如果他们在不使用 JavaScript 的情况下使用 Internet Explorer，他们不配看到这个网站 :)
我在开始新网站的“基础”文件中包含了 HTML5，并且在过去的 3 个月里一直如此。只要我为 IE 使用兼容性处理，我就没有任何问题。使用 header、nav、aside、article、section、footer 等。
不过，我不会深入到创建只有现代浏览器支持的 HTML5 元素，比如 clicker.tv 所做的，在那里您可以使用箭头键进行导航等。我只是喜欢 HTML5 结构对我的公司和我们的客户的语义。
再说一次，我同时使用 LESS/HTML5/CSS3 进行开发，并在我的基础文件中预先定义了针对 IE 的修复程序。这正是我喜欢的工作流程。
我认为 HTML 5 还没有成熟到可以实施的程度 - 它是一个草案，并且一直在变化。我不会冒这个险，特别是因为 XHTML 仍然是“正确的”（不像 HTML 4），而且我并不真正 *需要* HTML 5 的功能。
但是，这只是我个人的看法。
我会使用 HTML5，但仅限于某些项目。主要用于 Web 应用程序，而不是“常规”网站。
是的，我同意 Sahan 的观点，文档类型和常用元素，标题、页脚等
由于 HTML5 核心语义特性拥有足够的市场支持，我们在几乎所有项目中都使用它们。我目前还没有看到任何缺点，并且到目前为止我们也没有遇到任何问题。不过我得承认，我们仅仅触及了 HTML5 未来所能提供的功能的表面。
我必须承认，对我来说最大的障碍是重新思考标签的变化：多个 h1（记住要设置样式，不要太大），多个 header 和 footer，新的 hgroups，多个 asides。我知道它们比 div 滥用要好，但现在我仍然迷失在自己的标记中。（我一直依赖 Chris 的“漂亮代码”模板：http://bit.ly/beautifulhtml）
只要有 js shim，我认为对旧版浏览器来说没有缺点。唯一的缺点是教这只老狗学新把戏。哎哟，我真的这么老了吗？
我使用它。有了 Modernizr，我认为没有理由不使用。
我所有的新网络项目都从
git pullhtml5boilerplate 开始。它让一切都变得如此简单——这是前进的方向。希望我们不必总是需要所有这些样板代码。我期待着一个不支持 IE6 的版本——它只需要一半的代码 :)
至于实际的投票，也许保留问题，但将答案更改为“会使用 HTML5”和“不会使用 HTML5”？我不得不仔细琢磨才明白我肯定是在给出双重否定的答案。
如果我正在为 iPhone 创建一个 Web 应用，或者为一个受限的受众创建应用，并且我知道他们都会使用兼容的浏览器（例如公司内网），那么我绝对会使用尽可能多的 HTML5（至少在浏览器支持的范围内）。
否则，对于个人项目，我可能会接受用一些不受支持的新功能来惹恼一些使用旧版浏览器的用户是可以的，但话虽如此，即使 Chrome 也不支持一些更前沿的功能，所以现在还为时过早。
对于客户项目，我将更加保守，因为让 99% 的访问网站的用户获得良好的体验非常重要。最大的问题是 IE 8 及以下版本，因为它们在不使用 Javascript 将新 HTML5 标签添加到 DOM 的情况下不会设置新 HTML5 标签的样式。需要注意的是大型企业和政府机构，因为这些机构的 IT 策略可能是非常严格的，因此您很可能会发现整个公司仍然使用 IE7 并且禁用了 Javascript。
使用 HTML5 并不会妨碍获得良好的体验。使用 HTML5 并且不为旧版浏览器支持的特定功能提供回退机制才会妨碍获得良好的体验。
这就是为什么我不太赞成现在就实现硬核 HTML5 的原因。Chris，你关于不提供回退机制的整个评论就像需要为 CSS 2 提供回退或 hack 一样。我们可以随意使用 HTML5，但我们需要 shim/shiv、Javascript 库、Modernizer、Boilerplate 以及所有这些额外的标记内容来使旧版浏览器正常工作。
既然我们需要在 HTML 头部添加所有这些内容，为什么要使用 HTML 呢？然后我们必须在 3 年后返回到我们开发的所有网站，假设那时 HTML5 已完全开发并且所有浏览器都使用它，删除所有这些额外的 Javascript 库、shim/shiv 等，并使用 HTML5 将所有内容都设置为语义化的。当然，前提是你可以让客户同意这一点。
在当前这个时间点，在 Web 开发社区之外的现实世界中实施类似的东西似乎工作量过大。只有 Web 开发人员知道它是什么，也只有我们知道它是否有效。
如果有人由于缺乏资金升级而关闭了 Javascript（企业、非营利组织、学校），并且同时使用旧版浏览器，那么做所有这些几乎毫无用处。我会花时间学习它，并结合 CSS3 使用，但在目前，除非您是为 Web 开发/设计社区而不是内网或大型企业网站开发网站，否则很难证明广泛使用 HTML5 的合理性。
我有一个非常依赖 XML 的工作流程，其中包含很多 XSLT。我倾向于说你的投票过于简单化，也许假设所有“否”票都是针对 (X)HTML4 的。用于处理 XHTML5 的 CMS 设计和工具非常不同，因此也许你应该考虑像我这样的用户，他们有很多混合的 DITA/DocBook/MathML/SVG 内容，他们肯定会在可预见的未来转向 XHTML5。
你能解释一下你所说的 XHTML5 是什么意思吗？你是指将 XML 与 HTML5 结合使用吗？如果是这样，那当然就是 HTML5。
Chris，你在 HTML 5 Doctor 上链接的文章将 HTML5 和 XHTML 5 描述为不同的东西。Bruce 使用了诸如“. . . 使用 HTML 5 或 XHTML 5”之类的短语，他还指出 XHTML 5 必须包含 XML MIME 类型，并且应用了比 HTML5 更多的规则。所以我相信这就是 Nicholas 在他的评论中所指的。我认为你所指的，是你如果愿意，可以使用更严格的 XHTML 标签语法编写 HTML 5。
我的老板更关心快速发布网站而不是使用最好的工具，所以我在工作中只能使用 XHTML。如果我在工作之外想出一个工作流程，我可以使用它，但我认为这不会发生，因为工作中可用的工具与我在家中的工具不同。
我将 HTML5 用于我的个人项目和自由职业，并且在这些情况下不会不用它。
没有理由不使用它。如果旧版浏览器的支持很重要：不要使用新元素，但使用新的 doctype、script 和 link 标签而不带“type”属性、将元素包装在“a”中等等没有坏处。
我认为没有理由不使用 HTML5……它在一定程度上可以使您的网站免受以后需要重新编码的影响；它增加了一些以前“非常困难”才能实现的功能，并且有很多工具/脚本可以帮助旧版非 HTML5 兼容浏览器正确呈现 HTML5。
我实在想不出现在不拥抱它的理由……
当然，HTML5 非常棒，我们都知道这一点，但它并不适合每个项目。
举些例子！
您_可以_在今天使用一些 HTML5 部分，至少使用 doctype（它在任何已知的浏览器中都能很好地工作，因为它会在不支持 HTML5 的浏览器中触发标准）。
我同意上面 Joakin 的评论。双重否定的投票非常令人困惑，可能导致结果误导。
我想在这里深入探讨一下。对于所有说“我看不出有什么理由不使用”的人，您曾经参与过的最大的网站是什么规模？我尽量避免“居高临下”，但在处理企业级网站（特别是那些需要赚钱，而且要赚很多钱的网站）时，有很多因素需要考虑。
当然我们都*希望*使用 HTML5，但是随着网站规模的扩大，会出现更多障碍。您是否完全控制着网站的后续管理，或者您是否需要将其交给客户，而客户的技术团队可能对 HTML5 不够了解？他们的 CMS 是否支持 HTML5？项目中是否涉及其他供应商，他们可能不太愿意学习/使用它？
至于 Modernizr 和 Boilerplate，它们很棒，但它们也是一个额外的 HTTP 请求，需要传输更多内容才能使用更多标签。您还必须做出牺牲，在头部添加一个脚本标签。我们都应该知道这会减慢网站的初始显示速度（在 IE6/7 上会明显减慢）——您/客户可以接受吗？
是否有任何研究表明这些新标签可以改善 SEO 和/或可访问性？是的，我同意，它们使语义更好，但是如果还没有记录任何新增价值，那么对于这些大型网站，您应该谨慎行事（考虑到上述问题）。
所以，有一些事情需要考虑。我曾为一些客户工作过，我知道我现在无法通过他们那里使用 HTML5。谢天谢地，我已经离开了那个行业，并为一家公司工作，就像这里的一些人一样，有能力决定我们要支持哪些浏览器。如果用户无法在 IE6 中查看它……那么是时候让他们升级了。
因此，概括一下……
HTML5 可能不适用于“企业级”网站，因为 1) CMS 可能不支持它 2) 项目中的其他人可能不了解它 3) 可能存在额外的 HTTP 请求 4) 可能存在 SEO 和可访问性问题。
1) 不太确定这是什么意思。我可以看到一个 CMS 使用 div 和 span 而不是 article 和 figcaptions 或其他东西，但是 div 和 span 仍然是有效的 HTML5
2) 为了项目顺利进行，让每个人都了解情况肯定是有益的。不过，我无法想象这会是多么大的问题。HTML5 并不是一门全新的语言，它与旧版本兼容。
3) 唯一真正需要的是 shiv，它只有 4k 大小，可以轻松地合并到另一个 JS 文件中。
4) 几个月前你问我这个问题，我可能会耸耸肩，认为这些问题会得到改进。然而，我参与了一个 HTML5 切换项目，有一些证据表明切换后 SEO 略有下降。这有点令人沮丧，不容忽视。
Chris，你的第四点非常有趣。是多个 h1 还是其他什么原因导致的？
嘿，Chris，
1 & 2.) 我想我应该把这一点与第 2 点结合起来。我曾与一些客户合作，他们会从 CMS 中输出 HTML 片段（不仅仅是原始数据），这是出于他们的（客户的）缓存原因。所以这里需要进行沟通。有些客户很乐意学习并与我们合作。其他的则是一团乱麻，没有人对项目负责，只想尽可能少地投入工作。
3.) 虽然它会被缓存，但 4k 乘以 50 万个唯一请求就会累积起来。如果你的网站流量足够大，可能不是什么大问题。尽管如此，我坚持认为需要将此脚本放在文档的头部。如果你已经在头部有脚本，并且想包含它，这就能解决很多问题，但仅限于这种情况。
4.) 了解了，感谢分享！
不。
我已经使用了所有浏览器都支持的 HTML5 部分。比如 DTD。
[还想看看我的 gravatar 在圆圈里是什么样子 :) ]
HTML5 是一个很棒的术语，但当你问我在即将开展的项目中是否使用它时，它意味着什么？
HTML5 这个术语包含了很多内容。
如果你指的是新的语义标签，那么在 IE6/7/8 中的支持还可以，如果你愿意使用 HTMLShiv javascript 的话。
但是，如果你想要一个可以在任何浏览器上运行并且无需 javascript 支持就能被支持的东西，你将不得不等待 IE9 普及或一个毁灭性的 bug 将 IE 从这个世界上抹去。
此外，新的 Javascript HTML5 功能还有许多含义。其中大部分在所有现代浏览器中都无法一致地运行。
就我个人而言，目前我将坚持使用 HTML 4.01 Transitional。
我不明白为什么人们还在使用 IE6。非常了不起。也许是时候让他们的 IT 部门开始升级了。
我给你两个词：遗留应用程序。
就我们公司而言，我们公司当前的标准桌面版本安装了 IE7。比 IE6 有所改进，但远不及 IE9……他们这样做是因为有一些应用程序要么还没有升级，要么无法升级，这些应用程序对业务至关重要，在更现代的浏览器中无法正常工作（不会产生大量错误或提供严重降级的体验）。
我还可以说更多，但这只是一个简短的答案。
并不是说这些组织的 IT 专业人员不知道浏览器存在缺陷……更有可能是因为有一些现有的应用程序实际上*需要*该浏览器……IT 无法简单地关闭或修改的应用程序。
不幸的是，我目前工作的地方现状是使用 HTML 4.01 Transitional（真糟糕！），但我尽可能地挑战这一点，而不会成为一个彻头彻尾的混蛋。:)
你知道，4.01 Strict *是*有效的 4.01 Transitional。; )
当然。但 4.01 Transitional 不是有效的 4.01 Strict。我们使用 4.01 T 文档类型，所以我们并没有真正坚持一个很好的标准。
当然。但我的意思是，如果你想写 Strict，你可以做到，并且可以避免问题。当然，如果你有无法控制的组件或框架，那么你就无法控制……: )
太多常用的浏览器没有实现 HTML5，因此不值得使用它。
我不久前刚写了我的第一个 HTML5 网站。起初我不想使用新的语义标签，因为这似乎不值得付出额外的努力。
但我还是决定这么做。感觉做一些具有前瞻性的东西比做一些后瞻性的东西更好。做一些在今天几乎所有地方都能运行（例如，在 IE 上需要 JavaScript）并且将来会运行得更好的东西（语义标签可能会带来更好的 SEO），对我来说似乎是一个不错的权衡。
老实说，这对我作为一个开发者来说也是一个开始熟悉它的借口。
当然。毕竟，HTML 4.01 Strict 仍然是一个完全有效、广泛支持且稳定的 DOCTYPE。根据客户的预算和项目的规格，我将使用 HTML5 并使用 Flash 作为必要的回退，或者使用 HTML 4.01 Strict。如果你无论如何都要使用回退，那么在 HTML 4.01 或 HTML5 DOCTYPE 之间进行选择有点像抛硬币。
由于大多数网站将在 Joe Webuser 升级浏览器所需的时间内被重建或修改，因此未来防护在我看来不是什么大问题。
（*是的，我知道 Modernizr 和 HTML5 shiv。它们使样式元素和优雅降级成为可能。它们*不会*启用对标签的支持。）
您说的没错，Modernizr 不会启用支持，但 HTML5 shiv *确实*启用了对标签的支持。这就是 shiv 的全部意义。
Modernizr 允许你为元素设置样式。
Modernizr 很久以前就包含了整个 html5shiv。
它们启用了样式，但你仍然需要为其中许多设置 display:block。HTML5 Boilerplate 中提供了该样式。
没有理由不使用 HTML5 文档类型——它在所有浏览器中都是完全有效的。对于许多元素，旧版浏览器需要 shiv 才能使其正常工作，但我认为这不是问题。你仍然需要避免一些东西（例如属性和某些标签，如 canvas、audio、video 等），但没有理由不现在就开始使用支持的 HTML5。
我认为学习如何使用 HTML 5 是一个好主意。至少它会让你作为一名开发者受益。我认为在它还很新的时侯就开始学习它是很棒的，它不仅提供了学习最新技术的绝佳机会，而且让你站在新技术的最前沿。更不用说，拥抱和理解 HTML 5 对潜在雇主来说确实看起来“很酷”。
我会在新项目中使用它吗？也许在我更好地理解它之后！是时候翻书学习了。
当然要使用 HTML5。即使 IE 不支持很多功能，但这并不意味着我们不应该实现它们。渐进增强不仅会使我们的 Web 项目更好，还可能促使一些用户升级他们的浏览器以获得这些额外的功能。
我每个项目都是从 http://html5boilerplate.com/ 开始的。
我同意 Milovan 的观点。
你应该始终尝试使用最先进的解决方案，但请记住，并非每个人都有幸享受这种魔力。
不。在它在浏览器之间更加稳定之前不会使用，但我渴望开始。IE9 发布 3-6 个月后，我可能会开始逐步引入它。
我所有项目都是从 HTML5 Boilerplate 开始的。我想我后悔没有尽我所能实现回退——我几乎没有机会使用旧版浏览器进行测试。
我已经使用了基本的 html5 内容（例如文档类型，以及一些使生活更轻松并且已经在浏览器之间可以正常工作的少量内容），但我编写的基本上是非常令人愉快的 html4.01。
除了那些尚未广泛使用的东西之外，html5 的一些内容让我感到困扰——例如，每个人似乎都对“语义元素”赞不绝口，但我认为它们并没有特别有用。大量的新标签意味着标记会更加复杂。你仍然需要使用 div 作为布局的包装器。一旦它们得到广泛支持，你将不得不向你的 css 重置添加更多规则。
（此外，我“完全赞成”前向增强，但 html5shim 不算作“回退”。）
A 将成为其语义含义，仅仅是一个“分隔”。
任何真正将 HTML 视为 HTML 而不是作为设计手段的人，都重视增加的语义清晰度。
语义是一回事；但 html 存在的全部原因是生成网页——它不是为了自身利益而存在的。语义（更直接地说，语法）之所以重要，仅仅是因为它（可以）导致对它所表示的数据进行更好、更一致的呈现。
将 HTML “视作 HTML” 是我们开发者会做的事情，但世界其他地方的人并不在乎：他们关心的是最终看到的内容（而不是“查看源代码”）。
我认为额外的语法会让事情变得更加混乱——人们现在就容易混淆。
从长远来看，我认为带特定类标识符的 div 与“语义化”元素一样具有语义（并且更灵活）。
好吧，我们现在几乎在所有项目中都使用它。原因很简单，使其与旧版浏览器兼容并不难。而且标签更有意义，CSS 也更容易管理，比 div 更合理。
文档类型：是
仅限移动设备主题：很可能
对于个人实验和大多数受众使用支持浏览器的网站：使用 shiv 作为回退，是
其他任何情况：仍然不太明白为什么使用 < header > 然后不得不使用 JS 修复和额外的样式使其在 IE 中正常工作比简单地使用 < div id=”header” > 更可取。这似乎只是额外的工作。
考虑到要“技术上”使用 html5 只需要更改文档类型，我在所有项目中都使用 html5，并且在过去的几个月里一直在使用 html5。为什么不呢？
是的…
另外 <style scoped> 也不再无效——这对 CMS 插件来说是个好消息
我坚持使用旧的 xhtml 1.1 和 css 2……可能还会使用少量 CSS3……而不会影响网站在旧版浏览器中的功能。
在我设计的大多数网站中，我只是使用一个简单的所见即所得编辑器。我并不认为使用哪一个会有区别，但如果有一个用 HTML5 编码的所见即所得编辑器会很有趣。有人知道吗？
我认为这取决于项目的性质、目标用户以及目的！但最好现在就开始学习。
我将始终使用 HTML5 标签，JS 将取决于我网站的细分市场。
附注：问题有些令人困惑……“不使用 HTML5”，我想知道有多少人投了“是”票，却想表达他们确实使用了 HTML5。
当然，这取决于项目！ :)
如果我正在构建一个 Web 应用程序，我通常会更倾向于使用 HTML5，因为它提供了更广泛的选择（比如
canvas、localStorage等），但我不会将其“强加”给用户。如果我认为使用该应用程序的用户技术水平较低，并且项目不需要我出于某种原因使用 HTML5，我可能会坚持使用旧方法。另一方面，如果我正在构建一个“普通”网站，我更有可能不使用 HTML5。我只是认为它还没有很好地应用到所有浏览器中，并且它并没有给我带来很多好处。
我的投票：也许。几个月（甚至几年）后，绝对是肯定的！ :)
我认为这取决于你所说的 HTML5 是什么意思。你可以从多个层面参与使用新的热门技术。
在我最近的几个项目中，我一直在使用 HTML5 文档类型，这是我最喜欢 HTML5 的功能之一。
我正在使用很棒的占位符属性，在支持它的浏览器中为文本输入字段添加额外的标签。我也利用了在块级元素周围包装锚标签的能力。
我还没有勇气使用新的结构化语义元素。我担心即使在 IE8 中，也需要 JavaScript 才能使其正常工作。不过，在此期间，我正在学习新元素的语义，并通过向 div 添加类来应用它们，因此 <article> 变成了 <div class=”article”>，依此类推。
在观看 Jeremy Keith 在 The Big Web Show 上的亮相以及阅读了他的书《HTML5 for Web Designers》之后，我真正对开始使用 HTML5 感到兴奋。
在我看来，一个更好的民意调查是人们实际使用了 HTML5 的哪些具体部分。
我将以此为基础进行后续调查。
民意调查需要更多选项。;-)
对于任何当前项目，如果只需要这些功能，我会使用 HTML5 文档类型和新标签。
除非事先明确决定最终用户需要使用现代浏览器，否则我不会使用新的 API。即使那样，这也是一个冒险的主张。以下是一个例子
我们决定在我们的 Web 应用程序中，我们期望最终用户拥有支持 HTML5 和 CSS3 的现代浏览器（因为它不是面向公众的工具，所以我们有能力对需求更严格）。这使我们能够利用 Websockets 等新兴技术。
但是，截至今天，Websockets 已从 Firefox 4 和 Opera 中移除，我不排除 Webkit 也会效仿。
我仍然很高兴我们正在使用它……发现了一个插件，可以在 Websockets 不可用时以轮询间隔执行标准 AJAX 请求……但这仍然说明，投资这种前沿技术确实存在风险。
我最终投票“否”……我不会开始一个项目而不使用 HTML5 的某些方面。但民意调查的实用性不如它本可以达到的那样高。
如果其他人对 WebSocket 问题感兴趣，请查看 https://hacks.mozilla.ac.cn/2010/12/websockets-disabled-in-firefox-4/
我同意 Greg 的观点，过早采用技术是有风险的，这是一个很好的例子。
IE8 及以下版本不完全支持或识别 HTML 标签。
我不可能依靠 Javascript 来确保网站的结构能够正确呈现……这似乎非常违反直觉。
一旦我的分析数据显示 IE9 成为主流，我当然会使用。在此之前，为什么要着急呢？
我尽可能地使用 HTML 5，但我使用的 html 编辑器（Taco HTML Edit）没有将 html 5 设置为默认值，因此我经常只使用 4.0.1。
我想尝试一下，但我害怕新的挑战，就像跳进一个冰冷的游泳池一样，战战兢兢地走进去，小心翼翼地避免任何寒冷的冲击！但是，最终你还是进去了，也没那么糟糕，所以实际上，谁能推我一把？
不，在它在浏览器和一般使用中变得普遍之前，我不会为 HTML5 编写代码或设计。
绝对是！我必须先熟悉它，然后才能在我的新 Web 项目中使用它。时间会证明 HTML5 是否会成为 Web 开发人员的标准。
我的天啊……人们还在使用 IE6……IE6!!!!
当人们停止使用 IE 6、7 和 8 时，也许我会开始学习 HTML5。
为了清楚起见，您可以创建一个 HTML5 网站并支持 IE 6。您只需要一点 JavaScript 就可以为新元素设置样式，并且您可以使用 polyfills 来处理其他许多事情，而无需做太多额外的工作。
IE 6 的使用不是停止学习的借口。
我投了否票。HTML5 正在迅速普及，CSS3 也是如此，旧版浏览器不是继续前进的理由。W3C 在 2009 年发布的信息表明，使用 Firefox 的人比使用 IE 的人多，因此它正迅速成为一个不那么重要的问题。
也许更多人使用 Firefox 访问 W3C 网站（主要是 Web 开发人员），但我认为你会发现 IE6-8 仍然占据着整个市场的最大份额。
我对 HTML5 的问题是一个重申。太多人仍在使用 IE7 和 6，即使是当今的现代浏览器（包括测试版）也没有完全甚至完全支持 HTML5。
现在尝试一下很有用，这样你就可以了解它，但它在 Web 达成共识认为 IE6 是 2001 年的东西之前是不切实际的。
我肯定会的，主要是因为 HTML5 甚至还没有成为正式推荐标准，而且很多东西都不完全支持它。
我很乐意继续使用 HTML4 或 XHTML，并一遍遍地阅读 HTML5 规范。
愚蠢的否定性问题！我错误地选择了“否”，因为在相当长的一段时间内，我都不想使用 HTML5。
哦，我喜欢新网站的外观。
选择取决于新网络项目是否真的需要 HTML5 的功能。如果不需要，我永远不会使用它。
我几个月前尝试过。
我爱 HTML5。我讨厌我们总是要受 IE 的摆布。希望有一天我们不再需要这样。这就是我转向 Mac 的原因：P
是的。HTML5 需要 2 年或更长时间才能稳定下来。因此，CSS2.0 仍然令人印象深刻。
每个人除了任何项目（没有例外）。
只有 HTML 5。最好的祝福！
Paweł P.
我正处于一个无法决定是否转向 HTML5 的境地。
我想跟上行业的发展，但 HTML5 仍处于起步阶段，距离 W3C 的正式推荐还有几年时间。我读到了一些文章说“继续使用吧！它已经可以使用了”，也读到了一些持相反意见的文章。我只是不知道未来项目应该选择哪个方向。
我所知道的是，我的下一个项目将是为慈善机构服务，其用户很可能使用 Internet Explorer，因此在这个项目中使用 HTML5 可能没有必要。
是的，绝对的。
HTML5 非常好，但至少还需要 10 年时间才能使此更新成为强制性的，因此，今天任何新的项目可能在 10 年内会有大约五次更新和重新设计。
就我个人而言，我还没有完全学会 HTML5。我理解它的大部分内容以及它能做什么和不能做什么，但我还没有足够的信心流利地编写 HTML5 代码，因此几乎每一件事都需要大量的阅读和研究，而我没有时间这样做。
此外，我实际上认为我们永远不会像现在编写普通 HTML 一样编写 HTML5。在网络/技术领域，10 年是一个非常长的时间，而且很可能会有其他技术成为标准。也许是一种新的语言，它将 HTML 和 CSS 结合成一种更短、更简单的语言。
只有时间才能证明一切。
不，我不会。我也不会在没有单选按钮和提交按钮的情况下进行投票：）
在旁边。
我们确实正在开发一款 HTML5 产品。我花了 4 周时间构建它，它是其 Flash 版本的非常好的复制品。任务是将一个 Flash 网站转换为 HTML5 网站。
但是，我们目前在所有浏览器中都遇到问题。这些问题包括性能问题、标记样式问题以及 CSS 动画功能的缺乏。通过使用 jQuery 的 fx 链和 queue/dequeue 功能以及大量超时和间隔的相当复杂的混合，我们可以很好地复制 Flash 的动画系统，但我们缺少 Flash 提供的典型运动补间动画。我们可以伪造非线性动画，但它看起来不如 Flash 中的那么好。到目前为止，对于 Flash 杀手来说：) 目前只有 Safari 支持 CSS 动画，使用 HTML5，您至少需要支持 Safari、Opera 和 Chrome（Firefox 仍然缺少很多功能）。
Firefox 的当前 Beta 版本逐渐支持越来越多的 CSS 过渡和分层，但存在很多错误，正如第一个回复者所写——没有人会下载浏览器的 Beta 版本：)
目前，Safari 和 Chrome 支持基于 GPU 的 css 过渡。我们在这里遇到了时间问题，但它是一个总体上很好的动画系统，实际上是有效的。（您需要使用 setTimeout 等进行大量的小延迟）Firefox 和 Opera 仍然在其主处理器上执行过渡，如果您在彼此之上有多个层，则可以清楚地看到这一点。（我说的是一个完全动画网站上至少 10-15 个层）。Opera 实际上提供了一个相当安全的动画系统，没有像 Safari 中那样提到的时间问题，但它非常慢，这会毁掉任何产品——一旦它比 Flash（即使在 Windows 上）慢，你就无法再销售它了。
我想说，可能还需要一年或两年时间，我们才能在每个浏览器中拥有一个稳定、快速、基于 GPU 的 CSS 动画系统。在那一天，我们可以开始开发重量级的类似 Flash 的网站，但现在这确实是一场冒险，并且有很大的失败风险。
所以我的意见是：现在我们可以开始创建部分使用 HTML5 功能的网站，这些功能在每个浏览器中都是安全的，这已经有很多功能了。但我不会推荐只使用 HTML5 的解决方案。那很可能会失败。
是的，我将来会使用 HTML。
我认为这些标准的问题在于，人们浪费时间争论是否使用它，而我们应该都使用它并实施改变，而不是担心支持 IE6 等。
如果大多数人查看一下浏览器使用情况，您可能会注意到，与某个旧版浏览器（要么持平要么下降）相比，移动浏览器在过去几年中一直在稳定或急剧上升。
除了网络之外，您还能在哪里听到旧版应用程序阻碍了进步？
HTML5，就是这样。
我认为我会使用 HTML5，但只使用新的语义标签，例如 <árticle> 或 <section>，因为您不会冒在旧浏览器中造成完全损坏和无法使用的风险。
使用 html5 文档类型也是安全的。
除了 和 之外，您还可以使用其他一些标签。
示例
（带有多个）
我相信使用表单、画布和媒体类型（、、等）是少数几个广泛支持的元素的例外情况。在这些少数例外情况下，您可能需要提供回退方案。
正在启动一个 Web 项目，并且由于 IE 的原因没有使用 HTML5。但是，我使用 HTML5 语义（例如）标记我的 HTML，一旦 IE 6-8 消失，这些语义就可以轻松转换为 HTML5。
哈，删除了 HTML。再试一次：<div class=”section”>
是的，我不会在今天的新 Web 项目中使用 HTML5，除非它包含我使用新文档类型并且已停止执行我过去习惯的一些 XHTML 操作。但我认为这并不算“使用 HTML5”。
我几乎总是必须支持 IE6-8，所以我在很长一段时间内都不会使用它。猜猜 IE8 什么时候会消失。
如果我要处理一个只需要支持使用 Webkit 或类似 Chrome OS 的现代移动设备的项目，我可以在那里看到它被使用。
在标准最终确定并且所有主要浏览器都像支持 XHTML 一样支持它之前，我不会使用它。
现在，HTML5 和 CSS3 就像 Web 2.0 一样，只是一些流行语。
除了营销人员和非技术面试官之外，这些词对任何人来说都没有意义。
我考虑过使用 HTML5（并使用一些代码片段，但我真的不确定是否使用它，因为并非所有内容都得到广泛接受。我编写大部分代码的地方，首选的计算机是 Windows 7，而 IE 到目前为止的功能还很不足。当它开始支持更多代码（以及 HTML5 最终成为正式推荐标准时），我会重新考虑。无论如何，我的所有代码都已准备好支持 HTML5。
不幸的是，我希望能说我会用 HTML5 构建所有网站，但事实并非如此，一位最近的客户愿意为他们的在线业务支付数千美元，但他们只使用 IE6——说真的。
他们网站的客户群主要是老一辈，可能不会经常更新……因此，为了确保所有内容的可用性，我不会纯粹制作一个 HTML5 网站。
可悲的是，我们的大多数客户仍然坚持使用旧版浏览器，如 IE6 和 FF2 等。HTML 5 提供的大多数精华都会被浪费在这些猪身上。
是的，在网络游戏领域。Flash 比 Canvas 更成熟。
我可能不会在我的下一个项目中使用 HTML 5，因为它太新了，而且我还没有看到使用它的好处大于使用“旧”XHTML。当然，我出于好奇而尝试它，因为它有很多很酷的东西和潜力，但我暂时不会使用它。我认为 HTML 5 更多地是开发人员的一个选择，而不是 Web 开发的未来。
干杯
我回答了“是”，但想回答“可能”。实际上，这取决于我想做什么以及它是为谁服务的。我刚刚完成了我的第一个 HTML5 网站（只是基本的 HTML5 标记，没什么花哨的），我认为元素定义的方式仍然存在一些模糊性，以至于我无法在企业级商业环境中使用它。
对于个人项目，每次都用，如果元素的确切语义用法后来发生了变化或变得更清晰，而我之前理解错了，好吧，那也没关系。
是的，我不会在任何新项目中使用 HTML 5。
使用 HTML 4 或 XHTML 对所有浏览器（主要是 IE6/7）进行代码修改以使其正常工作已经很繁琐了……我为什么要在此基础上增加另一层复杂性呢？
此外，此页面在当前 Firefox 最新（稳定）版本中的显示效果如下！
但是，这并不意味着我不尝试新功能，但从尝试到投入生产还有很长的路要走……
这是一个非常奇怪的错误，许多人都报告过。它实际上只发生在 Windows 上，并且只发生在 Firefox 的这个特定版本中。我希望能够解决它，但对我来说它似乎是一个 bug。
只想插一句，我在 Chrome 8.0.552.215 和 Firefox 4.0 中也遇到了这个错误。
Dale，
我是负责聘用 Web 开发人员的人，除了作为学习练习之外，我们根本没有使用 HTML 5。即使在声称支持 HTML 5 的那些浏览器中，对 HTML 5 和 CSS 3（我甚至比 HTML 5 更想使用它）的支持也非常不均衡。我最近为一个客户创建了一个网站重新设计，其中使用了部分 HTML 5 和 CSS 3，他们非常喜欢，直到他们在基于 WebKit 的浏览器和 IE 中查看它。该客户使用 FF 3.6 作为其默认浏览器。我们甚至没有向客户收取用于实施 HTML 5 的时间费用，因为我们知道它不会“成功”，但现实情况是该网站是使用 XHTML、CSS 2.1 和一些 JavaScript 完成的，结果是完全跨浏览器/平台的。
我们的客户是大型跨国公司，其中一些公司使用 Citrix 通过 IE 6 访问所有 Web 内容。在至少对视频编解码器达成某种一致意见之前，我们甚至不会考虑推出 HTML 5 网站。
我们已经尝试过了，但鉴于我们必须支持的公司客户，其中一些甚至限制了 JavaScript，因此无论我多么想使用 HTML 5 的某些功能集或同等重要的 CSS 3，这件事在短期内都不会发生。
坦率地说，我认为加载一个 JavaScript 框架来模拟 HTML 5 的某些实现，对于旧版浏览器（在本例中包括 IE 8）来说，并不是一个有效的解决方法。我们每个客户都对其浏览器进行了标准化，并通过组策略强制使用 IE 作为唯一浏览器。他们通常需要 2 年或更长时间才能部署新发布的操作系统或浏览器。
在 5-10 年内，我们将能够部署 HTML 5/CSS 解决方案，假设它们在未来两年内达到推荐状态。
我完全同意——垫片不是有效的回退方案。
我的移动设备上没有侧边栏，这意味着 LazyAndroid 没有投票。此外，滚动到页面末尾需要很长时间。
奇怪的是，在阅读了迄今为止一半的评论后，我实际上对将文档类型切换到 html5 更感兴趣，以了解它对现有网站的影响有多大（显然是 IP 阻止，所以只有我可以看到新的文档类型），只是为了看看从 XHTML 1.1 到 HTML 5 会发生什么变化。
话虽如此，但我怀疑我不会很快正式使用它，但如果它一开始就是向后兼容的，很多人似乎都表示这种情况（+4kb 并集成到现有的 gzip 压缩的 js 文件中），那么它似乎比例如从标准 JavaScript 切换到 jQuery 及其开销更有希望。
我回答了否，我不会使用它，原因很简单：尽管 CSS3 和 HTML5 都有大量很棒的功能，但我们的客户仍然是使用旧版浏览器的主要受众。
我们的客户希望网站在 IE7 中 100% 可用，这就是答案。我们确实尝试升级浏览器的最低支持版本，但代价很大：一旦你限制了你可以为企业做的事情，你就限制了你的市场。尤其是在我的州，没有太多公司每天都跟上新技术的步伐，从财务角度来看，这毫无意义。
我完全支持全球范围内的 HTML5，甚至支持一个没有 IE6 的世界……但这两者在短期内都不会发生。
但说回主题，我不会再使用 HTML4/XHTML 了。那是过去。
这真的取决于网站的目标用户群体。
我为其工作的大部分人仍然使用着糟糕版本的 IE（通常是 6 和 7）。哎呀，我的大部分同胞都停留在那个版本上，因为人们在计算机技术和开源方面真的没有意识到——微软赢得了他们的信任，而这很难克服。
即使我在客户的电脑上安装（主要是）Firefox 并向他们展示它比旧版 IE 运行得有多好，他们也不会使用它。我每年会拜访我的客户几次，他们仍然坚持与 IE 的关系……即使这对他们的 IT 健康有害。
如果我设计的网站面向更高级的受众，我肯定会选择 HTML5，但在我的情况下，这是徒劳的，并且你所能施加在客户身上改变其技术习惯的压力是有限的（并且这在客户之间差异很大）。因此，当我们询问“是否使用 HTML5”时，我仍在考虑“是否支持 IE6”。 :)
当然，我不打算永远停留在过去，所以工作的一部分（和责任）是尝试向客户解释事物是如何发展的，以及为什么跟进对他们有好处。这样，我们都可能会慢慢前进。所以对我来说，就是在尝试以“旧的方式”进行设计，同时通过讨论、示例、文章等方式向人们介绍新功能。
样板文件！
我不会在我的日常工作中使用 HTML5，至少现在不会，我不太喜欢“hack”，这本质上是在当前时刻为了让所有浏览器都能正常工作而必须做的事情。
对于我自己的项目、网站测试等等，HTML 5 就足够了，但说实话，谁有空闲时间来修补浏览器。
这开始让人感觉又回到了 1999 年。
HTML5 通常与 CSS3 一起讨论。我敢打赌，上面发布帖子的大多数人都使用 CSS3 的一部分（例如 border-radius）来帮助旧版浏览器获得视觉改进。
我的大多数网站/应用都由普通用户使用，他们真的不知道或不在乎内部情况……只在乎它是否有效。
所以，目前，不使用 HTML5。
是的！
问题：http://html5boilerplate.com/
Chris，当我访问主页查看投票时，它只显示给我结果。当我查看这篇文章时，投票允许我投票。可能是我的问题，但我认为它很奇怪。
我仍然没有在新项目中使用 HTML5，但我想很快开始使用它。
我会使用文档类型，但仅此而已……我投了否。
我投了否。
为什么？因为 HTML5 仍然是新事物。并非所有浏览器都对其所有功能都提供适当的支持。IE 仍然是一个问题（一如既往）。
当 IE 开始支持 html5 时，我会尝试一下。目前，我将 html5 用于自己的教育目的。
对我来说，这很复杂。我即将开始一个 MMORPG，并且无法决定是使用 Flash MX 2004 还是 HTML5。如果有人对应该使用哪个有想法，请告诉我。
真是个问题……答案是有时候；因为世界不是非黑即白的。
好吧，如果你用xhtml1-strict构建网站，将文档类型更改为html5，在大多数情况下它都可以验证。是的，我将在下一个网站中使用html5（不仅仅是文档类型）。
如果你过分关注过去（遗留浏览器），你将无法为现在和未来（现代浏览器）构建。Chrome的市场份额每年都在翻倍，移动浏览的增长速度是桌面浏览的8倍。几年后，选择将变得非常容易。但是，即使在今天，只需几行代码包含Modernizer和HTML5 Shiv，你就可以为现在和未来的浏览创建。
如果你喜欢大型蓝色乐高的外观，请继续使用Flash创建。如果你喜欢用与等效html 5元素相同值的id和类来填充你的标记（例如id=”header”，class=”section”）。请便。虽然不像前者那么糟糕，但这可能是在浪费时间。
我认为使用优雅降级技术来实现向后兼容性和渐进增强以充分利用你的项目没有问题。似乎每个人都行动得如此迅速，并且已经充分利用了这些新技术。我不想因为自己太懒而没有学会如何正确实现新技术而落后！是的，客户想要可靠的产品，但他们也想要最新最好的产品，并且没有理由让他们不能兼得。
我认为这里普遍缺乏对以下内容的区分
1) 学习和/或重视HTML5
和
2) 在当前项目中使用HTML5。
除此之外，“使用HTML5”可能意味着很多东西。我使用HTML5。但是如果你更改了我的文档类型，我将使用（几乎完全）有效的4.01 Strict。
是的，我想开始一个新的Web项目，并且不使用HTML5。
chris，投票选项按顺序为NO和YES，但结果显示的顺序相反，这是故意的吗？
关于投票，YES，我将开始一个新项目，并且不使用HTML5，仅仅是因为我目前对此不太感兴趣，而且大多数客户并不关心他们的网站是用HTML5还是其他技术制作的。
但也许在2011年，这种趋势将会开始兴起。
我认为Paul Irish的HTML5样板文件使迁移到html5变得超级简单，并且还提供了简洁的旧浏览器兼容性……
我尝试过，在我看来它运行得很好，所以我建议每个仍然对尝试这个绝妙解决方案犹豫的人……
我今天实际上不会使用它，因为我还没有在个人项目中充分使用它，或者没有足够的时间进行研发以迁移到生产站点上使用。
我会使用HTML5吗？答案是“当然！”
我一直在项目（个人和客户项目）中使用它。我更喜欢新的元素，并且不介意使用shiv来帮助牵着IE的小蓝怪兽的手。
我总是看到很多评论说“如果更多浏览器支持，我会考虑使用它”。对此，我想说，帮助开拓道路，而不仅仅是走在上面。另一个是“我会使用它，但是太多人使用旧版本的IE（例如6和7）我目前正在支持”（或类似的话）。在用户升级方面，IE必须是最糟糕的浏览器之一，我非常喜欢教育而不是启用（这并不意味着我反对优雅降级），因此除了教育用户关于选项之外，利用新的HTML5和CSS3功能为这些用户提供其他升级理由更具进步性。
实际上，简而言之，HTML5已经到来，如果你愿意，它可以被使用，所以不要落后：）
我认为开发人员能够标记HTML5至关重要，在许多情况下，我认为考虑到可用于向后兼容性的其他工具，在新的项目中使用它是完全可以的。因为我们现在正处于过渡阶段，所以双方都没有对错。在许多方面，工具的可靠性和有效性取决于使用它的人。仅供参考。
我不会使用HTML 5，而且在一段时间内也不会……对我来说，这是关于浏览器适应性的问题，HTML 4花了很长时间才与所有浏览器99%兼容，而HTML 5也需要很长时间才能做到这一点。我很有耐心，它让我可以在世界各地的浏览器赶上来的时候开发我自己的HTML 5技能。
……我相信微软会在未来很多年里尽其所能成为你的眼中钉，所以采用html 5并不会有所帮助，至少在未来10年以上不会……
不，不使用任何HTML5。
我们的客户希望网站能够作为HTML4 strict进行验证，通常使用有效的CSS2。他们还希望在所有浏览器中获得统一的体验。在一个大型网站上，根本没有必要或时间去用优雅降级来潜在地使事情复杂化。
我确实在我知道没有任何企业标准的小型或个人网站上使用它。现在不使用它并不会让你落后，就像许多人想要说的那样。在它最终确定并在所有浏览器中成为标准之前，还有很长一段时间。另外，从什么时候起HTML不是小菜一碟了？我相信对于那些现在不想花时间学习它的人来说，它会很容易上手。
如果可以的话我会使用，但问题是我目前正在从事一个政府项目。
是的，你猜对了，IE6和winXP以及一个没有意识到他们是唯一还在用它查看网站的IT部门。
也就是说，有很多方法可以让基本的HTML5功能在IE和较低版本的Firefox中工作。
确实，大多数人并不关心他们的浏览器是否是最新最好的。
但潮流正在慢慢转变，我知道一些曾经害怕点击更新按钮的人现在正在尝试Chrome和其他东西。
我读了几本关于HTML5的书，并且玩过代码。我认为它很棒，而且对规则有点过于宽松。XHTML非常严格，这迫使设计师对他们的标记一丝不苟。有时你必须跳出框框才能获得某些不会验证的效果，但你仍然尽可能地遵守规则。在HTML5中，似乎你有更多的自由，这可能导致未知。大多数人害怕未知，对我来说，我不着急，可能不会使用它。你典型的客户不知道HTML和Hotmail的区别。为不兼容的浏览器编写额外的标记并不能让我兴奋。
我读了几本关于HTML5的书，并且玩过代码。我认为它很棒，而且对规则有点过于宽松。XHTML非常严格，这迫使设计师对他们的标记一丝不苟。有时你必须跳出框框才能获得某些不会验证的效果，但你仍然尽可能地遵守规则。在HTML5中，似乎你有更多的自由，这可能导致未知。大多数人害怕未知，对我来说，我不着急，可能不会使用它。你典型的客户不知道HTML和Hotmail的区别。为不兼容的浏览器编写额外的标记并不能让我兴奋。（请原谅第一条评论，我三岁的孩子打断了）。
是的，在俄罗斯，IE 6仍然很流行。
如果我开发一个用99.9%的HTML4编写的网站，其中只有一行HTML5，这是否意味着该网站是用HTML5编写的？
对于个人使用，毫无疑问，但对于客户，我必须坚持使用html4，除非他们提出要求。
HTML 5与当今所有浏览器100%兼容。那些说它不兼容的人是无知的，不应该自称是开发者。我可怜我们这个行业，它试图前进，却被狭隘落后的人拖累。
是的。我已经在我的一个项目中这样做了。