Senior Java Developer

Không nên apply trực tiếp vị trí Senior khi chưa có kinh nghiệm. Vị trí này yêu cầu tối thiểu 5 năm kinh nghiệm Java Spring Boot. Bạn nên bắt đầu với vị trí Junior/Mid Java Developer, hoặc các vị trí fresher trong chương trình đào tạo của ngân hàng (GPBank cũng có chương trình Fresher Developer). Tích lũy 3-5 năm kinh nghiệm, đặc biệt trong lĩnh vực banking, microservices, AWS thì mới phù hợp.

Bạn đã đáp ứng phần lớn yêu cầu về Java, Spring Boot. Cần bổ sung:
1. Banking domain knowledge: Tìm hiểu các quy trình ngân hàng – cho vay, gửi tiền, thanh toán. Đọc các bài viết về T24, Temenos, hoặc tham gia khóa học ngắn về ngân hàng số.
2. AWS hands-on: Nếu công ty cũ chưa dùng AWS, hãy tự setup project cá nhân deploy lên AWS Free Tier.
3. Hiểu về compliance: PCI-DSS, AML/KYC, các thông tư của NHNN – không cần sâu nhưng phải biết khái niệm.
4. Event-driven architecture: Nếu công ty cũ chưa dùng Kafka/CQRS, hãy tự học và build demo.
5. Mindset: Ngân hàng chú trọng tuân thủ, document, quy trình – khác với product company thiên về speed.

Theo khảo sát thị trường 2024-2025, mức lương Senior Java Developer 5-7 năm kinh nghiệm tại các ngân hàng cỡ vừa như GPBank ở Hà Nội dao động:

• Mức cơ bản: 35-50 triệu VND gross/tháng
• Có AWS cert + banking domain: 45-65 triệu VND
• Kèm thưởng Tết (2-3 tháng) + thưởng hiệu suất: Tổng annual có thể 600-900 triệu/năm
• Đãi ngộ cộng thêm: Vay cá nhân lãi suất ưu đãi (5-7%/năm), bảo hiểm sức khỏe gia đình, nghỉ phép 15-18 ngày/năm.

So với các ngân hàng lớn (Techcombank, VPBank, MBBank), GPBank thường trả thấp hơn 10-15%, nhưng đổi lại áp lực cũng nhẹ hơn và culture ổn định hơn.

Dựa trên JD này, GPBank đang chuyển đổi sang tech stack khá hiện đại:

• ✅ Modern: Java Spring Boot, Microservices, DDD, Kafka, Docker, Kubernetes, AWS
• ⚠️ Lưu ý: Ngân hàng thường có hệ thống hybrid – core banking vẫn legacy (có thể mainframe AS/400 hoặc T24), nhưng các sản phẩm mới (mobile banking, lending platform) được build trên cloud-native.
• Bạn sẽ làm việc với phần mới, nhưng phải tích hợp với core cũ – đây là thử thách và cũng là cơ hội học hỏi về banking thực tế.

Cơ hội thăng tiến có nhưng chậm hơn so với công ty product/fintech. Cụ thể:

• Senior → Tech Lead: 2-4 năm (cần chứng minh năng lực leadership + business acumen)
• Tech Lead → Architect: 3-5 năm tiếp
• Architect → CIO/CTO: Hiếm, thường phải ở ngân hàng 10-15 năm

Ưu điểm ngân hàng:

• Ngân hàng ít layoff, đặc biệt với vị trí IT critical
• Nhiều chương trình đào tạo nội bộ
• Network tốt trong ngành tài chính

Điểm yếu:

• Promotion dựa trên seniority nhiều hơn performance
• Ít cơ hội làm việc với cutting-edge tech
• Văn hóa bảo thủ hơn

👉 Lời khuyên: Nếu muốn lên nhanh, hãy cân nhắc fintech hoặc chuyển sang Big Tech. Nếu muốn ổn định và học banking domain sâu, ngân hàng là lựa chọn tốt.

