Trong bối cảnh năm 2026, ngành Công nghệ Thông tin (IT) tại Việt Nam và Nhật Bản tiếp tục duy trì vị thế là “mỏ vàng” thu hút nguồn nhân lực chất lượng cao. Không chỉ dừng lại ở kỹ năng coding hay kiến trúc hệ thống, năng lực tiếng Nhật chuyên ngành đã trở thành thước đo quan trọng để phân định mức lương, vị trí và cơ hội thăng tiến – đặc biệt là khi làm việc tại các tập đoàn Nhật (Japan HQ) hoặc các dự án Outsource/Offshore yêu cầu giao tiếp trực tiếp với khách hàng (Client) Nhật Bản.
Bài viết này tổng hợp bộ từ vựng tiếng Nhật chuyên ngành IT đầy đủ, cập nhật nhất năm 2026, được phân loại theo quy trình phát triển phần mềm (SDLC), vai trò công việc (Dev, QA, PM, BA, Infra, Security…), và các xu hướng công nghệ mới (AI, Cloud Native, DevSecOps). Mục tiêu: Giúp bạn không chỉ “hiểu” mà còn “dùng thành thạo” trong môi trường làm việc thực tế (現場 – Genba).
Phần 1: Cấu Trúc Học Tập Hiệu Quả Cho Người IT (2026 Approach)
Trước khi đi vào chi tiết từ vựng, năm 2026 chúng ta thay đổi tư duy học: Học theo Context (Ngữ cảnh) thay vì học theo List (Danh sách).
1.1. Quy tắc 3C: Category – Collocation – Kanji Reading
- Category (Phân loại): Học theo module chức năng (Database, Network, CI/CD, Ticket flow…).
- Collocation (Tổ hợp từ): Không học đơn lẻ
設計(Sekkei – Thiết kế), mà học基本設計(Kihon Sekkei – Thiết kế cơ bản),詳細設計(Shousai Sekkei – Thiết kế chi tiết),設計書(Sekkeisho – Spec/Design doc). - Kanji Reading (Đọc Hán tự): IT Nhật dùng rất nhiều Hán Việt âm (On-yomi) và cả Kun-yomi lẫn lộn. Ví dụ:
環境đọc là Kankyou (Môi trường), nhưng構築đọc là Kouchiku (Xây dựng/Cài đặt),建てる(Tateru – Đứng lên/Deploy server). Bắt buộc tra từ điển để đọc chuẩn âm thanh (Pitch accent) tránh hiểu lầm khi meeting.
1.2. Phân biệt “Tiếng Nhật Sách” vs “Tiếng Nhật Genba (Hiện trường)”
- Sách:
プログラムを作成します(Tạo chương trình). - Genba:
実装します(Implement),コーディングします(Coding),ビルド通します(Build pass). - Sách:
バグを直します(Sửa bug). - Genba:
修正します(Shuusei – Fix),対応します(Taiou – Handle/Deal with),暫定対応(Zantei taiou – Workaround/Hotfix tạm thời).
Phần 2: Từ Vựng Theo Vòng Đời Phát Triển Phần Mềm (SDLC) – Chuẩn 2026
Đây là lõi cốt lõi. Mọi dự án Nhật (Waterfall, Agile/Scrum, Scrumban) đều xoay quanh luồng này.
2.1. Giai Đoạn Khởi Động & Yêu Cầu (立ち上げ・要件定義 – Tachiage / Youken Teigi)

