Luyện thi lập trình JavaScript

Bài kiểm tra thực tế thường có dạng như thế nào

Không có một bài kiểm tra lập trình JavaScript duy nhất. Mỗi nhà tuyển dụng chọn một nền tảng kiểm tra, sau đó tự đặt câu hỏi, số lượng bài tập, giới hạn thời gian và các ngôn ngữ được phép sử dụng. Thư mời kiểm tra là nguồn thông tin đáng tin cậy nhất về bài kiểm tra của bạn. Các ví dụ công khai cho thấy bài kiểm tra có thể khác nhau như thế nào:

• HackerRank. HackerRank liệt kê bài kiểm tra kỹ năng JavaScript (Basic) gồm 2 câu hỏi trong 1 giờ 30 phút, bao gồm các chủ đề như hàm (HackerRank). Trung tâm trợ giúp liệt kê các dạng câu hỏi nhà tuyển dụng có thể đưa vào bài kiểm tra, gồm lập trình, trắc nghiệm, HTML/CSS/JavaScript, nhà phát triển front-end, đánh giá mã và câu hỏi tự luận; đồng thời cho biết nhà tuyển dụng có thể chọn câu hỏi từ thư viện của HackerRank hoặc tự viết câu hỏi (HackerRank Help).
• TestGorilla. Trang bài kiểm tra lập trình JavaScript của TestGorilla cho biết mỗi bài kiểm tra kéo dài từ 15 đến 45 phút, liệt kê bài kiểm tra thuật toán cấp độ đầu vào kéo dài 15 phút, cho biết ứng viên làm bài trong trình soạn thảo trực tuyến và nhà tuyển dụng chọn các ngôn ngữ có thể sử dụng (TestGorilla).

Các phần thường được nhắc đến trong bài kiểm tra JavaScript của nhà tuyển dụng:

• Bài tập lập trình: viết một hàm trong trình soạn thảo trực tuyến, chạy thử với dữ liệu đầu vào mẫu, sau đó nộp bài để kiểm tra với các trường hợp thử nghiệm khác mà bạn có thể không nhìn thấy.
• Trắc nghiệm: các khái niệm JavaScript, kết quả được ghi ra bởi một đoạn mã và đoạn mã nào là chính xác.
• Gỡ lỗi hoặc đánh giá mã: tìm và sửa lỗi trong đoạn mã do người khác viết.
• Đôi khi có thêm: tạo hoặc sửa một trang web, một dự án front-end hoặc back-end lớn hơn, bài tập làm tại nhà, hoặc giám sát qua webcam và màn hình trong khi làm bài.

Nội dung trong các bài thi thử của chúng tôi. Các bài thi thử đầy đủ có 20 câu hỏi trong 60 phút, gồm bốn phần: khái niệm JavaScript (6), kết quả được ghi ra khi chạy mã (6), tìm lỗi (5) và xây dựng lời giải (3). Tất cả mã đều dùng JavaScript hiện đại chạy trên Node.js, không có mã trình duyệt hoặc framework. Bạn có thể quay lại, đổi câu trả lời và đánh dấu câu hỏi cho đến khi nộp bài. Bài thi thử giúp bạn luyện đọc, lần theo luồng chạy, gỡ lỗi và chọn mã. Bài thi không chạy đoạn mã do bạn viết. Nhiều bài đánh giá thực tế yêu cầu bạn viết mã chạy với các trường hợp thử nghiệm ẩn. Phần luyện tập này giúp bạn phát triển kỹ năng đọc, lần theo luồng chạy và gỡ lỗi cần thiết, vì vậy hãy luyện thêm có tính giờ trong một trình soạn thảo thực tế. Bài thi thử của chúng tôi cũng không bao gồm các bài tập dự án front-end, back-end hoặc full-stack, giám sát thi, kiểm tra đạo văn, phỏng vấn qua video, bài tập làm tại nhà hoặc điểm đạt do nhà tuyển dụng quy định.

Các dạng câu hỏi kèm ví dụ có lời giải

