Tiếng Anh Phỏng Vấn Kỹ Thuật: 80 Từ Giúp Lấy Offer FAANG
Làm chủ 80 từ vựng cốt lõi cho phỏng vấn kỹ thuật thuộc 4 nhóm (thuật toán, system design, behavioral, và tiếng Anh chuyên nghiệp) kèm định nghĩa, câu cá nhân hóa và kế hoạch học 30 ngày.
TL;DR: 3 Điều Cần Biết
- Phỏng vấn kỹ thuật bằng tiếng Anh là thử thách kép: bạn phải vừa thể hiện kiến thức CS vừa diễn đạt chính xác bằng ngôn ngữ thứ hai. Phần lớn ứng viên không phải bản ngữ mất điểm vì giao tiếp, không phải vì khái niệm.
- 80 từ qua 4 nhóm phủ hết vốn từ bạn thực sự cần: thuật toán, system design, phỏng vấn behavioral, và các từ nối chuyên nghiệp.
- Phương pháp STAR (Situation, Task, Action, Result) là khung sườn cấu trúc cho mọi câu hỏi behavioral. Biết vốn từ cho từng thành phần là bắt buộc.
Vì Sao Vốn Từ Phỏng Vấn Kỹ Thuật Là Yếu Tố Phân Biệt Ngầm
Bạn giải được bài LeetCode. Bạn biết time complexity tối ưu. Bạn đã ship code production ở công ty thật. Nhưng khi interviewer nói "walk me through your approach", đầu bạn trống rỗng. Không phải vì bạn không biết câu trả lời, mà vì bạn không biết tiếng Anh để nói ra.
Đây không phải tình huống hiếm. Đây là chuyện thường gặp với ứng viên không phải bản ngữ tại các phỏng vấn FAANG và startup top.
Trong tuyển dụng kỹ sư cạnh tranh, ngưỡng kỹ thuật là bộ lọc, không phải yếu tố phân biệt. Khi mọi ứng viên đều giải được bài LeetCode trung bình, chất lượng giao tiếp là cái phân biệt giữa offer và bị từ chối. Interviewer ở Google, Meta, Amazon, và Microsoft đánh giá rõ ràng mức độ rõ ràng bạn diễn đạt suy nghĩ: khả năng giải thích trade-off, mô tả ràng buộc hệ thống, hay đóng khung ví dụ behavioral một cách chính xác.
Với kỹ sư Trung, Nhật, Hàn — nhóm có kỹ thuật vào hàng giỏi nhất trong pool toàn cầu — khoảng cách giao tiếp này gây mất điểm không cân xứng. Các nghiên cứu về hiệu suất nói của người không phải bản ngữ trong đánh giá miệng áp lực cao liên tục cho thấy khoảng trống từ vựng, không phải lỗi ngữ pháp, là nguồn chính của ấn tượng kém năng lực. Bạn biết mình muốn nói gì. Bạn chỉ không có chính xác từ đó tại khoảnh khắc cần.
Có bốn chiều của thử thách này.
Một, từ vựng kỹ thuật mang tính trừu tượng. Algorithm, complexity, bottleneck, trade-off: những từ này không có tương đương trực tiếp trong nhiều ngôn ngữ Đông Á. Bạn không dịch được; bạn phải học chúng như khái niệm gắn với thuật ngữ tiếng Anh.
Hai, từ vựng behavioral mang tính văn hóa. Những từ như ownership, ship it, rubber duck debugging, retrospective mang đặc trưng văn hóa. Chúng kéo theo hàm ý từ văn hóa kỹ thuật Silicon Valley không tồn tại trong bản dịch nghĩa đen.
Ba, độ chính xác quan trọng hơn lưu loát. Interviewer không cần bạn nghe như người bản ngữ. Họ cần bạn chính xác. "This solution is O(n log n) which is better than the naive O(n²) approach, but the trade-off is increased space complexity" truyền đạt sự thông minh. Tiếng Anh mơ hồ làm điều ngược lại.
Bốn, giao tiếp dưới áp lực bị suy giảm. Lo âu thu hẹp khả năng tiếp cận từ vựng. Những từ bạn biết nửa vời là những từ biến mất đầu tiên khi bạn căng thẳng. Giải pháp không phải thư giãn; mà là tự động hóa vốn từ kỹ đến mức nó luôn sẵn sàng kể cả dưới áp lực.
Hướng dẫn này cho bạn 80 từ, sắp theo ngữ cảnh phỏng vấn, kèm định nghĩa và câu cá nhân hóa. Nó cũng cho bạn các khung cấu trúc (STAR, ngôn ngữ system design, từ nối chuyên nghiệp) báo hiệu cho interviewer rằng bạn tư duy rõ ràng.
Mục 1: 80 Từ Phỏng Vấn Kỹ Thuật Trong 4 Nhóm
Mỗi mục có ba thành phần: từ hoặc cụm, định nghĩa cụ thể trong ngữ cảnh phỏng vấn, và câu cá nhân hóa ở mức trung cấp — kiểu câu bạn thật sự dùng trong phỏng vấn, không phải sách giáo khoa.
Nhóm A: Từ Vựng Cấu Trúc Dữ Liệu & Thuật Toán
Đây là 20 từ bạn dùng trong mọi phỏng vấn coding. Chúng mô tả giải pháp của bạn làm gì, chạy ra sao, và vì sao bạn chọn như vậy.
| Từ / Cụm từ | Định nghĩa trong phỏng vấn | Câu ví dụ |
|---|---|---|
| algorithm | Quy trình từng bước để giải bài toán | "My algorithm processes each node once, so it runs in linear time." |
| complexity | Thước đo cách sử dụng tài nguyên tăng theo kích thước input | "The complexity of this approach improves from quadratic to linearithmic with a better data structure." |
| time complexity | Cách thời gian chạy của thuật toán scale theo kích thước input | "The time complexity of binary search is O(log n), which makes it efficient for large datasets." |
| space complexity | Bao nhiêu bộ nhớ thêm thuật toán dùng khi input tăng | "By reusing the input array instead of allocating a new one, I reduced the space complexity to O(1)." |
| optimization | Quá trình cải thiện hiệu quả hoặc độ đúng của giải pháp | "The first step in my optimization was to eliminate redundant computations inside the inner loop." |
| iterate | Áp dụng quy trình lặp đi lặp lại, thường bằng vòng lặp | "I iterate through the array once, keeping track of the maximum value seen so far." |
| recursion | Kỹ thuật mà hàm gọi chính nó để giải phiên bản nhỏ hơn của cùng bài toán | "Recursion is natural here because the tree structure is self-similar at every level." |
| trade-off | Tình huống cải thiện một thứ làm xấu thứ khác | "The trade-off between time and space complexity is the central design decision in this problem." |
| edge case | Input hoặc điều kiện ở biên cực hạn của giá trị mong đợi | "I should handle the edge case where the input array is empty before entering the main logic." |
| bottleneck | Phần của hệ thống giới hạn hiệu suất tổng thể | "Profiling revealed that the database query was the bottleneck, not the sorting algorithm." |
| latency | Độ trễ trước khi dữ liệu bắt đầu được truyền sau lệnh | "Adding a cache reduces latency for repeated requests because the data no longer needs to be recomputed." |
| throughput | Lượng công việc hoàn thành trên đơn vị thời gian | "To increase throughput, we can process requests in parallel instead of sequentially." |
| scalability | Khả năng hệ thống chịu tải tăng mà không suy giảm hiệu suất | "The design lacks scalability because every new user doubles the number of database writes." |
| refactor | Tái cấu trúc code hiện có mà không thay đổi hành vi bên ngoài | "I would refactor this into a helper function to make the logic reusable and easier to test." |
| modular | Thiết kế thành các thành phần độc lập, hoán đổi được | "Keeping the code modular means we can swap out the sorting function later without touching the rest." |
| abstraction | Nguyên tắc giấu chi tiết triển khai sau interface đơn giản | "Using a stack as an abstraction here means the calling code doesn't need to know how the data is stored internally." |
| encapsulation | Gói dữ liệu cùng các hàm xử lý nó, giấu trạng thái nội bộ | "Encapsulation keeps the class's internal state safe from external modification." |
| debugging | Quá trình xác định và sửa lỗi trong code | "During debugging, I added logging statements at each step to trace where the value was going wrong." |
| iteration | Một lần chạy đầy đủ qua vòng lặp hoặc một chu kỳ của quy trình lặp | "Each iteration of the outer loop processes one row of the matrix." |
| constraint | Giới hạn về input, thời gian, hoặc bộ nhớ định hình không gian giải pháp hợp lệ | "Given the constraint that the array is sorted, we can rule out any O(n²) approach." |
Nhóm B: Từ Vựng System Design
Phỏng vấn system design kiểm tra bạn có tư duy ở quy mô lớn không. 20 từ này là vốn từ của hệ thống phân tán — ngôn ngữ interviewer mong đợi khi họ hỏi "design a URL shortener" hay "how would you build Twitter".
| Từ / Cụm từ | Định nghĩa trong phỏng vấn | Câu ví dụ |
|---|---|---|
| architecture | Cấu trúc cấp cao của hệ thống và cách các thành phần tương tác | "Before diving into components, I want to describe the overall architecture and then zoom into each layer." |
| microservices | Cách thiết kế ứng dụng dưới dạng tập hợp các service nhỏ, deploy độc lập | "Migrating from a monolith to microservices allowed each team to deploy their service independently." |
| monolith | Một ứng dụng đơn nhất, các thành phần gắn chặt | "Starting as a monolith makes sense here — we can extract services later once the domain is better understood." |
| distributed system | Hệ thống mà các thành phần chạy trên nhiều máy tính giao tiếp qua mạng | "In a distributed system, we have to assume that any node can fail at any time." |
| load balancing | Phân phối request đến nhiều server để không server nào bị quá tải | "Load balancing across three server instances ensures no single server becomes a bottleneck." |
| caching | Lưu dữ liệu hay truy cập trong bộ nhớ nhanh để giảm thời gian lấy | "Caching the top 1% of URLs would handle the vast majority of read traffic without hitting the database." |
| database sharding | Chia database thành các phần nhỏ hơn, nhanh hơn, dễ quản lý hơn trên nhiều máy | "With 10 billion rows, database sharding by user ID would keep each shard's size manageable." |
| redundancy | Nhân đôi thành phần để tăng độ tin cậy và sẵn sàng | "Adding a secondary replica provides redundancy — if the primary fails, traffic fails over automatically." |
| fault tolerance | Khả năng hệ thống tiếp tục vận hành đúng khi một số thành phần hỏng | "Fault tolerance at this layer means replicating the message queue across three availability zones." |
| consistency | Đảm bảo mọi node trong hệ thống phân tán thấy cùng dữ liệu cùng lúc | "There's a fundamental tension between consistency and availability in a distributed database." |
| availability | Tỷ lệ thời gian hệ thống hoạt động và truy cập được | "The design targets 99.9% availability, which allows for less than 9 hours of downtime per year." |
| partitioning | Chia dữ liệu hoặc chức năng qua nhiều node hay hệ thống | "Horizontal partitioning by region reduces cross-region latency for most users." |
| API gateway | Server làm điểm vào duy nhất cho mọi request từ client, định tuyến tới service phù hợp | "The API gateway handles authentication and rate limiting before requests reach any internal service." |
| rate limiting | Kiểm soát số request một client có thể gửi trong cửa sổ thời gian | "Rate limiting at 1,000 requests per minute per user prevents a single client from overwhelming the system." |
| message queue | Buffer lưu tin nhắn giữa producer và consumer, tách rời hai bên | "Using a message queue means the notification service can fall behind without affecting the core transaction flow." |
| pub/sub | Pattern messaging mà publisher gửi tin nhắn đến topic và subscriber nhận | "The pub/sub model here means adding a new consumer — say, an analytics service — requires zero changes to the publisher." |
| CDN | Content Delivery Network — mạng server phân tán địa lý phân phối nội dung tĩnh gần người dùng hơn | "Serving static assets through a CDN reduces page load time from 800ms to 90ms for users in Asia." |
| horizontal scaling | Thêm máy để chịu tải tăng | "Horizontal scaling is preferable here because the workload is stateless and easy to distribute." |
| vertical scaling | Tăng năng lực của một máy đơn (thêm CPU, RAM, storage) | "Vertical scaling has a ceiling — at some point you can't buy a bigger server, and the cost grows non-linearly." |
| technical debt | Cái giá của việc chọn giải pháp nhanh hơn, dễ hơn bây giờ mà sau này phải tốn công sửa | "The current implementation has significant technical debt — we took shortcuts to hit the launch deadline that we'll need to pay back." |
Nhóm C: Từ Vựng Phỏng Vấn Behavioral
Câu hỏi behavioral ("Tell me about a time you...") không phải câu hỏi mềm. Đó là đánh giá có cấu trúc về phán đoán, hợp tác và tác động của bạn. 20 từ này là vốn từ của đánh giá đó.
| Từ / Cụm từ | Định nghĩa trong phỏng vấn | Câu ví dụ |
|---|---|---|
| initiative | Hành động độc lập không cần được bảo, đoán trước cái gì cần làm | "I took the initiative to write the post-mortem document before the team lead asked, which helped us identify the root cause faster." |
| accountability | Chịu trách nhiệm về hành động và kết quả, kể cả thất bại | "When the deployment caused a 30-minute outage, I owned the accountability — I wrote the incident report and presented it to the team." |
| stakeholder | Bất kỳ ai có lợi ích trong hoặc bị ảnh hưởng bởi kết quả của dự án | "Aligning with stakeholders early meant we avoided a three-week rework cycle when requirements changed." |
| cross-functional | Liên quan đến người hoặc team từ các phòng ban hoặc lĩnh vực khác nhau | "I led a cross-functional effort between engineering, product, and legal to ship the data privacy feature on time." |
| ownership | Tư duy coi dự án hoặc lĩnh vực là trách nhiệm cá nhân, vượt vai trò chính thức | "Ownership in this context meant I stayed through the incident until the root cause was resolved, even though it wasn't technically my service." |
| retrospective | Cuộc họp có cấu trúc sau dự án hoặc sprint để xem lại cái gì tốt và cái gì cần cải thiện | "After the launch failure, we ran a retrospective and identified three process gaps we've since addressed." |
| iterate (agile) | Phát hành phiên bản hoạt động được nhanh, rồi cải thiện qua các vòng lặp dựa trên phản hồi | "We chose to iterate on a minimal version first rather than spend six months building the complete solution." |
| ship | Phát hành tính năng hay sản phẩm đến người dùng | "The goal of that sprint was to ship a working prototype that internal users could test before the end of Q3." |
| feedback loop | Cơ chế thu thập thông tin về kết quả và dùng để cải thiện hành động tương lai | "We added user analytics to create a tighter feedback loop — we could see within 48 hours whether the change was working." |
| scope creep | Sự phình dần yêu cầu của dự án vượt ranh giới ban đầu | "Scope creep was the primary risk — we had to make a deliberate decision to defer three features to the next release." |
| align | Đưa các bên về cùng cách hiểu hoặc định hướng | "Before writing a single line of code, I aligned with the product manager on what success looked like." |
| escalate | Đưa vấn đề lên cấp cao hơn hoặc người senior hơn khi không giải quyết được ở cấp hiện tại | "When I couldn't get a decision on the API contract, I escalated to my manager, who resolved it with the other team lead in one meeting." |
| prioritize | Sắp xếp task hay mục tiêu theo độ quan trọng hoặc cấp bách tương đối | "Given the two-week deadline, I had to prioritize the features by user impact and deprioritize anything that wasn't on the critical path." |
| impact | Hiệu quả đo lường được của công việc lên người dùng, business, hay kết quả kỹ thuật | "The impact of the caching layer was a 60% reduction in database load, which directly lowered our infrastructure costs." |
| influence | Thay đổi hướng đi, hành vi, hay ý kiến của người khác, đặc biệt khi không có thẩm quyền chính thức | "I influenced the team's decision to adopt the new framework by writing a comparative analysis and presenting it at the tech review." |
| mentor | Hướng dẫn và phát triển thành viên junior qua lời khuyên, phản hồi và chia sẻ kiến thức | "I mentored two junior engineers during my time there, pair-programming with them weekly and reviewing their design documents." |
| collaborate | Làm việc cùng người khác hướng tới mục tiêu chung, đóng góp và phối hợp chủ động | "The feature required me to collaborate closely with the mobile team, which meant daily syncs and shared documentation." |
| deliver | Hoàn thành và bàn giao kết quả hoạt động được trong phạm vi, chất lượng, và mốc thời gian thỏa thuận | "Despite the ambiguous requirements, I delivered a working API within the sprint timeline by making early, explicit assumptions and validating them." |
| pivot | Thay đổi đáng kể về cách tiếp cận dựa trên thông tin hoặc kết quả mới | "Three weeks in, user testing showed our initial approach was wrong. We had to pivot quickly, which meant cutting two planned features." |
| drive | Đẩy dự án hay mục tiêu tiến lên qua nỗ lực và lãnh đạo chủ động | "I drove the migration project from start to finish — coordinating across four teams and delivering it two weeks ahead of schedule." |
Nhóm D: Tiếng Anh Chuyên Nghiệp Tổng Quát Cho Phỏng Vấn
Đây không phải từ kỹ thuật. Đây là mô liên kết của giao tiếp phỏng vấn — những cụm cho thấy bạn tư duy rõ ràng, đặt điều kiện cho phát biểu phù hợp, và tham gia với câu hỏi của interviewer.
Người không phải bản ngữ thường biết vốn từ kỹ thuật nhưng thiếu các từ nối chuyên nghiệp này. Không có chúng, câu trả lời nghe rời rạc, quá tự tin, hoặc né tránh. Có chúng, câu trả lời nghe có cấu trúc và có thâm niên.
| Cụm | Chức năng | Ví dụ trong phỏng vấn |
|---|---|---|
| elaborate | Báo hiệu bạn sắp thêm chi tiết | "Could you elaborate on the scale requirements? That would change my design significantly." |
| clarify | Xác nhận hoặc giải quyết mơ hồ trước khi tiếp tục | "Before I start, I want to clarify — are we optimizing for read performance or write performance?" |
| rephrase | Diễn đạt lại câu hỏi hay ý để xác nhận hiểu | "Let me rephrase that constraint to make sure I have it right: we have a 100ms SLA for 99th percentile response times?" |
| walk through | Dẫn dắt ai đó từng bước qua tư duy của bạn | "Let me walk through my reasoning before I write any code." |
| break down | Chia bài toán phức tạp thành các phần nhỏ | "I'll break down the problem into three components: data modeling, API design, and caching strategy." |
| in terms of | Chỉ rõ chiều bạn đang thảo luận | "In terms of time complexity, this is optimal. The question is whether the space trade-off is acceptable." |
| to elaborate | Giới thiệu giải thích chi tiết hơn | "To elaborate on the latency concern — the bottleneck is the synchronous call to the third-party API, which we can't control." |
| to circle back | Quay lại điểm đã nêu trước đó | "I want to circle back to the edge case I mentioned — it becomes important once we consider the concurrent write scenario." |
| approach | Phương pháp hoặc chiến lược tổng thể bạn đề xuất | "My approach would be to start with a simple solution, establish correctness, and then optimize." |
| considerations | Yếu tố nên ảnh hưởng tới quyết định | "The main considerations here are consistency requirements, expected read/write ratio, and team familiarity with the technology." |
| trade-offs | Cái giá và lợi ích của các tùy chọn khác nhau | "There are real trade-offs between these two designs, and the right choice depends on the read/write ratio." |
| in my experience | Đóng khung phát biểu bằng bằng chứng cá nhân | "In my experience, starting with a monolith and extracting services later is less risky than starting distributed." |
| I'd argue that | Giới thiệu lập trường bạn sẵn sàng bảo vệ | "I'd argue that the additional complexity of microservices isn't justified at this scale." |
| one way to think about it | Đưa ra mô hình tinh thần hay phép so sánh | "One way to think about this is that the cache is a buffer between the fast and slow parts of the system." |
| that said | Thừa nhận điểm trước đó trước khi đưa ý phản biện | "That said, there are scenarios where the simpler approach would fail — specifically, high-concurrency writes." |
| to be specific | Báo hiệu bạn sắp đưa ví dụ cụ thể | "To be specific, I reduced query time from 1.2 seconds to 40 milliseconds by adding a composite index." |
| building on that | Mở rộng điểm đã nêu | "Building on that — if we add a read replica, we can handle the read scaling without changing the write path at all." |
| to your point | Thừa nhận và tiếp lời điều interviewer đã nói | "To your point about consistency — you're right that eventual consistency won't work here given the financial nature of the data." |
| the crux of the matter | Xác định điểm trung tâm hoặc quan trọng nhất | "The crux of the matter is whether we prioritize write throughput or read latency — everything else follows from that decision." |
| it depends on | Nhận ra câu trả lời phụ thuộc ngữ cảnh | "It depends on the access pattern. If reads far outnumber writes, a cache makes sense. If writes dominate, it adds complexity without benefit." |
Mục 2: Hướng Dẫn Vốn Từ Theo Phương Pháp STAR
STAR là khung quan trọng nhất cho phỏng vấn behavioral. Mọi công ty tech lớn (Google, Amazon, Meta, Microsoft, Apple) đều dùng đánh giá behavioral dựa trên năng lực, và STAR là cấu trúc trả lời mong đợi.
STAR nghĩa là:
- Situation — Ngữ cảnh và bối cảnh. Bạn ở đâu, chuyện gì đang xảy ra?
- Task — Trách nhiệm cụ thể của bạn. Bạn được mong đợi làm gì?
- Action — Bạn thực sự làm gì. Các bước cụ thể bạn đã thực hiện.
- Result — Kết quả đo lường được. Chuyện gì xảy ra nhờ hành động của bạn?
Tỷ lệ interviewer mong đợi xấp xỉ 10% / 15% / 50% / 25%. Phần lớn ứng viên đầu tư quá nhiều vào Situation và thiếu đầu tư vào Action và Result. Đó là chỗ vốn từ quan trọng nhất.
Cụm Mở Đầu STAR
Mở Situation (dựng bối cảnh nhanh):
- "This happened during my time at [company], when our team was responsible for..."
- "The context was a critical migration project with a hard deadline of..."
- "We were in the middle of a product launch when..."
- "Shortly after I joined the team, we encountered a situation where..."
- "During Q3 of last year, our service started experiencing..."
Mở Task (nêu rõ ownership):
- "My specific responsibility was to..."
- "I was accountable for delivering..."
- "The task fell to me because..."
- "I owned the end-to-end design and implementation of..."
- "The team needed someone to drive the..."
Mở Action (thể hiện initiative và tư duy):
- "The first thing I did was..."
- "I started by breaking the problem into three components..."
- "My approach was to first understand the root cause before proposing any solution..."
- "I decided to escalate early, because..."
- "Rather than accepting the existing approach, I proposed an alternative by..."
Mở Result (dẫn bằng con số):
- "The outcome was a [X]% improvement in..."
- "As a direct result, we reduced [metric] from X to Y..."
- "The feature shipped on time and within budget, and subsequently..."
- "We received direct feedback from the engineering director that..."
- "The impact was significant: specifically, [quantified outcome]..."
Câu Trả Lời STAR Đầy Đủ Mẫu
Câu hỏi: "Tell me about a time you dealt with a difficult technical problem."
Situation: During my second year at the company, our main product API started experiencing intermittent 500 errors that only appeared under high load — specifically during peak traffic hours. The errors were non-deterministic and difficult to reproduce in staging.
Task: I was assigned as the engineer responsible for identifying the root cause and resolving the issue. The constraint was that we had a major customer demo in eight days, and the instability was unacceptable for that event.
Action: My approach was methodical: I started by analyzing the error logs to establish a pattern before touching any code. I noticed the errors correlated with specific database query patterns, which suggested a bottleneck rather than a code bug. I added granular logging to iterate through the call stack and isolate the problem. To be specific, I found that a particular ORM query was performing a full table scan on a 50-million-row table because a composite index was missing. I wrote a database migration, tested it in a replica environment to verify correctness, and deployed it with a feature flag so we could roll back instantly if anything went wrong. I also circled back to review the other five highest-traffic queries to check for the same issue — I found two more.
Result: The fix reduced the error rate from approximately 0.8% to near zero within 24 hours of deployment. The impact on p99 response time was a reduction from 1.4 seconds to 210 milliseconds. The customer demo proceeded without any issues. I subsequently wrote a documentation guide for the team on identifying and preventing this class of query performance issue, which we've used in three code reviews since.
Để ý vốn từ đang làm việc: constraint, approach, bottleneck, iterate, to be specific, circle back, impact. Đây không phải đồ trang trí. Đây là tín hiệu cho interviewer rằng bạn tư duy theo cách kỹ sư có cấu trúc, chuyên nghiệp.
Mục 3: Ngôn Ngữ Phỏng Vấn System Design
Phỏng vấn system design không có một câu trả lời đúng duy nhất. Interviewer đánh giá xem bạn có tư duy như kỹ sư senior không: bạn có cấu trúc được sự mơ hồ, lý luận về trade-off, và truyền đạt quyết định rõ ràng không?
Các pattern vốn từ dưới đây là cách ứng viên kỹ sư senior nói. Học chúng không phải để thuộc lòng kịch bản, mà để nội hóa các pattern tư duy mà chúng đại diện.
Cách Cấu Trúc Câu Trả Lời
Hai phút đầu của phỏng vấn system design quyết định quỹ đạo của phần còn lại. Ứng viên mạnh dùng cấu trúc nhất quán:
-
Làm rõ yêu cầu trước. "Before I start designing, I want to clarify a few things. What's the expected scale? Are we optimizing for reads or writes? What's the acceptable latency for the critical path?"
-
Nêu rõ approach. "My approach will be: define the data model, design the API, then talk through the main components and their interactions. I'll flag trade-offs as I go."
-
Đẩy về quyết định. "Given the constraints you've described, I'd lean toward a SQL database over NoSQL here, because the relational structure of the data is a better fit. That said, if write volume exceeds X, we'd want to revisit that decision."
10 Cụm Tín Hiệu Cho Thấy Tư Duy Senior
Các cụm này báo hiệu trưởng thành kiến trúc. Chúng xuất hiện trong câu trả lời của ứng viên nhận đề xuất tuyển mạnh.
| Cụm tín hiệu | Truyền đạt điều gì |
|---|---|
| "The first question I'd ask is..." | Bạn thu thập yêu cầu trước khi thiết kế |
| "The trade-off between X and Y is..." | Bạn lý luận về các mối quan tâm cạnh tranh |
| "A key consideration here is..." | Bạn ưu tiên cái gì quan trọng |
| "I'd start simple and add complexity only when needed..." | Bạn tránh tối ưu sớm |
| "This assumes [assumption] — if that changes, the design would change significantly..." | Bạn nói rõ giả định |
| "The bottleneck in this design is likely..." | Bạn đoán trước điểm thất bại |
| "One failure mode we need to handle is..." | Bạn nghĩ về độ kiên cường |
| "If I were to scale this to 10x traffic..." | Bạn nghĩ trước mà không mất phạm vi hiện tại |
| "I would monitor this with..." | Bạn nghĩ về vận hành và observability |
| "The simplest thing that could work is... and here's when we'd outgrow it..." | Bạn hiểu sự tiến hóa của hệ thống |
Sai Lầm Phổ Biến Của Người Không Phải Bản Ngữ
Đây là các pattern xuất hiện thường xuyên trong phỏng vấn với người không phải bản ngữ tiếng Anh và liên tục nhận phản hồi tiêu cực từ interviewer.
Sai lầm 1: Nhảy vào giải pháp mà không làm rõ.
- Chuyện gì xảy ra: Ứng viên bắt đầu mô tả công nghệ cụ thể trước khi yêu cầu được thiết lập.
- Interviewer nghĩ gì: "Họ không hỏi câu hỏi làm rõ. Đó là rủi ro trong môi trường kỹ sư thật."
- Cách sửa: "Before I propose a design, can I ask a few questions to make sure I understand the constraints?"
Sai lầm 2: Mô tả thay vì quyết định.
- Chuyện gì xảy ra: "We could use MySQL, or we could use Cassandra. Both have advantages. MySQL is relational. Cassandra is distributed."
- Interviewer nghĩ gì: "Họ nhắc lại được sự kiện nhưng không ra quyết định được."
- Cách sửa: "Given the read-heavy workload and structured data, I'd go with PostgreSQL. Here's why..."
Sai lầm 3: Dùng các từ tích cực mơ hồ.
- Chuyện gì xảy ra: Ứng viên nói kiểu "this is very efficient" hay "this approach is much better".
- Interviewer nghĩ gì: "Tốt hơn theo thước đo nào? Tốt hơn bao nhiêu?"
- Cách sửa: Cụ thể. "This reduces time complexity from O(n²) to O(n log n), which matters at 10 million records." Định lượng bất cứ khi nào có thể.
Sai lầm 4: Dịch trực tiếp từ cấu trúc câu L1.
- Ví dụ Trung: "This problem, I think can be solved by using..." → "I think this problem can be solved by using..."
- Ví dụ Nhật: Lạm dụng "I feel that..." trong ngữ cảnh kỹ thuật → "My assessment is that..." hoặc "The data suggests..."
- Ví dụ Hàn: Bỏ chủ ngữ trong câu tiếng Anh nơi cần chủ ngữ
Sai lầm 5: Im lặng thay vì think-out-loud.
- Chuyện gì xảy ra: Ứng viên im lặng khi nghĩ, khiến interviewer băn khoăn không biết họ có bị bí không.
- Cách sửa: Tường thuật suy nghĩ. "Let me think about this for a moment... I'm considering whether the consistency requirement here rules out an eventually consistent store..." Đây là khác biệt giữa nghe có vẻ bí và nghe có vẻ chu đáo.
Mục 4: Sprint Vốn Từ 30 Ngày Trước Phỏng Vấn
Bốn tuần trước phỏng vấn, chạy sprint vốn từ tập trung này. Trình tự có ý nghĩa: thuật toán trước, rồi system design, rồi behavioral, rồi tích hợp.
Tuần 1 — Nhóm A: Vốn Từ Thuật Toán
Mục tiêu: Tự động hóa 20 từ thuật toán để chúng xuất hiện tự nhiên khi bạn nói về code.
Luyện hằng ngày (20 phút):
- Ngày 1–2: Học 10 từ đầu. Thêm vào Rhythm Word và hoàn thành buổi SRS đầu tiên.
- Ngày 3–4: Học 10 từ còn lại. Hoàn thành buổi SRS cho cả 20 từ.
- Ngày 5: Làm một bài LeetCode Easy hoặc Medium hoàn toàn nói thành tiếng. Buộc bản thân dùng ít nhất 5 từ vốn từ Nhóm A.
- Ngày 6: Giải thích hai bài LeetCode bạn đã giải trước đây cho một interviewer tưởng tượng. Ghi âm chính bạn.
- Ngày 7: Ôn các từ Nhóm A mà SRS của Rhythm Word đánh dấu là yếu. Tập trung vào đó.
Mốc tuần 1: Bạn có giải thích được time và space complexity của merge sort, binary search, và hash table lookup bằng tiếng Anh rõ ràng không lưỡng lự không?
Tuần 2 — Nhóm B: Vốn Từ System Design
Mục tiêu: Có thể đề xuất, so sánh, và biện minh các lựa chọn system design bằng vốn từ chính xác.
Luyện hằng ngày (25 phút):
- Ngày 8–9: Học 10 từ system design đầu. Thêm vào Rhythm Word.
- Ngày 10–11: Học 10 từ còn lại. Hoàn thành buổi SRS cho cả 20 từ.
- Ngày 12: Lấy một bài system design kinh điển (URL shortener, Twitter timeline, rate limiter) và nói thiết kế trong 15 phút, buộc bản thân dùng ít nhất 8 từ Nhóm B.
- Ngày 13: Đọc một bài blog system design hoặc bài về kiến trúc. Ghi chú mọi từ Nhóm B bạn gặp trong ngữ cảnh.
- Ngày 14: Ôn các từ bị đánh dấu trong Rhythm Word. Lặp lại bài tập thiết kế nói thành tiếng.
Mốc tuần 2: Bạn có giải thích được trade-off giữa horizontal và vertical scaling, và khi nào chọn cái nào, trong dưới 60 giây không?
Tuần 3 — Nhóm C: Vốn Từ Behavioral
Mục tiêu: Có sẵn câu trả lời STAR dùng vốn từ behavioral một cách tự nhiên.
Luyện hằng ngày (25 phút):
- Ngày 15–16: Học 20 từ behavioral. Thêm vào Rhythm Word.
- Ngày 17: Viết ra ba câu chuyện STAR từ kinh nghiệm của chính bạn. Dùng ít nhất 3 từ behavioral trong mỗi câu chuyện.
- Ngày 18: Luyện ba câu chuyện thành tiếng, bấm giờ chính mình. Mỗi câu trả lời nên 2–3 phút.
- Ngày 19: Tập trung vào phần Result. Viết lại đoạn result của mỗi câu chuyện để bao gồm con số cụ thể hoặc kết quả đo được.
- Ngày 20: Luyện trả lời năm câu hỏi behavioral phổ biến nhất:
- "Tell me about a time you had a conflict with a teammate."
- "Describe a situation where you had to deliver under a tight deadline."
- "Tell me about a time you made a significant technical decision."
- "Give an example of a time you influenced a team without formal authority."
- "Tell me about a time you failed."
- Ngày 21: Ôn các từ behavioral bị đánh dấu trong Rhythm Word.
Mốc tuần 3: Bạn có kể được ba câu chuyện STAR riêng biệt trong dưới 3 phút mỗi câu, với ít nhất một kết quả đo được trong mỗi câu không?
Tuần 4 — Tích Hợp Mock Interview
Mục tiêu: Kết hợp toàn bộ vốn từ dưới áp lực phỏng vấn thực tế.
- Ngày 22–23: Làm hai mock coding interview. Sau mỗi cái, ôn lại từ vựng nào bạn bỏ sót hoặc né tránh, rồi thêm vào hàng đợi ôn của Rhythm Word.
- Ngày 24: Làm một mock system design interview (dùng dịch vụ như Pramp, interviewing.io, hoặc một người bạn). Ghi âm nếu được.
- Ngày 25: Xem lại ghi âm (hoặc hỏi đối tác luyện tập về phản hồi). Khoảng trống vốn từ nào xuất hiện?
- Ngày 26: Buổi Rhythm Word tập trung vào mọi từ bạn đánh dấu là khoảng trống ở ngày 22–25.
- Ngày 27–28: Hai mock interview nữa. Lần này, chủ động dùng các cụm nối Nhóm D (elaborate, walk through, circle back, to your point, it depends on). Chúng nên cảm thấy tự nhiên.
- Ngày 29: Nghỉ. Không học từ mới.
- Ngày 30: Ôn nhẹ 10 từ yếu nhất trong Rhythm Word. Chỉ buổi tăng tự tin.
Mốc tháng: Bạn nên có khả năng tiến hành mock technical interview 45 phút (coding, system design, và behavioral) dùng vốn từ trong hướng dẫn này mà không lưỡng lự hay rơi về ngôn ngữ mơ hồ.
FAQ
Tôi cần vốn từ gì cho phỏng vấn kỹ thuật bằng tiếng Anh?
Bạn cần vốn từ qua bốn lĩnh vực: (1) thuật toán và cấu trúc dữ liệu — các từ như complexity, trade-off, edge case, recursion, bottleneck; (2) system design — architecture, scalability, fault tolerance, caching, consistency; (3) behavioral — ownership, accountability, impact, initiative, stakeholder; và (4) từ nối chuyên nghiệp — các cụm như "walk me through", "to elaborate", "the trade-off between X and Y", và "it depends on". Phần lớn người không phải bản ngữ phủ một phần qua các nhóm. Hướng dẫn này cho bạn cả 80.
Mô tả thuật toán bằng tiếng Anh thế nào?
Dùng cấu trúc này: nêu thuật toán, mô tả time và space complexity, giải thích vì sao phù hợp với bài toán, rồi mô tả mọi trade-off. Ví dụ: "My approach uses a two-pointer technique. The time complexity is O(n) since we traverse the array once, and the space complexity is O(1) since we're not using any additional data structures. The trade-off is that this only works if the input is sorted — which, given the constraints, it is."
"Walk me through your approach" trong phỏng vấn nghĩa là gì?
Nghĩa là: giải thích quá trình tư duy từng bước trước khi bạn viết code. Interviewer muốn nghe bạn tường thuật lý luận — bạn đang chia bài toán thế nào, đang cân nhắc trade-off gì, vì sao bạn chọn cấu trúc dữ liệu này hơn cấu trúc khác. Đây không phải tín hiệu để bắt đầu code ngay. Đây là lời mời nghĩ thành tiếng. Ứng viên mạnh trả lời kiểu: "Sure. Let me start by clarifying the constraints, then I'll outline my approach before writing any code."
Làm sao nghe tự tin hơn trong phỏng vấn tech bằng tiếng Anh?
Ba kỹ thuật cụ thể: Một, dùng các cụm cấu trúc báo hiệu tư duy có tổ chức — "I'll break this into three parts", "the key considerations are X, Y, and Z". Những cái này khiến bạn nghe có chủ đích. Hai, định lượng mọi thứ — "I reduced latency from 800ms to 90ms" nghe tự tin hơn nhiều "I improved the performance significantly". Ba, nói rõ giả định — "I'm going to assume the input array is sorted; I'll note where that assumption matters". Giả định rõ ràng báo hiệu nhận thức, không phải điểm yếu.
Phương pháp STAR là gì và dùng vốn từ nào?
STAR là viết tắt của Situation, Task, Action, Result — khung trả lời câu hỏi phỏng vấn behavioral. Vốn từ Situation gồm: "The context was", "During my time at", "We were in the middle of". Vốn từ Task: "I was responsible for", "I owned", "My accountability was". Vốn từ Action: "My approach was to", "I escalated to", "I drove the", "I collaborated with". Vốn từ Result: "The outcome was a [X]% improvement", "As a direct result", "The impact was". Tỷ lệ then chốt: dành 50% câu trả lời cho Action và 25% cho Result. Phần lớn ứng viên dành nó cho Situation, vốn nói rất ít với interviewer.
Kết Luận
Các kỹ sư lấy được offer ở FAANG không phải lúc nào cũng là người giải được bài LeetCode khó nhất. Họ là người giải được bài độ khó trung bình một cách rõ ràng, truyền đạt tư duy chính xác, và làm interviewer tự tin rằng họ sẽ ổn để làm việc cùng.
Với người không phải bản ngữ tiếng Anh, đây là kỹ năng học được. Không phải tài năng. Không phải may mắn. Mọi cụm trong hướng dẫn này được một kỹ sư thật dùng trong phỏng vấn thật. Vốn từ là hữu hạn. Các khung (STAR, cấu trúc system design, lý luận thành tiếng) học được.
Sprint 30 ngày của bạn bắt đầu với một quyết định: khoảng trống vốn từ nào đang khiến bạn mất nhiều điểm nhất ngay bây giờ?
Với kỹ sư đang chuẩn bị phỏng vấn kỹ thuật, Rhythm Word cho bạn thêm bất kỳ từ nào trong 80 từ của hướng dẫn này và học chúng với câu cá nhân hóa ở đúng register bạn cần: chuyên nghiệp, kỹ thuật, và giàu ngữ cảnh. Engine spaced repetition của app đảm bảo bạn ôn các từ bạn yếu nhất, không phải các từ bạn đã biết.
Mỗi từ bạn tự động hóa là một lần lưỡng lự ít hơn trong phòng phỏng vấn.
Tải Rhythm Word trên App Store: Miễn phí tải về
Tìm thêm tài nguyên tiếng Anh chuyên nghiệp? Xem thêm:
Rhythm Word có trên iOS. Nếu cách chúng tôi nghĩ về việc học từ vựng phù hợp với bạn, hãy thử xem nhé.
Download on the App Store