Có thể bạn quan tâm: Từ Vựng Tiếng Nhật Cho Trẻ Em 2026: Bộ Sưu Tập Đầy Đủ, Học Vui – Nhớ Nhanh – Giao Tiếp Tự Nhiên
| Từ Vựng (Kanji) | Đọc (Romaji) | Nghĩa Tiếng Việt | Collocation / Cách Dùng Thực Tế (2026) |
|---|---|---|---|
| 要件定義 | Youken Teigi | Định nghĩa yêu cầu (Giai đoạn quan trọng nhất) | 要件定義書 (Youken Teigisho – Spec yêu cầu), 要件ヒアリング (Youken Hearing – Phỏng vấn thu thập YC). |
| 要望 | Youbou | Mong muốn/Yêu cầu (Từ Client/Business) | ユーザー要望 (User Youbou), 要望整理 (Youbou Seiri – Tổng hợp YC). |
| スコープ | Sukoopu | Phạm vi dự án (Scope) | スコープイン (Scope-in – Trong phạm vi), スコープアウト (Scope-out – Ngoài phạm vi), スコープクリープ (Scope creep – Mở rộng phạm vi không kiểm soát). |
| 合意形成 | Goui Keisei | Đ 형성 sự đồng thuận (Consensus) | ステークホルダーとの合意形成 (Đồng thuận với các bên liên quan). |
| 要件凍結 | Youken Touketsu | Đóng băng yêu cầu (Baseline) | Mốc quan trọng: 要件凍結日 (Ngày đóng băng YC). Sau ngày này đổi YC = Change Request. |
| RFP / 提案依頼書 | Teian Iraisho | Thư mời thầu / Yêu cầu đề xuất | Dùng khi bidding dự án. |
| NDA / 秘密保持契約 | Himitsu Hoji Keiyaku | Hợp đồng bảo mật thông tin | Ký trước khi tiếp cận data/thông tin nhạy cảm. |
| キックオフ | Kikkuofu | Kick-off meeting | キックオフミーティング (Kick-off MTG). |
| ステークホルダー | Suteekuhorudaa | Stakeholder (Các bên liên quan) | PM, PO, Client, Leader, End-user. |
| WBS / 作業分解構造 | Sagyou Bunkai Kouzou | Cấu trúc phân giải công việc | WBSを切る (Tạo WBS/Chia task). |
Mẹo 2026: Ở Nhật, giai đoạn
要件定義thường tách biệt rõ ràng với基本設計. Dev ít khi tham gia giai đoạn này, nhưng BA/PM/SE (System Engineer) bắt buộc thành thạo thuật ngữ này.
2.2. Giai Đoạn Thiết Kế (設計 – Sekkei)
Nhật Bản chia thiết kế rất chi tiết (Đặc trưng Waterfall/V-model, nhưng Agile năm 2026 vẫn giữ tên gọi cho các Artifact).
| Từ Vựng | Đọc | Nghĩa | Phân biệt Quan Trọng |
|---|---|---|---|
| 基本設計 | Kihon Sekkei | Thiết kế cơ bản (HLD – High Level Design) | Kiến trúc tổng thể, ER diagram, API spec, Table design, Flow màn hình. Output: 基本設計書. |
| 詳細設計 | Shousai Sekkei | Thiết kế chi tiết (LLD – Low Level Design) | Logic xử lý từng function, pseudo code, sequence diagram, validation rule. Output: 詳細設計書. |
| 画面設計 | Gamen Sekkei | Thiết kế màn hình (UI/UX Design) | 画面遷移図 (Gamen Tenizu – Screen transition), ワイヤーフレーム (Wireframe), モックアップ (Mockup). |
| DB設計 / テーブル設計 | Teeburu Sekkei | Thiết kế bảng/CSDL | 論理設計 (Ronri Sekkei – Logical – ERD), 物理設計 (Butsuri Sekkei – Physical – DDL, Index, Partition). |
| API設計 / インターフェース設計 | Intafeesu Sekkei | Thiết kế API/Interface | エンドポイント (Endpoint), リクエスト/レスポンス (Request/Response), OpenAPI/Swagger (Chuẩn 2026). |
| インフラ設計 / インフラ構成図 | Infra Kouseizu | Thiết kế hạ tầng / Sơ đồ kiến trúc Infra | オンプレ (On-premise), クラウド (Cloud – AWS/Azure/GCP), マルチAZ (Multi-AZ), VPC設計. |
| 非機能要件 / 非機能設計 | Hikinou Youken / Sekkei | Yêu cầu/Thiết kế phi chức năng | Performance (性能), Security (セキュリティ), Availability (可用性), Operability (運用性), Migratability (移行性). Rất quan trọng năm 2026. |
| 設計レビュー / 設計検収 | Sekkei Rebyuu / Sekkei Kenshuu | Review thiết kế / Nghiệm thu thiết kế | 指摘事項 (Shiteki Jikou – Điểm cần sửa/Comment), 修正依頼 (Shuusei Irai – Yêu cầu sửa). |
2.3. Giai Đoạn Triển Khai / Coding (実装 / コーディング – Jissou / Coding)
| Từ Vựng | Đọc | Nghĩa | Cách Dùng Genba 2026 |
|---|---|---|---|
| 実装 | Jissou | Implementation (Triển khai code) | Động từ: 実装する (Jissou suru). “Feature này đã implement xong” -> この機能は実装済みです (Kono kinou wa jissou zumi desu). |
| コーディング規約 | Coding Kiyaku | Quy chuẩn coding (Coding Standard/Convention) | 命名規則 (Meimei Kisoku – Quy tắc đặt tên), インデント (Indent), リンター (Linter – ESLint, RuboCop, golangci-lint). |
| コードレビュー / レビュー | Code Review / Rebyuu | Review code | プルリクエスト (Pull Request – PR), マージ (Merge), コンフリクト (Conflict), LGTM (Looks Good To Me – Duyệt). |
| ブランチ戦略 / ブランチモデル | Branch Senryaku / Branch Model | Chiến lược nhánh Git | Git Flow, GitHub Flow, Trunk Based Development (Phổ biến 2026 cho CI/CD). main/master, develop, feature/, release/, hotfix/. |
| リファクタリング | Refactoring | Tái cấu trúc code (Không đổi behavior) | 技術的負債 (Gijutsu Fusai – Technical Debt) giải quyết bằng Refactoring. |
| ビルド | Birudo | Build (Biên dịch, đóng gói) | ビルドエラー (Build error), ビルド成功 (Build success), 成果物 (Seikabutsu – Artifact: .jar, .war, docker image, .apk/.ipa). |
| デプロイ / リリース | Deploy / Ririisu | Triển khai / Phát hành | Phân biệt: デプロイ (Đẩy code lên server), リリース (Mở cho user dùng). ロールバック (Rollback – Quay về version cũ). |
| 環境 | Kankyou | Môi trường (Env) | 開発環境 (Kaihatsu Kankyou – Dev), 検証環境 (Kenshou Kankyou – Staging/QA/Verify), 本番環境 (Honban Kankyou – Production/Prod), ローカル環境 (Local). Phân biệt rõ ràng. |
| ログ / ログ出力 | Rogu / Rogu Shutsuryoku | Log / Ghi log | ログレベル (Log level: DEBUG, INFO, WARN, ERROR, FATAL), スタックトレース (Stack trace), 構造化ログ (Structured Log – JSON log cho ELK/Datadog 2026). |
2.4. Giai Đoạn Kiểm Thử (テスト / 検証 – Test / Kenshou)
Nhật Bản cực kỳ nghiêm trọng về Testing. Từ vựng này决定生死 (quyết định sự sống còn) của project.
| Từ Vựng | Đọc | Nghĩa | Phân Loại & Ý Nghĩa Sâu |
|---|---|---|---|
| 単体テスト / UT | Tantai Test / Unit Test | Unit Test (Test đơn vị) | Dev tự test. テストケース (Test Case), テストコード (Test Code – JUnit, pytest, Jest, Go testing), カバレッジ (Coverage – Độ phủ code). Target 2026: > 80%. |
| 結合テスト / IT | Ketsugou Test / Integration Test | Integration Test (Test tích hợp) | Test giữa các module, API, DB. 結合テスト仕様書 (IT Spec). |
| システムテスト / ST | System Test | System Test (Test hệ thống) | Test toàn bộ hệ thống theo 基本設計書. QA team chủ trì. |
| 受け入れテスト / UAT | Ukeire Test / UAT | User Acceptance Test (Nghiệm thu người dùng) | Client/End-user test trên môi trường 検証環境 (Staging) gần 本番 nhất. 受け入れ基準 (Acceptance Criteria). |
| リグレッションテスト / 回帰テスト | Regression Test / Kaiki Test | Regression Test (Test hồi quy) | Đảm bảo fix bug/new feature không làm hỏng tính năng cũ. Tự động hóa (Automation) là bắt buộc 2026. |
| 性能テスト / 負荷テスト | Seinour Test / Fuka Test | Performance / Load Test | Tool: JMeter, k6, Gatling. Chỉ số: レスポンス時間 (Response time), スループット (Throughput), エラー率 (Error rate), ボトルネック (Bottleneck). |
| セキュリティテスト / 脆弱性診断 | Security Test / Zeijakusei Shindan | Security Test / Vulnerability Assessment | SQLインジェクション (SQL Injection), XSS (Cross-site Scripting), CSRF, 認証・認可不備 (Auth flaws). Tool: OWASP ZAP, Burp Suite, SonarQube (SAST/DAST). |
| テストケース / テストシナリオ | Test Case / Test Scenario | Test Case / Scenario | 前提条件 (Zentei Jouken – Pre-condition), 手順 (Tejun – Steps), 期待値 (Kitai-chi – Expected Result), 実績値 (Jisseki-chi – Actual Result). |
| バグ / 不具合 / 障害 | Bagu / Fugai / Shougai | Bug / Defect / Incident | Phân biệt cực kỳ quan trọng: • バグ (Bug): Lỗi code logic.• 不具合 (Fugai): Từ ngữ trang trọng hơn, dùng trong báo cáo/test spec.• 障害 (Shougai): Sự cố trên Production (Prod down, data loss). Đây là từ “cấm nói” nhẹ nhàng. |
| チケット / 課題 / Issue | Ticket / Kadai / Issue | Ticket quản lý việc (Jira, Redmine, Backlog) | 起票 (Kihyou – Tạo ticket), 担当者 (Tantousha – Assignee), ステータス (Status: ToDo, Doing, Review, Done, Closed), 優先度 (Priority: Critical/High/Medium/Low), 期限 (Kigen – Deadline). |
| 不具合管理表 / バグ管理表 | Fugai Kanrihyou / Bug Kanrihyou | Bug Tracking List | Các cột: ID, タイトル (Title), 重要度 (Shuuchoudo – Severity: Critical/Major/Minor/Cosmetic), 状態 (Joutai – Status), 修正版 (Shuusei-ban – Fixed Version). |
Lưu ý 2026:
重要度(Severity – Mức độ nghiêm trọng của bug) khác優先度(Priority – Mức độ ưu tiên fix). Bug typo trên trang ít người vào: Severity=Low, nhưng Priority=High (Fix nhanh cho đẹp mặt Client).
2.5. Giai Đoạn Triển Khai & Vận Hành (リリース・運用保守 – Release / Unyou Hoshu)