Mỗi phần có một ví dụ được giải thích, kèm theo lỗi dễ mắc nhất.

1. Các khái niệm JavaScript. let và var khác nhau như thế nào? let có phạm vi trong khối gần nhất, chẳng hạn như phần thân vòng lặp, và không thể được sử dụng trước khi dòng khai báo được thực thi. var có phạm vi trong toàn bộ hàm và được đưa lên đầu phạm vi, nên nó tồn tại với giá trị undefined trước dòng khai báo. Cạm bẫy: cho rằng const khiến đối tượng hoặc mảng không thể thay đổi. Từ khóa này chỉ ngăn tên biến được gán lại.

2. Kết quả được ghi vào nhật ký. console.log(typeof null, typeof []) ghi object object. Theo typeof, cả hai đều là đối tượng; hãy dùng Array.isArray để kiểm tra một giá trị có phải là mảng hay không. Với mã bất đồng bộ, hãy nhớ thứ tự: mã thông thường chạy trước, tiếp theo là các callback của promise, rồi đến bộ hẹn giờ. Cạm bẫy: hiểu setTimeout(fn, 0) là "chạy ngay". Hàm này luôn chờ cho đến khi mã hiện tại và các callback promise đang chờ hoàn tất.

3. Tìm lỗi. Một hàm trả về undefined thay vì tổng. Hãy tìm hàm mũi tên có dấu ngoặc nhọn nhưng không có return: (a, b) => { a + b } trả về undefined, trong khi (a, b) => a + b trả về tổng. Cạm bẫy: sửa dòng đầu tiên trông có vẻ bất thường. Hãy lần theo một đầu vào nhỏ trong mã và tìm dòng đầu tiên khiến giá trị bị sai.

4. Xây dựng giải pháp. Bạn cần tính tổng giá của giỏ hàng. items.reduce((sum, item) => sum + item.price, 0) sẽ thực hiện việc đó. Nếu thiếu 0 ở cuối, giỏ hàng rỗng sẽ gây ra TypeError. Cạm bẫy: chọn phương án chạy được với ví dụ nhưng không xử lý được các trường hợp biên. Hãy kiểm tra từng phương án với mảng rỗng, một phần tử, phần tử lặp lại và giá trị bị thiếu.

Cách chuẩn bị

1. Trước tiên, hãy đọc thư mời làm bài. Tìm hiểu bạn sẽ dùng nền tảng nào, có bao nhiêu nhiệm vụ, thời gian làm bài, bạn có thể chọn JavaScript hay không, bài thi có bao gồm nhiệm vụ front-end hay không, và bài thi có được giám sát hay không. Hình thức bài thi rất khác nhau, nên đừng mặc định.
2. Thử khu vực luyện tập của nền tảng nếu có. Làm quen với trình soạn thảo, nút Run và cách hiển thị các trường hợp kiểm thử mẫu để giao diện không còn xa lạ vào ngày thi. Chẳng hạn, HackerRank hướng dẫn thí sinh nhấp Run để chạy các trường hợp kiểm thử trong khi làm bài (HackerRank Support).
3. Tự lần theo mã bằng tay. Với các đoạn mã ngắn, hãy ghi lại giá trị của từng biến sau mỗi dòng. Với mã bất đồng bộ, lập ba danh sách: phần chạy ngay, các hàm gọi lại của promise và bộ hẹn giờ.
4. Nắm các công cụ thường dùng. Mảng và các phương thức của mảng (map, filter, reduce, some, find, sort), đối tượng, Map và Set, chuỗi, destructuring, spread, template literals, async và await.
5. Nghĩ đến các trường hợp biên trước khi nộp. Mảng và chuỗi rỗng, chỉ có một phần tử, giá trị lặp lại, null và undefined, số được cung cấp dưới dạng chuỗi. Các trường hợp kiểm thử ẩn thường kiểm tra chính những tình huống này.
6. Luyện viết mã có bấm giờ. Bài thi mô phỏng giúp rèn kỹ năng đọc và gỡ lỗi. Hãy giải thêm một vài bài nhỏ trong trình soạn thảo thực tế có tính giờ để việc viết và chạy mã dưới áp lực trở nên quen thuộc.
7. Luyện tập với tốc độ thực tế. Nếu bài thi của bạn giống ví dụ JavaScript (Basic) của HackerRank, 2 câu hỏi trong 1 giờ 30 phút tương đương khoảng 45 phút mỗi bài (HackerRank). Hãy làm bài thi mô phỏng đầy đủ có tính giờ để quen với việc phân bổ thời gian.

