上周帮一个学弟改代码，他快哭了。
说是答辩前夜，老师突然问：
“这个div为什么浮动不生效？”
他支支吾吾半天，只憋出一句：
“我百度抄的CSS。”
结果老师直接皱眉：
“那你懂原理吗？”
那一刻，空气都凝固了。
很多做html项目答辩的同学，
以为代码能跑就行。
大错特错。
老师看的不是代码，
是你的逻辑闭环。
我带过十几个前端项目，
发现90%的挂科原因，
不是代码写烂了，
而是讲不清楚为什么这么写。
比如上周那个学长，
做了一个电商后台。
界面挺漂亮，Bootstrap套的。
但老师问：
“如果不用框架，
原生JS怎么实现这个布局？”
他当场傻眼。
这就是典型的“伪开发者”思维。
只知其一，不知其二。
所以，准备html项目答辩时，
千万别只背代码。
要准备“故事线”。
第一，背景要真实。
别扯什么“改变世界”，
就说解决了什么具体痛点。
比如：
“我发现后台管理页面，
表格加载太慢，
所以加了虚拟滚动。”
这就很落地。
第二，难点要具体。
别只说“很难”，
要说“卡在哪个细节”。
比如：
“跨域问题，
我试了JSONP，
最后用了Nginx反向代理。”
这种细节，
老师最爱听。
因为它证明你动脑子了。
第三，数据要模糊但合理。
别写“提升了50%效率”，
太假。
写“首屏加载从3秒降到1.5秒”。
稍微模糊点，
比如“大概一半时间”，
反而显得真实。
毕竟没人能精确到毫秒。
这里分享个我的私藏技巧：
答辩前，
自己模拟被“怼”。
找朋友扮演刁钻老师。
问他：
“为什么不用Vue？”
“为什么数据库不优化？”
“这个bug怎么复现的？”
你答不上来，
现场就会露馅。
我见过一个案例，
有个同学做了个博客系统。
老师问：
“你的评论功能，
怎么防止SQL注入？”
他居然说：
“我没加，
因为没人攻击我。”
这回答，
简直是自杀。
正确做法是：
“初期为了演示，
用了简单的转义，
生产环境我会用Prepared Statement。”
这就叫有态度。
还有，
PPT别放满屏代码。
老师又不瞎，
自己看源码就行。
PPT要放流程图，
放架构图，
放对比图。
比如：
优化前 vs 优化后。
视觉冲击力，
比念代码强百倍。
最后，
心态要稳。
遇到不会的，
别硬撑。
直接说：
“这块我确实考虑不周，
下来我会深入研究。”
老师欣赏诚实，
不欣赏忽悠。
记住，
html项目答辩，
考的不仅是技术，
更是你的工程思维。
代码是死的，
人是活的。
把你的思考过程，
清晰地传达出来，
你就赢了一半。
别怕出错，
怕的是你假装懂。
真诚，
才是最高级的套路。
祝各位答辩顺利，
别像我那个学弟，
最后还得补考。
那滋味，
真不好受。
本文关键词：html项目答辩