Có thể bạn quan tâm: Từ Vựng Tiếng Nhật Bài 8 – Tài Liệu Học Tập Mới Nhất Cho Người Mới Năm 2026
| Từ Vựng | Đọc | Nghĩa | Thực Tế 2026 (DevOps/SRE) |
|---|---|---|---|
| リリース作業 / リリース手順書 | Release Sagyou / Release Tejun-sho | Công việc release / Runbook | 手順書 (Tejun-sho – SOP/Runbook) là “luật pháp” khi deploy Prod. Phải follow y chang. |
| デプロイフロー / CI/CDパイプライン | Deploy Flow / CI/CD Pipeline | Quy trình deploy / Pipeline | GitHub Actions, GitLab CI, Jenkins (Cũ), ArgoCD/Flux (GitOps), Terraform (IaC). |
| カナリアリリース / ブルーグリーン | Canary Release / Blue-Green | Chiến lược triển khai an toàn | Giảm rủi ro khi deploy Prod. ロールバック (Rollback) phải < 5 phút. |
| 運用保守 / 運用監視 | Unyou Hoshu / Unyou Kanshi | Vận hành bảo trì / Giám sát | 監視ツール (Monitoring: Datadog, New Relic, Prometheus/Grafana, CloudWatch, Zabbix). |
| アラート / アラート通知 | Alert / Alert Tsuuchi | Cảnh báo | 閾値 (Ikichi – Threshold), 誤検知 (Gokenchi – False positive), エスカレーション (Escalation – Le thang quản lý). |
| インシデント対応 / 障害対応 | Incident Taiou / Shougai Taiou | Xử lý sự cố (Incident Response) | Quy trình chuẩn: 検知 -> 通知 -> 初動対応 -> 原因調査 -> 暫定対応 -> 恒久対応 -> 再発防止 -> 報告書作成. |
| ポストモーテム / 事後分析 | Postmortem / Jigo Bunseki | Phân tích sau sự cố (Blameless) | Văn hóa Blameless Postmortem (Không đổ lỗi cá nhân, tập trung vào hệ thống/quy trình). Output: 障害報告書 (Shougai Houkokusho). |
| 変更管理 / 変更申請 | Henkou Kanri / Henkou Shinsei | Change Management / Change Request (CR) | CAB (Change Advisory Board), 緊急変更 (Kinkyuu Henkou – Emergency Change), 標準変更 (Hyounjun Henkou – Standard Change). ITIL based. |
| キャパシティプランニング | Capacity Planning | Quy hoạch dung lượng | Theo dõi CPU/メモリ/ディスク/ネットワーク usage trend. Scale up/out kịp thời. |
| バックアップ / リストア / 災害復旧 | Backup / Restore / Saigai Fukkyuu | Backup / Khôi phục / Disaster Recovery (DR) | RPO (Recovery Point Objective), RTO (Recovery Time Objective). 定期バックアップ (Scheduled), スナップショット (Snapshot). |
Phần 3: Từ Vựng Chuyên Sâu Theo Vai Trò (Role-based) – 2026 Edition
3.1. Backend / API Engineer (バックエンド / APIエンジニア)
- アーキテクチャ (Architecture):
マイクロサービス(Microservices),モノリス(Monolith),モジュラーモノリス(Modular Monolith – Trend 2026),DDD(Domain-Driven Design),クリーンアーキテクチャ(Clean Architecture),ヘキサゴナルアーキテクチャ(Hexagonal/Ports & Adapters). - API Design:
RESTful(Chuẩn),GraphQL(Flexible),gRPC(High perf, Internal),OpenAPI 3.x(Spec),べき等性(Idempotency – Quan trọng cho Payment/Retry),ページネーション(Pagination – Cursor/Offset),レートリミット(Rate Limiting). - Database:
RDBMS(PostgreSQL, MySQL –インデックスIndex,実行計画Execution Plan,トランザクションTransaction,ACID,デッドロックDeadlock,レプリケーションReplication),NoSQL(Redis – Cache/Session, MongoDB, DynamoDB, Elasticsearch),NewSQL(TiDB, CockroachDB – Scalable SQL). - Messaging:
メッセージキュー(Message Queue – RabbitMQ, Kafka, SQS, Pub/Sub),イベント駆動(Event-Driven),非同期処理(Async processing),デッドレターキュー(DLQ),冪等性(Idempotency consumer). - Auth/Security:
OAuth 2.0 / OIDC(OpenID Connect),JWT(JSON Web Token),リフレッシュトークン(Refresh Token),mTLS(Mutual TLS),ゼロトラスト(Zero Trust),WAF(Web Application Firewall).
3.2. Frontend Engineer (フロントエンドエンジニア)
- Framework/Lib:
React(Vite/Next.js – App Router),Vue 3(Composition API/Nuxt 3),Svelte/SvelteKit,TypeScript(Strict mode – Bắt buộc 2026). - State Management:
Redux Toolkit/Zustand/Jotai/Recoil/Pinia/Signals(Trend 2026). - Styling:
Tailwind CSS(Chuẩn事实上),CSS Modules,Styled Components,CSS-in-JS(Giảm dần),Design System/Storybook(Component library). - Performance:
SSR(Server Side Rendering),SSG(Static Site Generation),ISR(Incremental Static Regeneration),CSR(Client Side),Hydration,Core Web Vitals(LCP, FID/INP, CLS),Lazy Loading,Code Splitting,Virtual Scrolling(react-window). - Testing:
Vitest/Jest,React Testing Library,Playwright/Cypress(E2E),MSW(Mock Service Worker – API Mocking). - Accessibility (A11y):
WCAG 2.1/2.2,セマンティックHTML(Semantic HTML),ARIAattributes,キーボード操作(Keyboard navigation),スクリーンリーダー(Screen reader – NVDA/VoiceOver test).
3.3. Mobile Engineer (モバイルエンジニア – iOS / Android / Cross-platform)
- Native:
Swift/SwiftUI(iOS),Kotlin/Jetpack Compose(Android – Chuẩn 2026).Objective-C/Java(Legacy maintenance). - Cross-platform:
Flutter(Dart – Mạnh nhất 2026),React Native(New Architecture – Fabric/TurboModules),Kotlin Multiplatform (KMP)– Rising star. - Architecture:
MVVM(Model-View-ViewModel),MVI(Model-View-Intent),Clean Architecture,Modularization(Dynamic Feature Modules). - Store/Release:
App Store Connect/Google Play Console,TestFlight/Internal Testing,Fastlane(Automation),Code Push(React Native/Flutter – Hotfix JS/Dart không cần review store),App Bundle(AAB),Universal Links/App Links/Deep Links. - Device/OS:
iOS 17/18,Android 14/15,折りたたみ(Foldable),ウェアラブル(Wear OS / watchOS).
3.4. DevOps / SRE / Platform Engineer (デブオプス / SRE / プラットフォームエンジニア)
- Infrastructure as Code (IaC):
Terraform(Standard),OpenTofu(Fork Terraform),Pulumi(TypeScript/Go/Python),CloudFormation(AWS native),Ansible(Config mgmt). - Container & Orchestration:
Docker/Containerd/Podman,Kubernetes (K8s)/EKS/GKE/AKS/OpenShift,Helm/Kustomize,Operator Pattern/CRD,Service Mesh(Istio/Linkerd/Cilium),Knative(Serverless on K8s). - CI/CD & GitOps:
GitHub Actions/GitLab CI/ArgoCD/FluxCD/Tekton.Pipeline as Code. - Observability (Three Pillars + 1):
Metrics(Prometheus/Grafana/Datadog),Logs(Loki/ELK/Datadog/CloudWatch),Traces(Tempo/Jaeger/Zipkin/OpenTelemetry),Profiling(Pyroscope/Parca – Trend 2026). - OpenTelemetry (OTel): Chuẩn hóa instrumentation (Auto/Manual).
Collector,Exporter,SDK. - Security (DevSecOps):
SAST(SonarQube/CodeQL),DAST(OWASP ZAP),SCA(Dependabot/Snyk/Trivy – Supply chain),Container Scan(Trivy/Grype),IaC Scan(Checkov/Terrascan),SBOM(Software Bill of Materials – CycloneDX/SPDX),Cosign/Sigstore(Signing artifacts). - Cloud Native:
CNCF Landscape,Serverless(Lambda/Cloud Run/Cloud Functions),Edge Computing(Cloudflare Workers/Vercel Edge/AWS Lambda@Edge),FinOps(Cloud Cost Optimization –コスト最適化,予算アラート,権限最小化Least Privilege).
3.5. QA / SET / SDET (QA / SET / SDET – Software Development Engineer in Test)
- Test Strategy:
テスト戦略(Test Strategy),テスト計画(Test Plan),リスクベースドテスト(Risk-based Testing),シフトレフト(Shift Left – Test sớm trong SDLC),シフトライト(Shift Right – Test in Prod/Observability). - Automation:
テスト自動化(Test Automation),フレームワーク(Framework: Playwright, Cypress, Selenium, Appium, k6, RestAssured),CI統合(CI Integration),並列実行(Parallel Execution),フレーキーテスト(Flaky Test – Xử lý flakiness). - Test Data:
テストデータ(Test Data),データマスキング(Data Masking/Anonymization – GDPR/APPI compliance),シードデータ(Seed Data),モック/スタブ(Mock/Stub – WireMock, MockServer). - Contract Testing:
コンテナクトテスト(Contract Testing –Pact– Consumer Driven Contract). Quan trọng cho Microservices. - Quality Metrics:
欠陥密度(Defect Density),欠陥検出率(Defect Detection Rate – DDR),MTTR(Mean Time To Recovery),MTBF(Mean Time Between Failures),テストカバレッジ(Test Coverage – Line/Branch/Path).
3.6. PM / PO / Scrum Master / BA (マネジメント・ビジネスサイド)

