系列辅导：日本IT入职·航空订单系统实战伴读

第一篇：环境与文化 —— 融入“现场（Genba）”的生存法则

【目的】：在写代码之前，先学会日本程序员怎么说话、怎么做事。
【适用阶段】：项目启动前/环境搭建期

在日本做开发，不懂代码可以查Google，不懂这些词你连会都开不下去。

工程相关（必背）：
- 要件定義 (Yoken Teigi)：需求分析。
- 基本設計 (Kihon Sekkei) / 詳細設計 (Shousai Sekkei)：日本开发极其重视文档，代码是根据详细设计书写的。
- 実装 (Jisso)：编码/开发。
- 単体テスト (Tantai Test)：单元测试（UT）。
- 結合テスト (Ketsugo Test)：集成测试（IT）。
- 本番 (Honban)：生产环境（上线）。
日常沟通（必背）：
- エビデンス (Evidence)：证据。测试的时候必须截图证明你测过了，非常重要！
- バグ (Bug) / 不具合 (Fuguai)：程序错误。
- 修正 (Shusei)：修改代码。
- コミット (Commit) / プッシュ (Push)：Git操作。

【目的】：结合航空系统，理解企业级开发的严谨性。
【适用阶段】：后端API开发、数据库设计阶段

在做航空订单系统时，面试官最喜欢问：“如果剩一张票，两个人同时买怎么办？”

排他制御 (Haita Seigyo) / 悲观锁与乐观锁：
- 概念： 必须理解 Transaction（事务）。
- 背诵回答： “在数据库层面，我使用了@Transactional注解保证数据一致性。针对并发订票，我使用了乐观锁 (Optimistic Lock)，通过version字段版本号控制，或者使用悲观锁 (Select ... for update) 来防止超卖。”
- 注：这是区分新手和合格工程师的分水岭。

规范化 (Normalization)： 为什么乘客表和订单表要分开？（减少冗余）。
SQL能力：
- 必须熟练： INNER JOIN (内连接), LEFT JOIN (左连接)。在航空系统中，查询“某航班的所有订单及乘客信息”必须用到连接查询。
- CRUD必须盲写： 增删改查不能查文档，要在键盘上敲得飞快。

【目的】：理解日式UI/UX对细节的变态要求。
【适用阶段】：前端页面开发、前后端联调阶段

日本系统对输入极其敏感。

全角/半角问题： 日本用户名字有汉字、平假名、片假名。
- 练习： 必须实现一个功能——如果是输入电话号码，自动禁止全角字符输入，或者后端自动转半角。
必填项检查 (Hissu Check)： 提交订单前，前端必须拦截所有空数据，不能把垃圾数据传给后端。

场景： 用户点击“查询航班”时，页面不能卡死，要转圈圈（Loading）。
理解： 解释 Promise 是什么，Async/Await 是怎么让代码看起来像同步的。
面试话术： “为了提升用户体验 (User Experience)，我使用了Ajax异步通信，在后台处理订票逻辑时，前端会显示Loading状态，防止用户重复点击。”

【目的】：这是你能在日本公司活下来的护身符。
【适用阶段】：项目收尾、准备简历阶段

日本大部分传统项目（SIer）至今仍用Excel写设计文档。

任务： 为你的航空系统写一份简单的“画面定义书”和“API定义书”。
- 输入项目：航班号（String, 10位）、出发日（Date）、乘客数（Int）。
- 处理逻辑：如果是过去的日期，报错。
意义： 面试时拿出这份文档，告诉面试官：“我不仅会写代码，我还能写设计书。” 这在日本是巨大的加分项。

背诵： 仅仅代码跑通是不够的。
实战： 你的课程里要教他——测试“订票成功”功能时，必须截三张图：
1. 输入数据的画面。
2. 点击按钮后的成功提示画面。
3. 数据库里多出一条数据的截图。
话术： “我有良好的测试习惯，每次开发完都会制作单元测试式样书和证据截图。”

项目名称： 航空券予約管理システム (Airline Reservation Management System)
技术栈 (Skills)： Java (Spring Boot), MySQL, Vue.js/React, AWS, Git。
我负责的部分 (My Role)：
- 担当工程： 基本設計、詳細設計、実装、単体テスト。
- 难点攻克 (Appeal Point)：
  - 实现了基于Spring Security的用户认证与权限管理（管理员能加航班，普通用户只能买票）。
  - 解决了高并发下的座位超卖问题（利用数据库事务与锁机制）。
  - 设计了符合日本商习惯的地址与姓名输入校验逻辑。