Cẩm nang tra cứu // 부록
Sáu phụ lục gói gọn mọi thứ bạn cần để bước vào nghề — tra khi cần, dùng cả đời.
IT 용어 사전 · 로드맵 · 면접 · 브릿지
Chạm nửa phải màn hình để lật trang ›
Phụ lục 1 // tra cứu nhanh
Toàn bộ thuật ngữ trong sách, xếp theo nhóm, kèm tiếng Hàn để tra nhanh.
| Thuật ngữ | Nghĩa | Tiếng Hàn |
|---|---|---|
| HTML | Ngôn ngữ dựng khung trang web | 에이치티엠엘 |
| CSS | Ngôn ngữ trang trí, tạo kiểu | 씨에스에스 |
| JavaScript | Ngôn ngữ tạo tương tác, động | 자바스크립트 |
| Tag (Thẻ) | Đơn vị HTML trong dấu ngoặc nhọn | 태그 |
| Attribute (Thuộc tính) | Thông tin thêm trong thẻ mở | 속성 |
| Selector (Bộ chọn) | Cách CSS "chỉ tay" vào phần tử | 선택자 |
| Box Model | 4 lớp hộp của mỗi phần tử | 박스 모델 |
| Variable (Biến) | Hộp chứa giá trị có tên | 변수 |
| Function (Hàm) | Gói lệnh có tên, gọi lại được | 함수 |
| Loop (Vòng lặp) | Lặp lại một việc nhiều lần | 반복문 |
| Condition (Điều kiện) | if/else — máy phán đoán | 조건문 |
| Thuật ngữ | Nghĩa | Tiếng Hàn |
|---|---|---|
| Frontend | Phần người dùng nhìn thấy | 프론트엔드 |
| Backend | Phần xử lý ẩn phía máy chủ | 백엔드 |
| Server (Máy chủ) | Máy nhận–xử lý–phản hồi yêu cầu | 서버 |
| Database (CSDL) | Kho lưu trữ dữ liệu | 데이터베이스 |
| API | Cửa giao tiếp giữa các chương trình | 에이피아이 |
| Deploy (Triển khai) | Đưa code lên cho người dùng | 배포 |
| Environment (Môi trường) | Sân khấu code chạy (dev/staging/prod) | 환경 |
| Staging | Sân khấu tổng duyệt trước khi ra mắt | 스테이징 |
| Production (Vận hành) | Sân khấu thật, người dùng đang dùng | 프로덕션 / 운영 |
| Hotfix | Sửa khẩn cấp khi đang vận hành | 핫픽스 |
| Rollback | Quay về phiên bản an toàn trước | 롤백 |
| Downtime | Thời gian dịch vụ bị ngừng | 다운타임 |
| Thuật ngữ | Nghĩa | Tiếng Hàn |
|---|---|---|
| Git / GitHub | Công cụ / website quản lý mã | 깃 / 깃허브 |
| Repository (Repo) | Kho chứa code dự án | 저장소 |
| Commit | Điểm lưu một thay đổi | 커밋 |
| Branch (Nhánh) | Nhánh tách ra làm việc an toàn | 브랜치 |
| Merge (Gộp) | Gộp nhánh vào thân chính | 머지 |
| Pull Request (PR) | Đề nghị duyệt và gộp thay đổi | 풀리퀘스트 |
| Code Review | Đồng nghiệp kiểm tra code | 코드 리뷰 |
| Conflict (Xung đột) | Hai người sửa cùng chỗ khác nhau | 충돌 |
| Thuật ngữ | Nghĩa | Tiếng Hàn |
|---|---|---|
| Agile | Làm việc theo chu kỳ ngắn, linh hoạt | 애자일 |
| Waterfall | Làm tuần tự một mạch | 워터폴 |
| Scrum | Khung làm việc Agile phổ biến | 스크럼 |
| Sprint | Chu kỳ làm việc 1–2 tuần | 스프린트 |
| Backlog | Danh sách việc cần làm, ưu tiên | 백로그 |
| Standup | Họp ngắn mỗi ngày | 스탠드업 |
| Retrospective | Họp nhìn lại, rút kinh nghiệm | 회고 |
| Deadline | Hạn chót | 마감 |
| Milestone | Mốc quan trọng | 마일스톤 |
| Scope (Phạm vi) | Phạm vi công việc dự án | 범위 |
| MVP | Bản tối thiểu có chức năng cốt lõi | 최소 기능 제품 |
| Vai trò | Nghĩa | Tiếng Hàn |
|---|---|---|
| Developer | Lập trình viên | 개발자 |
| PM | Quản lý dự án | 기획자 / PM |
| Designer | Thiết kế UI/UX | 디자이너 |
| QA / Tester | Kiểm thử, săn bug | QA / 테스터 |
| DevOps | Triển khai & vận hành | 데브옵스 |
| Tech Lead | Trưởng nhóm kỹ thuật | 테크 리드 |
| Stakeholder | Bên liên quan tới dự án | 이해관계자 |
| Client (Khách hàng) | Người đặt hàng sản phẩm | 고객 |
| Thuật ngữ | Nghĩa | Tiếng Hàn |
|---|---|---|
| Authentication | Xác thực "bạn là ai" | 인증 |
| Authorization | Phân quyền "được làm gì" | 권한 부여 |
| Encryption | Mã hóa dữ liệu | 암호화 |
| Firewall | Tường lửa chặn truy cập xấu | 방화벽 |
| Bug | Lỗi trong code | 버그 |
| Debug | Tìm và sửa lỗi | 디버깅 |
| ASAP | Càng sớm càng tốt | 최대한 빨리 |
| Blocker | Vật cản công việc | 블로커 |
| Onboarding | Hòa nhập thành viên mới | 온보딩 |
Phụ lục 2 // con đường phía trước
Bản đồ từ con số 0 đến lập trình viên đi làm được.
"Đây là con đường anh ước có ai vẽ cho anh ngày xưa. Không có đường tắt. Nhưng có đường đúng."
Mục tiêu: Làm chủ HTML, CSS, JavaScript cơ bản. Tự làm được trang tĩnh đơn giản (trang giới thiệu, danh thiếp, menu quán ăn). Dấu hiệu sẵn sàng: bạn tự sửa được lỗi nhỏ mà không hoảng.
Mục tiêu: Học Flexbox & Grid (cách xếp bố cục), làm trang hiển thị đẹp trên cả điện thoại lẫn máy tính (responsive). Bắt đầu dùng Git để lưu code.
Mục tiêu: Học React (hoặc Vue) — công cụ giúp làm trang phức tạp gọn gàng. Đây là kỹ năng nhà tuyển dụng tìm kiếm. Đừng vội — phải vững JS thuần trước.
Mục tiêu: Hiểu cách server & database hoạt động. Học một chút Node.js hoặc Python, biết gọi API, lưu dữ liệu. Bạn không cần giỏi — chỉ cần hiểu bức tranh tổng thể.
Mục tiêu: Làm 1–2 dự án hoàn chỉnh để khoe (portfolio): một website thật có frontend + backend. Đưa lên GitHub. Viết CV. Bắt đầu ứng tuyển thực tập.
Đây là lộ trình tham khảo, không phải luật. Có người nhanh hơn, có người chậm hơn — đều bình thường. Điều quyết định không phải tốc độ, mà là sự đều đặn. Mỗi ngày một chút, sáu tháng sau bạn sẽ kinh ngạc nhìn lại chính mình của hôm nay.
| Nguồn | Phù hợp cho |
|---|---|
| freeCodeCamp | Học web bài bản, có bài tập, hoàn toàn miễn phí |
| MDN Web Docs | Tra cứu HTML/CSS/JS chính xác nhất |
| YouTube | Video nhập môn theo từng chủ đề (tìm tiếng Việt hoặc Hàn) |
| W3Schools | Tra cú pháp nhanh, có chỗ thử code ngay |
| Cộng đồng (Discord, Facebook group) | Hỏi khi bí, kết nối người cùng học |
Phụ lục 3 // bước vào nghề
Những gì nhà tuyển dụng hay hỏi người mới, và cách trả lời.
1. HTML, CSS, JavaScript khác nhau thế nào?
HTML là khung xương (nội dung là gì), CSS là vẻ ngoài (trông ra sao), JavaScript là hành vi (tương tác, động). Ba thứ phối hợp tạo nên web.
2. Box Model là gì?
Mỗi phần tử là 4 lớp: content (nội dung), padding (đệm trong), border (viền), margin (lề ngoài). Hiểu nó giúp kiểm soát bố cục và khoảng cách.
3. Phân biệt id và class trong CSS?
class (dấu chấm) dùng cho nhiều phần tử, lặp lại được; id (dấu thăng) là duy nhất, mỗi trang một id một lần.
4. Frontend và backend khác nhau ra sao?
Frontend là phần người dùng thấy và tương tác (chạy trên trình duyệt); backend là phần xử lý ẩn, chạy trên máy chủ, lo logic và dữ liệu.
5. Git dùng để làm gì?
Quản lý phiên bản code: lưu lịch sử thay đổi, cho nhiều người cùng làm mà không giẫm chân nhau, quay lại được khi cần.
6. Khi gặp một lỗi không sửa được, bạn làm gì?
Đọc kỹ thông báo lỗi → tìm trên Google/tài liệu → thử các cách → nếu vẫn bí thì hỏi đồng nghiệp, kèm "đã thử gì, lỗi ra sao". Thể hiện bạn chủ động, không bỏ cuộc, biết hỏi đúng cách.
7. Bạn học công nghệ mới như thế nào?
Học bằng cách làm dự án nhỏ thật, đọc tài liệu chính thống, ghi chú theo lời mình. Thể hiện bạn tự học được — kỹ năng quý nhất của nghề này.
8. Vì sao bạn muốn làm lập trình dù không học đúng ngành?
Trả lời thật lòng bằng câu chuyện của bạn. Nhà tuyển dụng quý sự chân thành và quyết tâm hơn là một câu trả lời "đẹp" mà rỗng.
Bạn không cần biết hết. Nhà tuyển dụng người mới tìm tiềm năng và thái độ, không phải chuyên gia. Thành thật nói "em chưa biết, nhưng em sẽ tìm hiểu" tốt hơn nhiều so với giả vờ biết. Đó cũng chính là tinh thần của ZERO.
☐ Ôn lại 3 vũ khí: HTML, CSS, JS — giải thích được bằng lời đơn giản
☐ Chuẩn bị 1–2 dự án để khoe, nhớ rõ mình đã làm gì trong đó
☐ Tập trả lời "giới thiệu bản thân" trong 1 phút
☐ Chuẩn bị 2–3 câu hỏi ngược lại cho nhà tuyển dụng
☐ Ngủ đủ. Một cái đầu tỉnh táo đáng giá hơn ôn thêm 2 giờ lúc nửa đêm
Phụ lục 4 // dành riêng cho bạn
Giỏi tiếng Hàn là lợi thế. Hiểu văn hóa làm việc Hàn là chìa khóa.
"Cậu có một thứ mà nhiều lập trình viên giỏi không có. Cậu nói được tiếng Hàn. Trong ngành IT, kết nối với các công ty Hàn là cả một cánh cửa lớn. Nhưng ngôn ngữ chỉ là một nửa. Nửa còn lại là hiểu cách họ làm việc."
Hàn Quốc là cường quốc công nghệ với nhiều tập đoàn lớn (Samsung, Naver, Kakao, Coupang…) và vô số startup. Họ liên tục cần nhân lực IT, và một lập trình viên vừa biết code vừa nói được tiếng Hàn là của hiếm. Cơ hội thực tế: làm cho công ty Hàn tại Việt Nam, làm từ xa (remote) cho công ty ở Hàn, hoặc sang Hàn làm việc.
| Tình huống | Tiếng Hàn | Nghĩa |
|---|---|---|
| Họp | 회의 | Cuộc họp |
| Biên bản họp | 회의록 | Ghi lại nội dung đã chốt |
| Báo cáo | 보고 | Trình bày tiến độ/kết quả |
| Deadline | 마감 | Hạn chót |
| Làm thêm giờ | 야근 | Ở lại làm muộn |
| Tiền bối | 선배 | Người vào trước, dẫn dắt |
| Hậu bối | 후배 | Người vào sau |
| Trưởng nhóm | 팀장 | Người quản lý nhóm |
| Xác nhận | 확인 | Kiểm tra, xác nhận |
| Sửa lại | 수정 | Chỉnh sửa theo yêu cầu |
| Đặc điểm | Ý nghĩa với bạn |
|---|---|
| Tôn ti trên dưới (선후배) | Tôn trọng tiền bối, dùng kính ngữ đúng mực rất quan trọng |
| Báo cáo thường xuyên (보고) | Cập nhật tiến độ chủ động, đừng để sếp phải hỏi |
| Tinh thần đồng đội (팀워크) | Việc nhóm được coi trọng; "chúng ta" hơn "tôi" |
| Nhanh và chăm (빨리빨리) | Văn hóa "nhanh lên" — quý tốc độ và sự nhiệt tình |
| Giao tiếp khéo léo | Nói "không" trực tiếp ít phổ biến; nên tế nhị |
Bạn không cần hoàn hảo về văn hóa ngay. Người Hàn rất quý người nước ngoài nỗ lực hiểu họ. Một câu kính ngữ đúng, một lần báo cáo chủ động, một thái độ ham học — những điều nhỏ ấy tạo ấn tượng lớn. Thái độ chân thành vượt qua mọi rào cản.
| Tình huống | Mẫu câu (Hàn) |
|---|---|
| Chào buổi sáng | 안녕하세요, 좋은 아침입니다 |
| Xác nhận đã hiểu | 네, 확인했습니다 |
| Báo cáo xong việc | 작업 완료했습니다 |
| Hỏi khi chưa rõ | 혹시 다시 설명해 주실 수 있나요? |
| Nhờ kiểm tra | 확인 부탁드립니다 |
"Hóa ra mọi thứ em từng học đều dẫn tới đây." Tiền bối gật đầu: "Không có nỗ lực nào là vô ích. Tất cả rồi sẽ kết nối lại, vào đúng lúc em cần."
Phụ lục 5 // gỡ rối trong đầu
Những băn khoăn ai mới vào nghề cũng có. Bạn không cô đơn đâu.
Tôi không giỏi Toán, có học lập trình được không?
Được. Lập trình web phần lớn là logic và sự kiên nhẫn, không phải toán cao cấp. Phép tính cơ bản là đủ.
Tôi đã lớn tuổi rồi, bắt đầu có muộn không?
Không bao giờ là muộn. Có người chuyển nghề sang IT ở tuổi 30, 40 và thành công. Quan trọng là sự kiên trì, không phải tuổi tác.
Nên học ngôn ngữ nào đầu tiên?
Với web, bắt đầu bằng HTML/CSS/JavaScript là lựa chọn tốt nhất — thấy kết quả ngay, dễ tạo động lực.
Tôi cần máy tính mạnh không?
Không. Một máy tính bình thường chạy được trình duyệt và trình soạn code là đủ.
Học hoài mà vẫn quên, có bình thường không?
Rất bình thường. Cả lập trình viên giỏi cũng tra cứu mỗi ngày. Quan trọng là hiểu cách làm, còn chi tiết cú pháp thì tra khi cần.
Tôi copy code trên mạng, có phải ăn gian không?
Không. Mọi lập trình viên đều tham khảo code người khác. Điều quan trọng là bạn HIỂU code đó làm gì.
Tôi thấy nản khi gặp lỗi liên tục, làm sao?
Lỗi là một phần của nghề, không phải dấu hiệu bạn kém. Mỗi lỗi sửa được là một lần bạn giỏi lên.
Tôi cần bằng đại học để làm IT không?
Không bắt buộc. Nhiều công ty quan tâm kỹ năng và portfolio hơn bằng cấp. Một dự án tốt trên GitHub có thể giá trị hơn tấm bằng.
Làm sao có kinh nghiệm khi chưa ai thuê?
Tự tạo dự án của riêng bạn — đó CHÍNH là kinh nghiệm. Làm vài dự án thật, đưa lên GitHub, viết blog về quá trình học.
Làm sao biết mình đã "đủ giỏi" để xin việc?
Khi bạn tự làm được vài dự án hoàn chỉnh mà không cần xem hướng dẫn từng bước, và tự sửa được lỗi. Đừng đợi đến khi "biết hết" (không bao giờ có lúc đó).
Tiếng Anh của tôi không tốt, có cản trở không?
Có ảnh hưởng nhưng không phải rào cản tuyệt đối. Tin tốt: bạn còn có lợi thế tiếng Hàn — một thị trường lớn mà ít người cạnh tranh.
Mọi lập trình viên bạn ngưỡng mộ đều từng là người mới đầy hoang mang như bạn lúc này. Khác biệt duy nhất giữa người thành công và người bỏ cuộc không phải tài năng — mà là họ tiếp tục đi, kể cả khi thấy mình chẳng biết gì. Hãy là người tiếp tục đi. Băn khoăn không phải dấu hiệu bạn không hợp với nghề. Nó là dấu hiệu bạn đang thật sự bắt đầu.
Phụ lục 6 // người đứng giữa hai bờ
Dành cho phiên dịch IT, sales IT, và đặc biệt là kỹ sư cầu nối. Nghề khó nhất không phải dịch chữ — mà dịch ý.
Có một vai trò trong ngành IT mà không trường nào dạy, nhưng công ty nào cũng cần: người đứng giữa. Người dịch không chỉ ngôn ngữ, mà cả ý định. Khi một dev Hàn nói một câu, đằng sau nó là cả một tầng văn hóa, áp lực và toan tính.
"이건 좀 어려운데요…"
Nghĩa đen: "Cái này hơi khó đấy…"
Nghĩa thật: Thường KHÔNG phải "bất khả thi". Phần lớn là: "làm được nhưng tốn nhiều thời gian / tôi không muốn làm / mong anh cân nhắc lại phạm vi."
Cầu nối nên nói: "Bên dev nói phần này khả thi nhưng sẽ tốn công đáng kể. Ta nên trao đổi lại về độ ưu tiên hoặc thời hạn."
"한번 검토해 보겠습니다."
Nghĩa đen: "Tôi sẽ xem xét thử."
Nghĩa thật: Có thể là "tôi sẽ thật sự xem", nhưng cũng thường là cách hoãn lịch sự — chưa hứa gì cả.
Cầu nối nên nói: "Bên dev sẽ xem xét. Để rõ ràng, ta nên hỏi khi nào có câu trả lời chính thức?"
"일단 이렇게 가시죠."
Nghĩa đen: "Cứ tạm đi theo hướng này đi."
Nghĩa thật: "Tạm chốt phương án này, nhưng có thể đổi sau." Chữ 일단 (tạm) rất quan trọng — chưa phải quyết định cuối.
Cầu nối nên nói: "Tạm thời chốt hướng này để tiến hành, nhưng các bên hiểu rằng có thể điều chỉnh."
| Loại "khó" | Dấu hiệu | Cầu nối nên hỏi ngược |
|---|---|---|
| Bất khả thi thật sự | Dev nói rõ "công nghệ hiện tại không cho phép", dính giới hạn nền tảng / bên thứ ba | "Có giải pháp thay thế nào gần đạt yêu cầu không, dù không hoàn hảo?" |
| Làm được nhưng tốn công | Dev ngần ngừ, nói "hơi khó", "cần thời gian", nhưng không nói "không thể" | "Nếu làm thì mất khoảng bao lâu? Có cách làm phiên bản đơn giản trước không?" |
| Vướng kiến trúc | Dev nói "làm được nhưng phải sửa nhiều chỗ", "ảnh hưởng hệ thống khác" | "Nếu làm bây giờ thì rủi ro gì? Để sau một phiên bản thì có dễ hơn không?" |
Đừng bao giờ dịch "khó" thành "không làm được" khi chưa hỏi rõ. Một chữ dịch ẩu có thể khiến khách hàng hủy cả tính năng mà thực ra hoàn toàn khả thi.
| Tiếng Hàn | Ý thật & bẫy dịch |
|---|---|
| 배포할게요 → deploy | "Đưa code lên môi trường chạy." ⚠ Đừng dịch "phân phối/phát hành" — nghĩa là đưa code lên server. |
| 운영 서버 → production | Server thật khách đang dùng. ⚠ KHÔNG dịch "server vận hành/thử nghiệm" — lỗi ở đây là lỗi thật. |
| 스테이징 → staging | Server thử nghiệm giống hệt production, để kiểm tra trước khi ra thật. |
| 롤백 → rollback | Quay code về phiên bản trước khi có lỗi. ⚠ Không phải "hoàn tiền". |
| 핫픽스 → hotfix | Bản sửa lỗi khẩn cấp, đưa thẳng lên production vì lỗi nghiêm trọng. |
| 스펙 → spec | Bản mô tả yêu cầu/tính năng. "Spec chưa rõ" = yêu cầu còn mơ hồ, cần làm rõ trước khi code. |
| 일정 빠듯해요 | "Lịch đang rất căng." Tín hiệu cảnh báo deadline — nên chủ động đề xuất giảm phạm vi hoặc giãn lịch. |
"Bên em cần thêm tính năng thanh toán bằng ví điện tử, xong trong tuần này được không?"
"음… 이건 좀 어려운데요. 결제는 보안 검토도 필요하고…"
"Bên dev nói tính năng này khả thi, nhưng thanh toán liên quan bảo mật nên cần kiểm tra kỹ. Làm gấp trong tuần sẽ rủi ro. Em đề xuất: tuần này làm khung trước, tuần sau hoàn thiện bảo mật. Anh thấy được không?"
"À, vậy cũng hợp lý. Miễn là an toàn cho khách của bên anh."
"네, 그렇게 하면 안전하게 갈 수 있어요."
"Em vừa làm đúng điều khó nhất của nghề này. Em không dịch chữ 'khó'. Em dịch ý đằng sau nó — và biến một cuộc đối đầu thành một thỏa thuận. Máy móc dịch được chữ. Chỉ con người mới dịch được ý."
✓ Luôn hỏi rõ trước khi dịch một từ mơ hồ ("khó", "tạm", "xem xét") thành kết luận.
✓ Dịch cả sắc thái và ý định, không chỉ nghĩa đen — đó là giá trị mà AI dịch máy chưa thay được.
✓ Biến xung đột thành lựa chọn: thay vì "có/không", hãy đưa ra phương án để hai bên cùng tiến.
Nắm vững phụ lục này cùng nền tảng kỹ thuật cả cuốn sách, bạn đủ sức đảm nhận vai trò giá trị cao: phiên dịch IT không lạc thuật ngữ · sales IT hiểu sâu sản phẩm · Kỹ sư cầu nối (Bridge SE) giữa team Việt và team Hàn · điều phối dự án giữa hai nền văn hóa. Vai trò khan hiếm và được trả lương cao, vì rất ít người vừa giỏi tiếng vừa hiểu kỹ thuật.
Bạn vừa đọc hết "MẬT DANH: ZERO" — từ chương một đến phụ lục cuối. Giữ trang này để tra khi bước vào nghề.
🤍 Cùng xuất bản ZERO — đặt trước giá sáng lập
Bản online FULL gộp trọn truyện + sổ tay + 6 phụ lục (từ điển Việt–Hàn, lộ trình 6 tháng, câu hỏi phỏng vấn, làm việc công ty Hàn, FAQ, sổ tay cầu nối) — chỉ 89k. Khi đủ 500 đơn, sách được in màu & xuất bản; chưa đủ → hoàn 100%.
89k / 229k · bản online FULL / bản in (giá sáng lập)
MẬT DANH: ZERO — Cẩm nang IT điện ảnh cho người Việt · 한국어 용어 병기
Một sản phẩm của HÀN NGỮ KOOKMIN · Sản xuất: Lam Thanh · © 2026
Không phải tiền mua sách — đây là khoản donate ủng hộ để team viết tiếp phần mới & xuất bản "MẬT DANH: ZERO". 🎁 Nếu sách được xuất bản, người donate được tặng miễn phí 1 cuốn. Đọc online luôn miễn phí nhé!