Có thể bạn quan tâm: Tổng Hợp Từ Vựng Tiếng Nhật Bài 42 (minna No Nihongo) Chi Tiết Nhất 2026: Học Tập, Ôn Tập Và Áp Dụng Thực Tế
- Agile/Scrum:
スプリント(Sprint – 1-2 tuần),スプリントプランニング(Sprint Planning),デイリースクラム(Daily Scrum/Standup),スプリントレビュー(Sprint Review/Demo),レトロスペクティブ(Retrospective/Kaihen – 改善),バックログリファインメント(Backlog Refinement/Grooming). - Artifacts:
プロダクトバックログ(Product Backlog – PBI),スプリントバックログ(Sprint Backlog),インクリメント(Increment),Definition of Ready (DoR),Definition of Done (DoD). - Estimation:
ストーリーポイント(Story Points – Fibonacci: 1,2,3,5,8,13,21),プランニングポーカー(Planning Poker),ベロシティ(Velocity),キャパシティ(Capacity). - Scaling:
SAFe(Scaled Agile Framework),LeSS(Large Scale Scrum),Scrum@Scale,Nexus.PI Planning(Program Increment Planning – SAFe). - BA/Requirements:
ユーザーストーリー(User Story: As a role, I want feature, So that benefit),受け入れ基準(Acceptance Criteria – AC),ユースケース(Use Case),プロセスフロー(Process Flow – BPMN),データフロー図(DFD),非機能要求グレード(Non-functional Requirement Grades – IPA standard). - Reporting/Metrics:
バーンダウンチャート(Burndown Chart),バーンアップチャート(Burnup Chart),累積フロー図(Cumulative Flow Diagram – CFD),リードタイム(Lead Time),サイクルタイム(Cycle Time),WIP(Work In Progress Limit).
Phần 4: Xu Hướng Công Nghệ 2026 & Từ Vựng “Hot” (Buzzwords Thực Tế)
Năm 2026, các từ khóa sau xuất hiện dày đặc trong JD, meeting kiến trúc, và phỏng vấn.
4.1. AI / ML / LLM Engineering (AIエンジニアリング / LLM Ops)
- 生成AI / Generative AI:
LLM(Large Language Model – GPT-4o, Claude 3.5, Gemini 1.5, Llama 3, Qwen 2),RAG(Retrieval-Augmented Generation – Chuẩn production 2026),ベクトルデータベース(Vector DB – Pinecone, Weaviate, Milvus, Qdrant, pgvector),埋め込み(Embedding),チャンク分割(Chunking),リランカー(Reranker),ハルシネーション(Hallucination – Ảo giác),グラウンディング(Grounding). - LLMOps / MLOps:
プロンプトエンジニアリング(Prompt Engineering – Few-shot, CoT, ReAct),ファインチューニング(Fine-tuning – LoRA/QLoRA/Full),評価指標(Eval metrics – BLEU, ROUGE, BERTScore, LLM-as-a-Judge),プロンプトインジェクション(Prompt Injection – Security),データポイズニング(Data Poisoning),モデルサービング(Model Serving – vLLM, TGI, Triton, Ollama),GPU最適化(GPU Optimization – Quantization INT4/INT8, FlashAttention, PagedAttention). - AI Agent:
エージェント(Agent),ツールユース(Tool Use/Function Calling),マルチエージェント(Multi-agent – AutoGen, CrewAI, LangGraph),ワークフロー(Workflow/DAG).
4.2. Platform Engineering & Developer Experience (DevEx)
- Internal Developer Platform (IDP):
Backstage(Spotify),Port,Cortex.セルフサービス(Self-service),ゴールデンパス(Golden Path),テンプレート(Software Templates – Cookiecutter/Scaffolder). - Developer Experience (DevEx):
認知的負荷(Cognitive Load),フロー状態(Flow State),フィードバックループ(Feedback Loop – Local -> CI -> Prod),ドキュメンテーション(Documentation as Code – MkDocs/Docusaurus),オンボーディング(Onboarding automation).
4.3. Security & Compliance (Zero Trust, Supply Chain)
- Zero Trust Architecture (ZTA):
アイデンティティベース(Identity-based),マイクロセグメンテーション(Micro-segmentation),継続的検証(Continuous Verification),ZTNA(Zero Trust Network Access – thay thế VPN). - Software Supply Chain Security:
SBOM(Software Bill of Materials – Bắt buộc cho Gov/Enterprise 2026),SLSA(Supply chain Levels for Software Artifacts – Level 1-4),Provenance(Nguồn gốc build),Sigstore/Cosign(Keyless signing),SLSA Framework. - Compliance (Japan Context):
APPI(Act on Protection of Personal Information – 改正個人情報保護法),ISMS(ISO 27001),SOC 2 Type II,CSマーク(Cloud Service Mark – Japan Gov),マイナンバー(My Number – Social Security and Tax Number System handling).
4.4. Architecture Trends 2026
- Modular Monolith:
モジュラーモノリス– Cân bằng giữa Monolith (dễ deploy) và Microservices (tách domain). Thư viện:Spring Modulith,ArchUnit,Nx(Monorepo tool). - Event-Driven Architecture (EDA):
イベントソーシング(Event Sourcing),CQRS(Command Query Responsibility Segregation),Outbox Pattern(Transactional Outbox – Đảm bảo consistency DB + Message Queue),CDC(Change Data Capture – Debezium). - WebAssembly (Wasm) Server-side:
Wasm(Wasmtime, WasmEdge, Spin, Fermyon) – Chạy code đa ngôn ngữ (Rust, Go, JS) trên Edge/Serverless/K8s với cold start cực nhanh, sandbox an toàn. - Green Software / Sustainable IT:
カーボンアウェア(Carbon Aware Computing – Chạy job khi điện xanh/dẻo),SCI(Software Carbon Intensity),FinOps(Tối ưu chi phí = Tối ưu năng lượng).
Phần 5: Từ Vựng “Sống Còn” Trong Meeting & Chat (Slack/Teams/Line Works) – 2026 Slang
Đây là phần giúp bạn “hòa nhập” (馴染む – Najimu) với team Nhật ngay lập tức.
| Từ Vựng (Thường viết tắt/Slack) | Đọc / Nghĩa | Context Sử Dụng |
|---|---|---|
| お疲れ様です (Otsukaresama desu) | Chào/ Cảm ơn công việc | Mở đầu/bắt buộc mọi tin nhắn, email, meeting. |
| よろしくお願いします (Yoroshiku onegaishimasu) | Nhờ sự hợp tác / Xin hãy… | Kết thúc mọi tin nhắn, email, ticket, PR description. |
| 了解です / 承知しました (Ryoukai desu / Shouchi shimashita) | Hiểu rồi / Đã nhận | Trả lời khi được assign task, nhận thông báo. 承知しました trang trọng hơn. |
| 検討します (Kentou shimasu) | Sẽ xem xét / Cân nhắc | Không có nghĩa là “Đồng ý làm”. Chỉ là “sẽ suy nghĩ”. Cần follow-up deadline. |
| 対応します (Taiou shimasu) | Sẽ xử lý / Làm | Cam kết làm. Dùng khi assign bug/task cho mình. |
| アサイン (Assign / Asain) | Phân công / Giao việc | 私にアサインしてください (Assign cho tôi), アサイン済み (Đã assign). |
| ブロッカー / ブロックされています (Blocker / Blokku sareteimasu) | Bị chặn / Đang chờ dependency | Daily standup: 今ブロッカーです (Hôm nay bị block). |
| キャパオーバー / キャパ超え (Kyapa Oobaa / Kyapa Koe) | Quá tải / Over capacity | 今キャパオーバーなので、来週着手します (Tuần sau mới làm được). |
| スコープアウト (Sukoopu Auto) | Ngoài phạm vi | それはスコープアウトです (Việc đó không trong scope dự án). |
| ホットフィックス / 緊急リリース (Hotfix / Kinkyuu Release) | Fix gấp / Release gấp | Prod down hoặc bug critical. Cần 緊急変更申請 (Emergency CR). |
| デグレ / デグレード (Degure / Degrade) | Regression (Lỗi hồi quy) | デグレ発生 (Phát sinh regression). Rất xấu hổ. |
| スパイク (Spike) | Nghiên cứu kỹ thuật (Time-boxed) | この技術選定、スパイクやっといて (Research tech choice này). Output: Doc/PoC. |
| PoC / 概念実証 (PoC / Gainen Jisshou) | Proof of Concept | Thử nghiệm tính khả thi trước khi invest. |
| レガシー (Regashii) | Legacy (Hệ thống cũ) | レガシーマイグレーション (Legacy Migration), レガシーコード (Legacy code – thường thiếu test, doc). |
| テックデット / 技術的負債 (Tech Debt / Gijutsu Fusai) | Technical Debt | 技術的負債を返済する (Trả nợ kỹ thuật – Refactor). |
| ナレッジ共有 / ナレッジベース (Knowledge Kyuuyuu / Knowledge Base) | Chia sẻ kiến thức / Wiki | Confluenceにナレッジ共有しておいて (Đăng lên Confluence nhé). |
| ドキュメント整備 (Document Seibi) | Cập nhật/Chuẩn hóa tài liệu | Thường bị bỏ qua nhưng audit rất coi trọng. |
| MTG / 会議 (Kaigi) | Meeting | 定例MTG (Periodic meeting), アジェンダ (Agenda – Bắt buộc có), 議事録 (Gijiroku – Meeting minutes/Action items). |
| アクションアイテム / ToDo (Action Item) | Việc cần làm sau meeting | アクションアイテムの期限を設定してください (Set deadline cho action items). |
| エスカレーション (Escalation) | Báo cáo cấp trên / Le thang | 障害エスカレーション (Incident escalation), プロジェクトエスカレーション (Project risk escalation). |
| オンコール / 当番 (On-call / Touban) | Ca trực (Sự cố ban đêm/ngày nghỉ) | 今週オンコールです (Tuần này tôi trực). 一次受け (Primary), 二次受け (Secondary). |
| ランチ / 昼休み (Lunch / Hiruyasumi) | Nghỉ trưa | お昼行きますか? (Ăn trưa đi?). Văn hóa quan trọng. |
| 定時 / 退勤 (Teiji / Taikin) | Giờ tan làm / Tan làm | 定時で上がります (Tôi về đúng giờ). 残業 (Zangyou – OT). |
Phần 6: Kỹ Năng “Đọc & Viết” Tài Liệu Kỹ Thuật (Spec/Design Doc) – Chuẩn Nhật Bản

