打开任何一个网页，你看到的每一行字、每一张图、每一次点击后的跳转，背后都跑着一套Web软件。这东西不神秘，它就是个程序，只不过运行在浏览器和服务器之间，靠HTTP协议来回传话。你访问淘宝，浏览器发个请求，服务器把商品列表、价格、库存这些数据拼成HTML，再塞回给你。整个过程可能不到200毫秒。

我最早接触Web开发是2012年，那时候还在用jQuery满屏找DOM节点。一个页面写上千行JS，改个按钮颜色要翻半天。现在回头想，那会儿的代码组织方式确实粗糙，但有个好处：逻辑直白。你点按钮，函数跑，页面变。没有构建工具，没有打包器，FTP上传就完事。

后来事情变复杂了。前端开始有框架，React、Vue、Angular轮着来。组件化、状态管理、虚拟DOM，概念一堆。不是说这些没用——大型项目里确实需要——但很多小团队跟风上React，结果一个企业官网也搞webpack配置，开发环境跑半天，部署还得CI/CD。我见过一个五人创业公司，后端用Spring Boot，前端用Next.js，服务器就一台2核4G的阿里云。跑起来内存直接吃满，最后换回服务端渲染的模板引擎，世界安静了。

Web软件的核心矛盾一直没变：用户体验要快，开发效率要高，维护成本要低。这三者经常打架。你想首屏秒开，就得做服务端渲染或者静态生成；你想交互流畅，就得把逻辑放前端；你想改个文案不用发版，就得搞CMS或者配置中心。每个选择都有代价。我自己的习惯是，先看项目规模和团队能力。三个人以内的项目，能用HTML+CSS+少量JS搞定的，绝不引入框架。十人以上的协作，该上TypeScript就上，该拆微前端就拆。工具是拿来解决问题的，不是拿来炫技的。

后端这边，Node.js让JS统一了前后端语言，但CPU密集型任务还是得靠Java、Go或者Rust。我做过一个图片处理服务，Node.js单线程跑压缩，并发一高就排队。换成Go重写，同样配置下吞吐量翻了四倍。不是说Node不好，是场景不对。选技术栈跟选鞋一样，合脚最重要。

数据库这块，关系型数据库依然是大多数Web软件的默认选择。PostgreSQL这几年势头很猛，JSON字段支持好，很多场景下能替代MongoDB。但如果你真需要事务和复杂查询，别犹豫，直接上PG或者MySQL。我见过用MongoDB存订单数据的，后来对账逻辑写得想哭。NoSQL不是银弹，它只是把复杂度从数据库层挪到了应用层。

部署方式也在变。以前买台服务器，装Nginx+PHP+MySQL，现在容器化一搞，Kubernetes一上，运维门槛反而高了。小项目用Docker Compose足够，大项目再考虑K8s。别为了简历好看硬上，线上出问题的时候，半夜爬起来修的是你自己。

安全是个容易被忽略的角落。SQL注入、XSS、CSRF，这些老问题依然存在。我审计过一个内部系统，登录接口没做频率限制，密码明文存数据库。问开发为什么，答曰“内网环境”。内网被攻破的例子还少吗？Web软件的安全基线，输入校验、参数化查询、HTTPS、密码哈希，一个都不能少。这些不是高级技巧，是及格线。

性能优化方面，缓存是最有效的武器。浏览器缓存、CDN缓存、Redis缓存、数据库查询缓存，层层叠加。但缓存也有坑，数据一致性搞不好，用户看到旧价格下单，客服电话就打爆了。我的经验是，缓存失效策略要简单可预测，别搞太花哨的依赖图。

写Web软件十几年，最大的感受是：没有完美的技术选型，只有适合当前阶段的方案。今天用React写的页面，明天可能就被Svelte替换。今天觉得优雅的架构，半年后可能变成技术债。保持学习，但别盲目追新。把HTTP、TCP、数据库索引、操作系统这些基础打牢，换什么框架都不慌。

最后说个具体的事。上周帮朋友看一个后台管理系统，页面加载要8秒。我打开DevTools一看，一个列表接口返回了2MB JSON，前端全量渲染。改成后端分页，每页20条，响应降到30KB，加载时间变成400毫秒。问题往往不在框架，在数据流设计。Web软件开发，说到底就是管好数据怎么来、怎么存、怎么显示。把这三点想清楚，代码不会差到哪去。