Nên apply! Đây là combination khá tốt:

• Bạn đã chứng minh được năng lực cloud qua cert (đáp ứng phần 'preferred')
• Banking experience có thể bù đắp bằng cách:
• Học nhanh trong 2 tuần (đọc về digital banking, payment flow)
• Nêu các project tương tự: high-traffic system, xử lý transaction, audit log
• Trong CV cover letter, nhấn mạnh khả năng học domain nhanh

JD nói 'experience in at least one domain: Digital Banking OR Lending' – tức là cần ít nhất 1, không phải cả 2. Bạn có thể apply nếu có kinh nghiệm payment/financial services (tương tự).

Trong banking, CQRS và Event Sourcing rất thực tế, không phải buzzword. Lý do:
1. Audit trail: NHNN yêu cầu lưu trữ mọi giao dịch, có thể truy vết. Event Sourcing tự nhiên cung cấp điều này.
2. Scalability: Hệ thống banking cần xử lý read-heavy (báo cáo, statement) và write-heavy (transaction). CQRS tách 2 luồng, scale riêng.
3. Compliance: Khi có kiểm toán, cần xem lại toàn bộ state change – Event Sourcing cung cấp 'time travel'.

Tuy nhiên, không phải mọi service trong ngân hàng đều dùng CQRS/ES. Chỉ các core domain (account, transaction, ledger) mới cần. Các service phụ (notification, marketing) thường dùng CRUD đơn giản.

Khi phỏng vấn, bạn nên trả lời:

• Khi nào nên dùng, khi nào không
• Trade-off của CQRS/ES (complexity, eventual consistency)
• Ví dụ thực tế từ ngân hàng hoặc fintech lớn

Một số câu hỏi tricky thường gặp:

1. "Làm sao đảm bảo idempotency khi xử lý giao dịch tài chính?"
→ Trả lời: Sử dụng idempotency key (UUID từ client), lưu trong DB với unique constraint, hoặc dùng pattern Idempotent Consumer trong Kafka. Tránh double charge.

2. "Core banking xử lý 1 triệu transactions/giây thì sao?"
→ Trả lời: Phân tích throughput, latency requirements. Sharding theo region/account. Event-driven để xử lý async. Caching với Redis. Đặc biệt phải nói về CAP theorem – banking thường chọn Consistency over Availability.

3. "Bạn xử lý conflict khi 2 transaction cùng transfer từ 1 account?"
→ Trả lời: Pessimistic locking với SELECT FOR UPDATE, hoặc optimistic locking với version field, hoặc distributed lock (Redis/Zookeeper). Đề cập đến dead lock và cách tránh.

4. "Làm sao đảm bảo security khi lưu thông tin khách hàng?"
→ Trả lời: Encryption at rest (AES-256), encryption in transit (TLS 1.3), không log PII, masking data ở API response, audit log mọi access, RBAC, principle of least privilege.

5. "Tại sao bạn muốn làm ở ngân hàng thay vì fintech/product company?"
→ Trả lời: Genuinely express interest in banking domain, stable environment, want to learn core banking systems, impact to millions of users. Đừng nói "lương ổn định" – nghe như bạn thiếu passion.

Không nên apply ngay. Vị trí này đòi hỏi nhiều hơn CRUD:

• Microservices architecture (DDD, Saga, CQRS)
• Cloud AWS (EKS, Lambda, SQS)
• Event-driven (Kafka, RabbitMQ)
• DevOps (Docker, K8s, CI/CD)
• Banking domain

Nếu bạn chỉ làm CRUD, bạn sẽ gặp khó khăn ở technical interview.

Lộ trình đề xuất:
1. Học sâu Spring Boot trong 3-6 tháng
2. Build 1-2 project microservices để showcase (deploy lên AWS)
3. Học Kafka cơ bản
4. Lấy AWS cert
5. Apply lại sau 6-12 tháng

Hoặc apply vị trí mid-level ở GPBank trước, họ sẽ train bạn lên senior sau 1-2 năm.