真到动手写第一个HTML页面时，实验我才发现自己对“标签”的总结理解有多浅。不是和体不知道<h1>是标题、<p>是实验段落，而是总结当这些标签堆叠成页面后，浏览器呈现出的和体布局完全不是我想象的样子。明明在编辑器里整整齐齐的实验代码，渲染出来却像被随意扔进文档里的总结文字，毫无秩序。和体

那回做个人介绍页，实验我用了五个<div>分别装头像、总结名字、和体简介、实验爱好和联系方式。总结写完一刷新，和体五个块上下排成一条长龙，头像跟简介之间隔着老远，整个页面像没收拾过的桌面。我盯着屏幕发呆，室友凑过来说：“你干脆全用<br>换行算了。”这话点醒了我——我根本没理解块级元素和行内元素的区别，更没意识到布局需要容器嵌套和浮动配合。后来加上<style>里的float和margin，页面才勉强有了“排版”的样子。

最折磨人的是表单。做一个留言板，文本框和提交按钮总对不齐。我在<input>标签里加了size属性，又调了width，还是歪的。最后发现是没给<form>设置固定的宽度，也没用<fieldset>去分组。那一刻我突然明白，HTML不是堆砌标签，而是像搭积木——每块积木的大小、位置、嵌套关系都得提前想清楚，不然搭出来的东西摇摇欲坠。

调样式时我又栽了跟头。字体大小在Chrome里显示正常，换到Firefox就变大一号。查了资料才知道不同浏览器对默认字体有各自的解释。这让我养成了个习惯：每次写完都在至少两个浏览器里检查。这种“环境差异”带来的挫败感，比语法错误更让人抓狂，却也逼着我理解标准的重要性。

但真正让我对HTML改观的，是一次小组协作。我们分工做班级活动页面，我负责导航栏，同学负责内容区。合并代码时发现他的<section>里嵌了我的<ul>，整个结构乱成一团。我们花了一个晚上梳理嵌套关系，给每个<div>加了id注释。那个瞬间我意识到，HTML写的不是代码，是信息架构——每个标签都在告诉浏览器“这块内容是什么”，而不仅仅是“长什么样”。

现在回头看，我最初以为HTML简单，是因为只看见了标签的表面。真正动手后才发现，一个语义清晰的页面，需要考虑层级、分组、可访问性，甚至要考虑别人后续怎么维护。当我用<nav>替代<div>，用<article>承载正文，页面结构变得一目了然，连调试CSS都轻松了。

这门语言教会我最重要的一件事：结构先于表现。没有合理的HTML骨架，再炫酷的CSS和JS都是空中楼阁。就像盖房子，砖头（标签）谁都会堆，但怎么安排承重墙（结构）和门窗（交互），才是真正的学问。下次再写页面，我会先画结构草图，再动手敲代码——这个习惯，就是这学期最实在的收获。