Có thể bạn quan tâm: Từ Vựng Tiếng Nhật Bài 40 (minna No Nihongo): Tổng Hợp Chi Tiết, Phân Tích Ngữ Pháp & Bí Quyết Học Tập Hiệu Quả Năm 2026
Năm 2026, AI (Copilot, Cursor, ChatGPT) hỗ trợ viết code rất tốt, nhưng viết Spec/Ticket/Design Doc bằng tiếng Nhật tự nhiên, logic vẫn là kỹ năng cốt lõi của Senior/Lead.
6.1. Cấu Trúc Chuẩn Của Một 設計書 (Design Doc) / チケット (Ticket)
A. Ticket / Issue Template (Jira/Backlog/GitHub Issues)
## 概要 (Gaiyou - Overview/Tóm tắt)
- 何のために? (Why? - Business context)
- 何をする? (What? - Scope) ## 背景・理由 (Haikei / Riyuu - Background/Reason)
- 関連チケット/ドキュメントへのリンク (Related links)
- 現状の課題 (Current pain points) ## 仕様・要件 (Shiyou / Youken - Spec/Requirements)
### 機能要件 (Kinou Youken - Functional)
- 機能A: 詳細...
- 機能B: 詳細...
### 非機能要件 (Hikinou Youken - Non-functional)
- 性能: APIレスポンス 200ms 以内 (p95)
- セキュリティ: 入力値検証, SQLインジェクション対策
- 可用性: 冪等性担保 ## 設計・実装方針 (Sekkei / Jissou Houshin - Design/Approach)
- API設計 (Endpoint, Request/Response JSON sample)
- DB変更 (DDL, Migration script, Rollback plan)
- 画面遷移 / UI変更 (Link Figma/Storybook)
- 影響範囲 (Impact scope: 他マイクロサービス, Batch, Frontend) ## テスト観点 (Test Kanten - Test Perspectives)
- 正常系 (Seijoukei - Happy path)
- 異常系 (Ijoukei - Error cases: Validation, 404, 500, Timeout)
- 境界値 (Kyoukaichi - Boundary values)
- セキュリティ/権限 (AuthZ/AuthN) ## リリース・移行計画 (Release / Ikou Keikaku - Release/Migration Plan)
- デプロイ手順 (Deploy steps / Link Runbook)
- 移行手順 (Data migration steps)
- ロールバック手順 (Rollback steps)
- 事前連絡 (Pre-notification to stakeholders) ## 関連資料 (Kanren Shiryou - References)
- 設計書リンク, Figma, Swagger, Notion, Confluence...
B. Từ Vựng “Văn Mẫu” (Template Phrases) Dùng Trong Spec/Doc
~すること(Suru koto) /~こと(Koto): Dùng cho yêu cầu (Requirement). VD:ユーザーはログインすること(User phải login).~できること(Dekiru koto): Dùng cho khả năng (Capability). VD:管理者はユーザーを削除できること(Admin có thể xóa user).~なければならない(Nakereba naranai): Bắt buộc (Must/Shall). Mạnh hơnすること. VD:パスワードはハッシュ化しなければならない(Password phải được hash).~べきである(Beki de aru): Nên làm (Should). Best practice.~ことが望ましい(Koto ga nozomashii): Mong muốn (Preferable). Nice to have.~を前提とする(Wo zentei to suru): Giả định / Tiền đề (Assumption). VD:ネットワークが安定していることを前提とする(Giả định network ổn định).~の範囲内で(No han’i nai de): Trong phạm vi… (Scope).~を除く(Wo nozoku): Trừ… (Except). VD:管理者を除く(Trừ Admin).別途調整(Betto Chousei): Điều chỉnh riêng / Thảo luận sau (Dùng khi chưa quyết định được chi tiết, tránh block ticket).仕様外(Shiyou-gai): Ngoài spec / Out of scope.暫定仕様(Zantei Shiyou): Spec tạm thời (Sẽ đổi sau).既存仕様に準ずる(Kizon Shiyou ni junzuru): Theo spec hiện có (Follow existing behavior – Dùng khi maintain legacy).
6.2. Viết コミットメッセージ (Commit Message) & PR Description Chuẩn
Commit Message (Conventional Commits – Phổ biến 2026):
<type>(<scope>): <subject> #ticket-id <footer>
- Type:
feat(Tính năng mới),fix(Sửa bug),refactor(Tái cấu trúc),docs(Tài liệu),test(Test),chore(Build config, dependency update),perf(Performance),security(Bảo mật),ci(CI/CD),revert(Revert commit). - Scope: Module name (auth, payment, user-api, infra).
- Subject: Động từ nguyên thể, tiếng Anh hoặc tiếng Nhật thống nhất team. Không chấm cuối. VD:
feat(auth): add OAuth2 login flow #123hoặcfeat(認証): OAuth2ログインフローを追加 #123. - Body: Giải thích Why và What (không phải How – code đã nói).
- Footer:
BREAKING CHANGE:(Breaking change),Closes #123,Refs #456.
PR Description Template:
## 変更内容 (Henkou Naiyou - Changes)
- 簡潔に何を変えたか (What changed briefly)
- 関連チケット: #123 ## 実装詳細 (Jissou Shousai - Implementation Details)
- アプローチ/アルゴリズムの説明 (Approach/Algorithm)
- なぜこの実装にしたか (Why this approach - Trade-offs)
- 既存コードへの影響 (Impact on existing code) ## テスト実施内容 (Test Jisshi Naiyou - Testing Done)
- 単体テスト: 追加/更新したテストケース
- 手動確認項目 (Manual verification steps - Screen shots/Video link)
- パフォーマンス確認 (k6/JMeter results link - nếu có) ## デプロイ・移行への影響 (Deploy / Ikou eno Eikyou - Deployment Impact)
- DBマイグレーション必要 (Migration needed) -> Link script
- 環境変数追加 (Env var added) -> .env.example updated
- 依存ライブラリ更新 (Dependency updated) -> Security check done
- ダウンタイム発生 (Downtime expected) -> Maintenance window required
- ロールバック手順確認済み (Rollback verified) ## チェックリスト (Checklist)
- 自己レビュー完了 (Self-review done)
- ドキュメント更新 (Docs updated - README/Swagger/Notion)
- CHANGELOG更新 (nếu có)
- セキュリティ観点確認 (Security check - No secrets, XSS, SQLi)
Phần 7: Lộ Trình Học & Ôn Tập Từ Vựng IT Nhật Bản Hiệu Quả (2026 Roadmap)
Đừng cố gắng học thuộc lòng bảng từ vựng khổng lồ này. Hãy áp dụng Active Recall + Spaced Repetition + Contextual Usage.
Giai đoạn 1: Foundation (Tháng 1-2) – “Sống sót” trong team
- Mục tiêu: Hiểu 100% Daily Standup, Ticket description, Spec cơ bản.
- Học: Phần 2 (SDLC Core), Phần 5 (Meeting/Chat Slang), Kanji IT cơ bản (約 300-500 từ).
- Tool: Anki (Deck: “Japanese IT Vocabulary” / “JLPT N2/N1 Kanji for IT”), Yomitan (Browser extension tra từ ngay trên Jira/Confluence/GitHub).
- Thực hành: Mỗi ngày đọc 1 ticket Jira/Confluence page bằng tiếng Nhật, dịch ra tiếng Việt, ghi chú từ mới.
Giai đoạn 2: Specialization (Tháng 3-6) – “Chuyên sâu” theo Role

