IT - Front-End Developer (Angular) – Middle to Senior Level

Câu trả lời ngắn: Không nên. Vị trí này yêu cầu ít nhất 3 năm kinh nghiệm Angular thực chiến, không phải con số 'mềm'. Tuy nhiên em có thể:

1. Apply vị trí Junior/Fresher ở OCB hoặc công ty khác để tích lũy 2-3 năm
2. Nếu tự tin, vẫn có thể nộp CV và highlight các project cá nhân Angular, GitHub repo
3. Một số công ty vẫn phỏng vấn nếu CV ấn tượng dù thiếu năm kinh nghiệm

Lời khuyên thật lòng: Hãy dành 1-2 năm đầu xây dựng nền tảng vững, đừng vội vào vị trí quá tầm sẽ khó phát triển.

"Thỏa thuận" nghĩa là lương sẽ được thương lượng sau khi phỏng vấn, không có con số cố định. Đây là chiến thuật phổ biến của nhà tuyển dụng để:

• Tránh lộ range lương sớm
• Xem ứng viên tự định giá bản thân
• Có chỗ đàm phán

Mức đề xuất cho Middle/Senior Angular tại ngân hàng HCM (2024-2025):

• Middle (3-5 năm): 30-45 triệu
• Senior (5-8 năm): 50-80 triệu
• Lead (8+ năm): 70-100 triệu

Mẹo: Khi HR hỏi, em nên đưa range rộng (ví dụ: 'Em mong muốn 45-60 triệu tùy phúc lợi'), đừng đưa 1 con số cứng. Đồng thời tìm hiểu mức lương trên ITviec, TopDev, Levels.fyi trước.

Câu trả lời ngắn: KHÔNG cần thành thạo 100%, nhưng CẦN biết các tính năng chính.

Lý do:

• Phiên bản Angular 19 mới features chính: standalone API (đã có từ 14), signals (16+), new control flow (17+), defer (17+)
• Nếu OCB dùng Angular 19, khả năng cao codebase cũng có các tính năng này
• Tuy nhiên, nhiều dự án vẫn dùng Angular 16-18, kiến thức nền tảng vẫn áp dụng được

Hành động cụ thể:
1. Đọc Angular blog chính thức về Angular 19 (angular.dev/blog)
2. Hiểu Signals API (signal, computed, effect)
3. Biết cách dùng @if, @for, @switch (new control flow)
4. Practice standalone components

Nếu em thành thạo Angular 16-17 với signals, em sẽ catch up Angular 19 rất nhanh.

DDD (Domain-Driven Design) trong Frontend KHÔNG chỉ là buzzword, đặc biệt với ngân hàng. Ứng dụng thực tế:

1. Bounded Contexts: Tách frontend thành các module theo domain (Account context, Loan context, Payment context) — rất phù hợp với Micro Frontend
2. Domain Models: Component và service phản ánh đúng nghiệp vụ ngân hàng (Account, Transaction, Customer thay vì User, Item)
3. Ubiquitous Language: Code và business dùng chung ngôn ngữ (KYC, AML, IBAN, etc.)
4. Anti-Corruption Layer: Frontend chuyển đổi API của core banking sang ngôn ngữ UI-friendly

Ví dụ thực tế tại ngân hàng:

• Module 'Loan Application' là 1 bounded context, có model riêng (LoanRequest, Collateral, ApprovalFlow)
• Form mở tài khoản là 1 aggregate với nhiều value objects (Identity, Address, Signature)

Khi phỏng vấn, em nên trình bày DDD qua ví dụ thực tế trong project của mình thay vì định nghĩa hàn lâm. Nếu em chưa từng áp dụng, hãy đọc về 'Strategic DDD' và 'Tactical DDD' trên domainlanguage.com.

Chuyển từ React sang Angular là KHẢ THI nhưng có những khác biệt lớn cần lưu ý:

Điểm chung (dễ chuyển):

• TypeScript
• Component-based architecture
• Hooks ≈ Angular lifecycle
• JSX ≈ Angular templates (cú pháp khác nhaung tư duy giống)
• State management concepts (Redux ≈ NgRx)

Khác biệt lớn (cần học):

• Angular là framework full-optional, có CLI, dependency injection, modules/standalone
• RxJS: Bắt buộc dùng nhiều, React không cần
• TypeScript được dùng nghiêm ngặt hơn React
• Angular có opinionated structure, React tự do hơn
• Forms: Reactive Forms rất khác với Formik/React Hook Form

Lộ trình chuyển đổi (2-3 tháng):
1. Tháng 1: Học TypeScript nâng cao, RxJS cơ bản, Angular core (components, services, DI)
2. Tháng 2: Forms, Routing, HttpClient, RxJS nâng cao, NgRx
3. Tháng 3: MFE, Nx, DDD — theo yêu cầu của vị trí này

Lợi thế khi chuyển: Em sẽ hiểu sâu hơn về DI, kiến trúc rõ ràng, có thể cạnh tranh tốt hơn ở các công ty banking/enterprise.

Có nhiều lý do thực tế:

1. Enterprise-friendly: Angular có structure rõ ràng, opinionated — dễ maintain cho team lớn, ít dev turnover
2. TypeScript first: Bắt buộc từ đầu, ít bug runtime — quan trọng cho app tài chính
3. Long-term support: Google maintain, LTS policy rõ ràng
4. Built-in tools: CLI, testing, i18n, PWA — ít phải chọn thư viện
5. Scalability: Phù hợp với codebase lớn (OCB có hàng chục sản phẩm)
6. Talent pool tại VN: Angular dev có sẵn, training dễ

