2026全栈开发求职地图从技术栈到面试

用户故事（照着这个拆功能）

• 作为租客，我能登录、提交一张维修单（标题、描述、房源、上传照片），并看到它的处理状态。
• 作为物业经理，我能看到所有维修单、按状态筛选、指派给某个维修工、改优先级。
• 作为维修工，我只能看到指派给我的单，更新进度、标记完成、留备注。
• 系统在状态变化时给相关人发一封邮件通知（用 SES 或本地 mock）。

数据库 schema（PostgreSQL）

users        (id, name, email, password_hash, role[tenant|manager|worker], created_at)
properties   (id, address, tenant_id → users.id)
tickets      (id, title, description, property_id → properties.id,
              created_by → users.id, assigned_to → users.id 可空,
              status[open|assigned|in_progress|done|closed],
              priority[low|med|high], created_at, updated_at)
ticket_photos(id, ticket_id → tickets.id, url, uploaded_at)
ticket_logs  (id, ticket_id → tickets.id, actor_id → users.id,
              action, note, created_at)   -- 谁在什么时候改了什么

关系一句话：一个 property 属于一个 tenant；一张 ticket 挂在一个 property 上，可指派给一个 worker；一张 ticket 有多张 photo 和多条 log。

用户故事

• 作为员工，我能提交请假/报销申请，看到它走到哪一步、被谁审批。
• 作为直属主管，我审批我下属的申请，能同意/驳回并写理由。
• 作为财务，报销在主管通过后流转到我这里做二次审批。
• 作为管理员，我配置审批流（几级审批、谁审）、管理部门和角色。

数据库 schema（MySQL）

sys_user     (id, username, password, dept_id, role_id)
sys_dept     (id, name, parent_id)          -- 部门树
sys_role     (id, name, code)               -- employee/manager/finance/admin
approval_flow(id, type[leave|expense], steps_json)  -- 审批流配置
apply        (id, applicant_id, type, amount, reason, status,
              current_step, created_at)      -- 一张申请单
apply_record (id, apply_id, approver_id, action[pass|reject],
              comment, step_no, created_at)  -- 每一步审批留痕
索引：apply(applicant_id, status)、apply(current_step)、apply_record(apply_id)

Redis 用在哪：登录 token、审批流配置缓存、待办数量计数（避免每次 count 查库）。

项目 bullet 模板

• Built [feature] using [stack] to solve [user problem], covering [frontend + backend + database evidence].
• Designed [API/schema/auth flow] with [validation/testing/logging], reducing [manual step / error / repeated work] in the demo workflow.
• Deployed the app with [Docker/cloud/CI], documented setup in README, and handled [failure case] through [specific fix].

再准备这 12 个话题（框架级，自己补答案）

事件循环、Promise、组件复用、表单校验、REST vs GraphQL、HTTP 状态码、SQL join、事务隔离级别、消息队列可靠性、Docker 镜像分层、CI/CD 流程、JVM/GC（投中国岗必备）。

GitHub README 范本（整段复制，把方括号换成你的）

# [项目名] — [一句话说它解决谁的什么问题]

[一张首页截图 / 架构图，放这里]  ![screenshot](docs/screenshot.png)

## 技术栈
Frontend: [React 18 + TypeScript] · Backend: [Node.js + Express]
Database: [PostgreSQL] · Infra: [Docker + AWS S3 + GitHub Actions]

## 功能
- [ ] 角色权限（tenant / manager / worker），越权返回 403
- [ ] 维修单工作流 + 图片上传 + 状态追踪
- [ ] 3 条失败路径有测试

## 本地启动
```
git clone [repo] && cd [repo]
cp .env.example .env      # 配 DB 和 AWS
docker compose up         # 一键起前后端和数据库
npm run seed              # 塞种子数据
```
打开 http://localhost:3000，默认账号见 seed 文件。

## 架构
[一段话或一张图：前端 → API → 数据库/缓存 → 部署]

## 我做的取舍
[挑 1-2 个技术决策讲：为什么用 X 不用 Y，遇到什么坑怎么解决的]