CV/CVCC Developing payment systems (Mid-level/Senior/Expert) - K.CNTT

Cá nhân mình nghĩ nên apply thử, nhưng chuẩn bị kỹ tinh thần là sẽ cạnh tranh khá gay go. Vị trí yêu cầu kinh nghiệm về payment systems và integration — đây là thứ mà 1 năm outsource thường chưa chạm tới. Tuy nhiên, có hai lợi thế bạn có thể tận dụng: (1) Nếu công ty outsource của bạn có làm cho ngân hàng thì có thể có kinh nghiệm liên quan, (2) PVcomBank có thể tuyển với mức Mid-level (CV) thay vì Senior. Đề xuất của mình: hãy dành 2-3 tháng tự học Apache Camel, Kafka, và tìm hiểu ISO 8583 cơ bản, sau đó apply. Đồng thời build một mini project payment trên GitHub để show. Nếu không được vị trí này, bạn có thể target các vị trí Junior Java ở ngân hàng khác trước, tích lũy 1-2 năm rồi quay lại.

Theo thị trường hiện tại và quan sát của mình, vị trí Senior (5-7 năm kinh nghiệm) ở ngân hàng tầm PVcomBank thường dao động 50-80 triệu gross/tháng tùy năng lực. Mức lương có thể thay đổi tùy ngân hàng và thời điểm. Để negotiate tốt, bạn nên: (1) Research trên ITviec, TopDev xem các job tương tự ở ngân hàng, (2) Tính toán total compensation bao gồm 13th month, thưởng Tết, bảo hiểm, training budget, (3) Đừng đưa ra con số đầu tiên — để HR hỏi trước, (4) Nếu offer thấp hơn kỳ vọng 15-20%, có thể đàm phán thêm remote day, training budget, hoặc review lương sớm sau 6 tháng. Một tip nhỏ: PVcomBank thuộc PVN nên thường có chế độ tốt hơn private bank ở mức lương tương đương.

Dễ hơn bạn nghĩ vì nhiều kỹ năng transfer được. Fintech như MoMo, ZaloPay thường làm payment systems rất nặng, nên bạn đã có kinh nghiệm thực chiến với high-load, real-time processing. Tuy nhiên, có vài khác biệt cần lưu ý: (1) Ngân hàng dùng nhiều legacy system hơn (T24, SmartVista), không phải mọi thứ đều cloud-native, (2) Quy trình chậm hơn fintech, nhiều compliance, (3) Một số ngân hàng vẫn dùng Java 8/11 — bạn có thể phải quay lề. Nhưng ưu điểm: lương ngân hàng ổn định hơn, phúc lợi tốt hơn, ít áp lực "ship nhanh ship bẩn" như startup. Bạn nên highlight trong CV: kinh nghiệm với payment gateway, transaction processing, idempotency, fraud detection — những keyword ngân hàng rất thích.

ISO 8583 là chuẩn cũ, dùng fixed-length binary format, mỗi field có ý nghĩa cố định (MTI, PAN, amount...). Nó tối ưu cho network bandwidth thời 1980s nhưng khó mở rộng — thêm field mới là cả một quá trình. ISO 20022 là chuẩn mới, dùng XML, có structured data, nhiều field hơn, dễ mở rộng, dễ integrate với API. Lý do Napas và ngân hàng VN đang chuyển: (1) Tuân thủ chuẩn quốc tế (SWIFT, SEPA đều dùng), (2) Rich data giúp reconciliation tốt hơn, fraud detection tốt hơn, (3) Cross-border payment dễ dàng hơn, (4) Roadmap của SWIFT: tất cả cross-border messages phải dùng ISO 20022 từ 2025. Đây là cơ hội lớn cho dev am hiểu cả hai chuẩn — sẽ có rất nhiều dự án migration trong 2-3 năm tới.

Java 21 (LTS, phát hành 9/2023) có nhiều cải tiến đáng giá: Virtual Threads (Project Loom) — giải đau đầu về concurrency, throughput tăng gấp nhiều lần cho I/O-bound tasks; Pattern Matching for switch — code gọn hơn; Record Patterns; Sequenced Collections; Generational ZGC — GC latency cực thấp. Có đáng học không? Có, rất đáng. Lý do: (1) Nhiều ngân hàng đang migrate Java 11/17 → 21 trong 1-2 năm tới, dev biết trước sẽ có lợi thế, (2) Virtual Threads thay đổi cách design high-concurrency systems, (3) Bạn có thể propose team upgrade và được đánh giá cao. Nếu team chưa dùng, bạn vẫn nên học và thử nghiệm trong side project — khi phỏng vấn, hỏi được câu "Java 21 có gì mới" và trả lời trơn tru sẽ gây ấn tượng rất tốt với interviewer.

Đây là câu hỏi mình hay gặp. Sự thật là: phụ thuộc vào ngân hàng và team cụ thể. Có ngân hàng rất conservative, chạy T24 từ 2010 đến giờ vẫn chưa upgrade — làm ở đó thì đúng là nhàm. Nhưng PVcomBank và một số ngân hàng lớn đang chuyển đổi mạnh: cloud migration lên AWS, microservices hóa CoreBanking cũ, integrate AI/ML cho fraud detection, real-time payment với Napas 2.0, ISO 20022 migration, open banking APIs. Nếu vào đúng team làm modernization, bạn sẽ tiếp xúc với tech rất mới: Kafka, Kubernetes, AWS services, event sourcing, CQRS, GraphQL... Mình từng thấy dev ngân hàng chuyển sang fintech và thấy fintech chậm hơn ngân hàng vì ngân hàng có budget và use case lớn hơn. Vấn đề là bạn phải chọn đúng team và đúng dự án.