- Mục tiêu: Tham gia thiết kế, review code, viết spec/doc tiếng Nhật tự tin.
- Học: Phần 3 (Role-based vocab), Phần 6 (Writing Spec/PR/Commit).
- Thực hành:
- Viết
設計書(Design doc) cho feature nhỏ bằng tiếng Nhật -> Nhờ Senior/Lead review ngôn ngữ (Japanese review). - Viết
PR Descriptiontiếng Nhật cho mọi PR. - Tham gia
設計レビュー(Design review) lắng nghe cách Senior dùng từ (Collocation).
- Viết
Giai đoạn 3: Advanced & Leadership (Tháng 6+) – “Dẫn dắt” & “Xu hướng”
- Mục tiêu: Dẫn dắt dự án, giao tiếp với Client/PM Nhật, nắm xu hướng 2026.
- Học: Phần 4 (Trends: AI/LLM, Platform Eng, Security, Arch), ITIL/Scrum terms, Non-functional requirements (非機能要件グレード – IPA standard).
- Thực hành:
- Viết
障害報告書(Incident report) /ポストモーテム(Postmortem) tiếng Nhật. - Present
技術選定(Tech selection) /アーキテクチャ提案(Architecture proposal) bằng tiếng Nhật. - Đọc tài liệu gốc tiếng Nhật: AWS/Azure/GCP Docs (JP), Kubernetes Docs (JP), React/Vue/Go/Rust Docs (JP), IPA Non-functional Requirement Grades (非機能要求グレード).
- Viết
Kỹ Thuật “Shadowing” cho Kỹ Sư (Shadowing for Engineers)
- Tìm video meeting demo / tech talk tiếng Nhật (YouTube: “DevelopersIO”, “Classmethod”, “NTT Tech”, “Cybozu”, “Mercari Engineering”, “LINE Engineering”).
- Nghe -> Tạm dừng -> Lặp lại câu văn (mimic intonation, speed).
- Ghi chép các cụm từ chuyên ngành (Collocation) speaker dùng.
- Áp dụng vào meeting thật của team mình.
Phần 8: Cạm Bẫy Thường Gặp (Anti-patterns) Khi Dùng Tiếng Nhật IT
| Sai Lầm (Anti-pattern) | Nguyên Nhân | Cách Sửa (2026 Standard) |
|---|---|---|
| Lạm dụng Katakana tiếng Anh | Vd: インプリメントする (Implement suru), デバッグする (Debug suru), デプロイする (Deploy suru). |
Dùng động từ Kanji chuẩn: 実装する (Jissou suru), デバッグする (Debug suru – Katakana này chấp nhận được), 配置する (Haichi suru) / リリースする (Release suru) / デプロイする (Deploy suru – Đã thành từ vay mượn chuẩn, dùng được). Lưu ý: コミットする (Commit suru), マージする (Merge suru), ビルドする (Build suru) -> Dùng được. Nhưng リファクタする (Refactor suru) -> Nên dùng リファクタリングする (Refactoring suru). |
Nhầm lẫn 確認 (Kakunin) vs 検証 (Kenshou) vs テスト (Test) |
Dùng 確認します cho mọi thứ. |
確認 (Check/Verify manually – mắt thường/click chuột). 検証 (Verification – Có thủ tục, evidence, test case, tự động hóa). テスト (Test execution). Spec viết: 検証項目 (Verification items), 確認項目 (Checklist items). |
Dùng わかる (Wakaru) / わからない (Wakaranai) trong báo cáo |
“Tôi hiểu / Tôi không hiểu” – Chủ quan, thiếu chuyên nghiệp. | Dùng: 把握しています (Haaku shiteimasu – Nắm rõ), 把握していません (Chưa nắm), 調査中です (Chousa chuu desu – Đang điều tra), 不明点です (Fumeiten desu – Điểm chưa rõ/Question). |
| Viết Spec/Comment quá văn chương (Bungo) hoặc quá khẩu ngữ (Kogo) | Vd: する vs いたします, だ/である vs です/ます. |
Quy tắc vàng: • Ticket/Spec/Doc/Commit/PR: だ/である (Da/De aru – Trang trọng, khẳng định).• Comment code: // ここでエラーを投げる (Da/De aru hoặc thể lệnh // エラーを投げる).• Chat/Email/Meeting: です/ます (Desu/Masu – Lịch sự).• Không 섞 lẫn trong cùng 1 tài liệu. |
Không ghi 単位 (Unit) / 前提条件 (Pre-condition) trong Spec |
Vd: タイムアウト: 30 (Timeout: 30). |
Bắt buộc: タイムアウト: 30秒 (30 giây), ファイルサイズ上限: 10MB (10MB). 前提条件: ユーザーはログイン済みであること. |
Dùng バグ (Bug) trong báo cáo chính thức cho Client |
バグ nghe như lỗi của dev, thiếu trách nhiệm. |
Dùng 不具合 (Fugai – Defect/Issue) hoặc 不具合事象 (Fugai Jishou – Incident/Defect phenomenon). 障害 (Shougai) chỉ dùng cho Production Incident. |
Kết Luận: Tiếng Nhật IT Không Chỉ Là Từ Vựng, Đó Là “Văn Hóa Làm Việc” (仕事の文化)
Năm 2026, ranh giới giữa “Biết tiếng Nhật” và “Làm việc bằng tiếng Nhật” trong ngành IT ngày càng nới rộng. Một Senior Engineer/Lead/PM giỏi không chỉ dịch được từ 要件定義 thành “Định nghĩa yêu cầu”, mà là người:
- Viết
要件定義書khiến Client Nhật hiểu ngay, không cần hỏi lại. - Dẫn dắt
設計レビューbằng tiếng Nhật, chỉ ra rủi ro kiến trúc (リスク– Risk) bằng thuật ngữ chính xác (単一障害点– SPOF,データ整合性– Data Consistency). - Viết
障害報告書(Incident Report) sau sự cố Prod: Trình bày事象(Phenomenon),原因(Root Cause – 5 Whys),影響範囲(Impact Scope),暫定対応(Workaround),恒久対策(Permanent Fix),再発防止策(Prevention Measures) logic, súc tích, không cảm xúc (Blameless). - Mentor Junior bằng tiếng Nhật: Giải thích
デグレ(Regression) tại sao xảy ra, cách viếtテストコード(Test code) để phòng ngừa, tư duyシフトレフト(Shift Left).
Hy vọng bộ từ vựng “kho tàng” này – được cập nhật theo thực tế năm 2026 – trở thành “cẩm nang tra cứu” (リファレンス) trên bàn làm việc của bạn. Đừng học để “đỗ 시험” (Pass exam), hãy học để “生き残る” (Sống sót/Thăng tiến) trong môi trường Dev Nhật Bản đầy thách thức nhưng cũng đầy cơ hội.
がんばってください! (Ganbatte kudasai – Cố gắng nhé!)
Phụ lục: Danh sách viết tắt cực kỳ phổ biến (Must-know Acronyms 2026)
- FE / BE / FE/BE (Frontend / Backend)
- API / REST / GraphQL / gRPC
- DB / RDB / NoSQL / KVS (Key-Value Store)
- K8s / k8s (Kubernetes)
- IaC (Infrastructure as Code)
- CI / CD / CI/CD
- PR / MR (Pull Request / Merge Request)
- LGTM (Looks Good To Me)
- WIP (Work In Progress)
- TODO / FIXME / HACK / NOTE / XXX (Code comments tags)
- SLA / SLO / SLI (Service Level Agreement/Objective/Indicator)
- MTTR / MTBF / MTTD (Mean Time To Recover/Between Failures/To Detect)
- RPO / RTO (Recovery Point/Time Objective)
- PII (Personally Identifiable Information – 個人情報)
- GDPR / APPI (Luật bảo mật dữ liệu EU / Nhật)
- OSS (Open Source Software)
- SDK / API / CLI / GUI / CUI / TUI (Text UI)
- PoC / MVP / MSP (Minimum Sellable Product / Managed Service Provider)
- QA / QC / QE / SDET / SET (Quality Assurance/Control/Engineer/Software Dev Engineer in Test/Software Engineer in Test)
- PM / PO / SM / TL / PL / EM (Project Manager / Product Owner / Scrum Master / Team Leader / Project Leader / Engineering Manager)
- On-prem / On-premise (On-premise)
- SaaS / PaaS / IaaS / FaaS / CaaS (Function/Container as a Service)
- EDA / ETL / ELT / CDC (Event-Driven Arch / Extract Transform Load / Change Data Capture)
- DDD / CQRS / ES (Domain-Driven Design / Command Query Responsibility Segregation / Event Sourcing)
- JWT / OIDC / OAuth / SAML / MFA / 2FA / SSO
- WAF / DDoS / XSS / CSRF / SQLi / RCE / IDOR (Security terms)
- LLM / RAG / LoRA / RLHF / GPU / TPU / NPU (AI Terms)