React phù hợp với:

• Startup, MVP nhanh
• UI phức tạp, animation
• Ecosystem đa dạng

Nhưng với ngân hàng, sự ổn định và structure thường được ưu tiên hơn flexibility. Nhiều ngân hàng lớn ở VN (Techcombank, MB, VPBank, OCB) đều dùng Angular cho các sản phẩm core.

Take-home assignment cho vị trí Angular thường 4-8 giờ làm việc. Để gây ấn tượng:

Cấu trúc nộp bài:
1. README rõ ràng: Setup, run commands, giải thích kiến trúc
2. Commit history sạch: Chia commit theo feature, có message rõ ràng
3. Demo online: Deploy lên Vercel/Netlify, share link

Technical highlights nên có:

• ✅ Standalone components (Angular 17+)
• ✅ Signals cho state nếu phù hợp
• ✅ Reactive Forms với validation
• ✅ Lazy loading cho module lớn
• ✅ Responsive design (mobile-first)
• ✅ Loading states, error handling
• ✅ Một chút animation (không quá nhiều)

KHÔNG NÊN:

• ❌ Code comment quá nhiều (code phải self-document)
• ❌ Over-engineering với feature không yêu cầu
• ❌ UI quá cơ bản (thiếu polish)
• ❌ Không có testing (1-2 unit test là đủ)

Bonus points:

• Dockerfile
• GitHub Actions CI/CD
• Storybook (nếu có component library)
• Web vitals report

Mẹo: Đọc kỹ yêu cầu, làm đủ và đúng, đừng làm thừa. 70% hoàn hảo > 120% cẩu thả.

Bảo mật là YÊU CẦU CỐT LÕI khi làm FE cho ngân hàng. Bạn cần biết:

OWASP Top 10 cho Frontend:
1. XSS (Cross-Site Scripting): Angular tự động escape HTML, nhưng biết về [innerHTML] bypass
2. CSRF: Hiểu về token, SameSite cookies
3. Sensitive data exposure: Không log token, không lưu PII ở localStorage
4. Broken authentication: Hiểu JWT, OAuth2, OIDC basics
5. Insecure deserialization: Validate input kỹ

Best practices tại ngân hàng:

• Không commit secret, API key lên repo
• Dùng environment variables
• HTTPS everywhere, HSTS
• CSP headers (Content Security Policy)
• Input validation client-side (UX) + server-side (security)
• Sanitize mọi user input
• Disable console.log ở production (main.ts)

Khi phỏng vấn, có thể hỏi:

• 'Làm sao bạn lưu auth token an toàn?'
• 'Xử lý sensitive form data như thế nào?'
• 'Biết gì về PCI DSS compliance?'

Nếu chưa có kinh nghiệm banking, hãy đọc OWASP Top 10, thử làm 1 mini project với auth flow đúng chuẩn (HTTPS, HttpOnly cookies, JWT refresh).

OCB là 1 trong những ngân hàng tư nhân chuyển đổi số mạnh nhất hiện nay, đặc biệt sau khi ra mắt OCB Omni. Họ đang tuyển khá nhiều FE/BE:

Mức độ cạnh tranh:

• Cao hơn so với fintech startup
• Thấp hơn so với Big Tech (Google, Shopee) hay FAANG
• Tương đương Techcombank, MB Bank

Điểm cạnh tranh của ứng viên:

• ✅ Có kinh nghiệm Angular + banking domain
• ✅ Portfolio GitHub ấn tượng
• ✅ Biết về MFE, Nx, DDD (theo JD)
• ✅ Thành thạo RxJS, NgRx

Tips để nổi bật:
1. Tìm hiểu về OCB trước khi phỏng vấn (sản phẩm, tin tức gần đây)
2. Nếu có thể, kết nối với nhân viên OCB trên LinkedIn để hiểu culture
3. Chuẩn bị câu chuyện cá nhân gắn với ngân hàng/tài chính
4. Highlight được các project có tác động lớn (số user, performance improvement)

Theo quan sát, JD này thu hút nhiều ứng viên có kinh nghiệm 3-7 năm, nên đừng ngạc nhiên nếu quy trình kéo dài 2-4 tuần.

3 tháng đầu ở vị trí Angular Dev tại ngân hàng thường trải qua:

Tháng 1 — Onboarding:

• Đọc tài liệu nội bộ (kiến trúc, coding convention, Git workflow)
• Setup môi trường, clone codebase (có thể mất 2-3 ngày)
• Hiểu quy trình release, CI/CD
• Họp 1-1 với manager, team lead
• Pair programming với senior
• Task đầu tiên: thường là bug fix nhỏ hoặc simple feature

Tháng 2 — Tăng tốc:

• Làm chủ 1-2 modules trong codebase
• Bắt đầu code review cho người khác
• Hiểu được domain ngân hàng (KYC, payment, account...)
• Tham gia sprint planning, retrospective
• Có thể được giao feature nhỏ độc lập

Tháng 3 — Độc lập:

• Tự estimate và deliver feature trung bình
• Đề xuất cải tiến code/architecture
• Có thể mentor intern/fresher
• Được đánh giá performance review

Lời khuyên:

• Đừng ngại hỏi, đặc biệt về business logic
• Ghi chú lại mọi thứ (decision, conventions)
• Tìm hiểu 'tại sao' chứ không chỉ 'làm gì'
• Xây dựng relationship với team, BA, QC
• Đừng cố refactor ngay, tập trung hiểu code hiện tại trước

Expect có thể hơi overwhelming lúc đầu vì codebase banking thường lớn và có legacy, nhưng đừng nản!