Theo mình thì nên apply vì 8 năm là cấp Expert rồi, mà tech stack yêu cầu (Java 21, Spring Boot 3, Kafka, Microservices) rất phổ biến trong cộng đồng Java Việt Nam. Nhiều dev 8 năm ở outsourcing, fintech, e-commerce đều có thể cover được. Tuy nhiên, hãy chuẩn bị cho việc bị hỏi về banking domain ở vòng technical. Cách tiếp cận: (1) Trong CV, nhấn mạnh các dự án xử lý high-volume transaction, real-time processing, financial data — đó là kinh nghiệm tương đương, (2) Trong phỏng vấn, thừa nhận chưa có background banking trực tiếp nhưng nhấn mạnh khả năng học nhanh và đã chứng minh qua các dự án phức tạp trước đó, (3) Hỏi interviewer về roadmap chuyển đổi ISO 20022 — thể hiện bạn quan tâm đến domain, không chỉ code. PVcomBank có thể sẵn sàng trả premium cho dev giỏi Java dù chưa có banking experience, vì training banking knowledge dễ hơn training Java expert.

Không nên hỏi lương ở vòng đầu. Lý do: Ở vòng HR screening, HR thường hỏi kỳ vọng của bạn trước — bạn chỉ cần đưa range, ví dụ "khoảng 60-80 triệu gross". Đến vòng sau, khi đã pass technical, manager thường sẽ chủ động đưa offer hoặc hỏi lại expectation. Nếu vẫn chưa ai hỏi đến vòng 4-5, bạn có thể chủ động hỏi: "Anh/chị có thể cho em biết budget range của vị trí này không? Em muốn chắc chắn rằng expectations của em phù hợp". Đây là cách professional để đàm phán. Lưu ý: đừng để lương là lý do duy nhất bạn quan tâm. Interviewer muốn thấy bạn quan tâm đến tech, team, dự án — lương chỉ là một phần. Nếu bạn chỉ hỏi về lương, họ sẽ nghĩ bạn sẽ nhảy việc ngay khi có offer tốt hơn.

Câu hỏi hay! Câu trả lời ngắn gọn: Vẫn cần, nhưng vai trò đã thay đổi. Apache Camel mạnh nhất ở Enterprise Integration Patterns (EIP) — nó cung cấp hàng trăm pattern có sẵn (Content-Based Router, Splitter, Aggregator, Dead Letter Channel, Idempotent Consumer...) mà bạn phải tự code nếu dùng Kafka thuần. Trong payment systems, Camel thường được dùng để: (1) Adapter layer giữa CoreBanking cũ và hệ thống mới, (2) Transform message giữa nhiều format (ISO 8583 ↔ JSON ↔ XML ↔ fixed-length), (3) Orchestration phức tạp giữa nhiều hệ thống legacy. Kafka giỏi về event streaming real-time, gRPC giỏi về low-latency service-to-service, RESTful API giỏi về external integration. Camel giỏi về integration orchestration và transformation, đặc biệt với legacy systems. Trong job description này, yêu cầu Camel rõ ràng cho thấy team đang xử lý nhiều integration cũ-mới, nên Camel vẫn là skill cốt lõi. Nếu bạn chỉ biết Kafka mà không biết Camel, sẽ bị hạn chế trong nhiều dự án ngân hàng.

Mình suggest format như sau, focus vào impact, không chỉ responsibility:

Phần Summary (3-4 dòng đầu): VD: "Senior Java Developer với 6 năm kinh nghiệm phát triển high-load payment systems xử lý 5M+ transactions/ngày. Thành thạo Java 17/21, Spring Boot 3, Kafka, Apache Camel. Có kinh nghiệm tích hợp Napas, ISO 8583 và CoreBanking T24. Đam mê clean architecture và DDD."

Phần Experience: Mỗi role nên có 4-6 bullet points, theo cấu trúc CAR (Context-Action-Result):

• Context: Hệ thống gì, scale bao nhiêu, team bao nhiêu người
• Action: Bạn làm gì cụ thể, dùng tech gì
• Result: Con số cụ thể — tăng performance 40%, giảm latency từ 200ms xuống 50ms, xử lý 10K req/s

Phần Tech Skills: Group theo category (Languages, Frameworks, Databases, Tools, Banking Standards) — dễ scan cho HR và interviewer

Phần Projects (nếu có): Highlight 1-2 dự án payment quan trọng nhất, mô tả ngắn gọn kiến trúc

Phần Education & Certifications: Cuối cùng, ngắn gọn

Lưu ý quan trọng:

• Độ dài 1-2 trang A4 là đủ, đừng viết quá dài
• Không liệt kê công nghệ bạn chỉ "nghe nói" — interviewer sẽ hỏi và bạn sẽ bị lộ
• Có GitHub link nếu có side project payment liên quan
• Tiếng Anh tốt là điểm cộng vì docs quốc tế đều bằng tiếng Anh

Một CV tốt có thể tăng tỷ lệ pass HR screening từ 10% lên 50-60%, nên đầu tư thời gian nhé!