Cách tính điểm thường gặp

Cách chấm điểm tùy thuộc vào nền tảng và nhà tuyển dụng. Không có thang điểm hay mức điểm đậu áp dụng chung. Câu hỏi lập trình thường được chấm tự động dựa trên các trường hợp kiểm thử. Dưới đây là hai mô tả công khai:

• HackerRank cho biết câu hỏi lập trình được đánh giá bằng các trường hợp kiểm thử được xác định trước, nhằm đo lường tính chính xác và hiệu quả. Mỗi trường hợp kiểm thử có điểm riêng: mã vượt qua một trường hợp sẽ nhận toàn bộ điểm của trường hợp đó, còn mã không vượt qua sẽ nhận 0 điểm. Tổng điểm của câu hỏi là tổng điểm của các trường hợp đã vượt qua, vì vậy lời giải vượt qua một số trường hợp kiểm thử sẽ nhận được một phần điểm (Hỗ trợ HackerRank). Câu hỏi lập trình và trắc nghiệm được chấm tự động, trong khi câu hỏi HTML/CSS/JavaScript được chấm thủ công; câu hỏi front-end được chấm tự động nhưng khuyến nghị có thêm bước xem xét thủ công (Trợ giúp HackerRank).
• TestGorilla mô tả cách chấm điểm dựa trên thứ hạng phần trăm và độ chính xác tổng thể, đồng thời cung cấp báo cáo thể hiện kết quả của từng trường hợp kiểm thử (TestGorilla).

Mỗi nhà tuyển dụng tự quyết định kết quả nào được xem là tốt, và nhiều nhà tuyển dụng xem xét cả mã của bạn chứ không chỉ điểm số.

Điểm luyện tập của chúng tôi là số câu hỏi do chúng tôi tạo ra mà bạn trả lời đúng, kèm phân tích theo từng phần để bạn biết nên tập trung vào đâu. Đây là điểm luyện tập, không phải điểm trong bài kiểm tra của bất kỳ nền tảng nào, và không dự đoán việc bạn có vượt qua bài kiểm tra hay không.

Những lỗi thường gặp

• Sắp xếp số mà không có hàm so sánh. [10, 9, 1].sort() sắp xếp theo dạng văn bản. Hãy dùng sort((a, b) => a - b).
• Dùng == rồi bất ngờ vì chuyển đổi kiểu dữ liệu. Hãy ưu tiên === trừ khi có lý do để làm khác.
• Quên rằng forEach không chờ. await bên trong hàm callback của forEach không tạm dừng hàm bên ngoài. Hãy dùng for...of hoặc Promise.all.
• So sánh đối tượng hoặc mảng bằng ===. Hai đối tượng chỉ bằng nhau nếu chúng là cùng một đối tượng. Hãy so sánh những trường bạn cần.
• Thay đổi mảng mà bạn muốn giữ nguyên. sort, reverse và splice thay đổi trực tiếp mảng. Nếu cần giữ mảng ban đầu, hãy sao chép trước bằng [...arr].
• Chỉ kiểm tra ví dụ. Ví dụ hiển thị thường chạy đúng. Các trường hợp kiểm thử ẩn sẽ kiểm tra đầu vào rỗng, một phần tử, phần tử trùng lặp và đầu vào lớn.
• Hết giờ vì một bài. Nếu bị mắc kẹt, hãy nộp một phiên bản đơn giản vượt qua một số trường hợp kiểm thử, chuyển sang bài khác rồi quay lại nếu còn thời gian.