AI时代,前后端分离不该再是默认选项
我过去对前后端分离的看法是:前后端应该分离,但开发前后端的人不应该分离。 意思是,系统边界可以拆,接口可以清楚,前端和后端可以有不同的工程结构;但真正负责一个功能的人,最好理解从页面到数据、从交互到业务规则的完整链路。否则前端只知道调接口,后端只知道吐 JSON,最后很容易变成每个人都只对自己那一段负责,却没人真正对用户体验和业务结果负责。 现在我的看法又往
我过去对前后端分离的看法是:前后端应该分离,但开发前后端的人不应该分离。 意思是,系统边界可以拆,接口可以清楚,前端和后端可以有不同的工程结构;但真正负责一个功能的人,最好理解从页面到数据、从交互到业务规则的完整链路。否则前端只知道调接口,后端只知道吐 JSON,最后很容易变成每个人都只对自己那一段负责,却没人真正对用户体验和业务结果负责。 现在我的看法又往
从早期用 Docker 统一开发环境,到后来在 Linux 服务器上部署 Redis,重新梳理 Docker 在开发机和服务器上的真实成本、适用边界和实践细节。
概述 本文以NestJS框架为例,深入对比分析单元测试、集成测试和端到端 E2E 测试的核心区别,帮助开发者在实际项目中选择合适的测试策略。
已并入《GitHub Actions 适合做什么,不适合做什么》。
2025年3月29日22时44分,一辆小米SU7标准版在德上高速公路池祁段行驶过程中遭遇严重交通事故。根据小米公司披露的信息,事故发生前车辆处于NOA智能辅助驾驶状态,以116km/h时速持续行驶。事发路段因施工修缮,用路障封闭自车道、改道至逆向车道。车辆检测出障碍物后发出提醒并开始减速。随后驾驶员接管车辆进入人驾状态,持续减速并操控车辆转向,随后车辆与隔离
现在越来越多的网站不再自建登录系统,而是采用第三方登录的方式。比如:QQ、微信、微博、Github等。 其中Github登录是偏技术类网站或新一些的网站的首选,因为它的开放API和生态系统非常强大。 那么如何集成Github登录呢?本文介绍前端主导的Github登录流程。
已并入《平台、算法与创作者:为什么还需要独立博客》。
已并入《GitHub Actions 适合做什么,不适合做什么》。
一、问题背景:组件库用 px,业务开发用 rpx 1.1 现状冲突 目前小程序的开发领域有一个奇怪的现象: 组件库 :Vant、Uni UI 等主流组件库的样式表中, width: 100px 随处可见 业务代码 :业务前端清一色使用 width: 200rpx ,开发者对 rpx 趋之若鹜 这就引出一个 矛盾点 :当开发者引入一个 px 单位的按钮组件时,
从大厂兴衰、算法分发、公众号红包封面和互联网创业寒冬出发,讨论创作者为什么不能只依赖平台,以及独立博客真正能沉淀什么。