Web开发入门课程：有哪些小改动可以推进渐进式增强？

<p>由于某些原因，我最终（可能暂时）负责了一个相当入门级的«Web开发»课程，涉及一些HTML/CSS/JS/Docker，我计划（并承诺）保持其大体可识别的形态。</p> <p>然而，我确实想添加更多关于渐进式增强是好的提醒；并征求良好要点/参考的建议。</p> <hr> <p>我将继续假设NodeJS后端，因此任何JavaScript语言功能都可以在后端演示。所以，仅仅学习使用JS总体上不能成为浏览器中做傻事的借口。</p> <p>我的计划包括比以前更多地讲述（并可能提供链接）：</p> <ul> <li> <a href="https://madcampos.dev/blog/2026/07/accessibility-from-scratch/" rel="ugc">https://madcampos.dev/blog/2026/07/accessibility-from-scratch/</a> — 正确HTML的可用性和可访问性好处</li> <li> <a href="https://shkspr.mobi/blog/2021/01/the-unreasonable-effectiveness-of-simple-html/" rel="ugc">https://shkspr.mobi/blog/2021/01/the-unreasonable-effectiveness-of-simple-html/</a> — 在更广泛意义上的可访问性，那些仅依赖纯HTML和最小化HTML就能工作的东西</li> <li> <a href="https://learn.microsoft.com/en-us/deployedge/microsoft-edge-policies/defaultjavascriptjitsetting" rel="ugc">https://learn.microsoft.com/en-us/deployedge/microsoft-edge-policies/defaultjavascriptjitsetting</a> — MS Edge具有一个安全模式，其中JS JIT关闭（并且JS很慢）</li> <li> <a href="https://developer.chrome.com/blog/timer-throttling-in-chrome-88/" rel="ugc">https://developer.chrome.com/blog/timer-throttling-in-chrome-88/</a> — 甚至Google也承认JS对电池寿命不利…</li> <li> <a href="https://cheatsheetseries.owasp.org/cheatsheets/Input_Validation_Cheat_Sheet.html" rel="ugc">https://cheatsheetseries.owasp.org/cheatsheets/Input_Validation_Cheat_Sheet.html</a> — 作为提醒，不要过分信任前端完成的工作</li> <li> <a href="https://github.com/lwthiker/curl-impersonate" rel="ugc">https://github.com/lwthiker/curl-impersonate</a> — 用于一般性戏谑（更严肃地说，提醒有多少网站<em>假装</em>需要JS，但却为基于Blink的浏览器提供了完全足够的HTML，然后试图让其他浏览器难以使用，并且常常失败）</li> </ul> <p>我想一般性地强调文档、表单和应用程序是三个不同的事物。</p> <p>我将感激关于其他/相同但制作精良的要点的建议，这些要点有助于渐进式增强，不花额外努力破坏可访问性等。理想情况下，我希望能涵盖以前通常涵盖的内容，但观点转向健康方法。对可访问性的积极改进可能超出了适合的范围，也超出了我能很好解释的范围。</p>