Luyện thi lập trình Java

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 Java 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, thời gian làm bài và ngôn ngữ được phép sử dụng. Thư mời làm bài kiểm tra là hướng dẫn tốt nhất về bài kiểm tra của bạn. Các ví dụ công khai cho thấy phạm vi rất đa dạng:

• HackerRank. HackerRank ghi bài kiểm tra kỹ năng Java (Basic) gồm 6 câu hỏi trong 1 giờ, bao gồm các chủ đề như lớp (HackerRank). Trung tâm trợ giúp của họ liệt kê các dạng câu hỏi mà 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, cơ sở dữ liệu, phát triển back-end, đánh giá mã và câu hỏi tự luận. Trung tâm cũng cho biết nhà tuyển dụng có thể thêm câu hỏi từ thư viện của HackerRank hoặc tự viết câu hỏi (HackerRank Help).
• TestGorilla. Trang về bài kiểm tra lập trình Java của TestGorilla cho biết hầu hết bài kiểm tra lập trình của họ kéo dài từ 15 đến 35 phút, liệt kê bài kiểm tra thuật toán trình độ đầu vào kéo dài 15 phút, và cho biết ứng viên đọc đề bài, chọn Java từ menu ngôn ngữ rồi viết lời giải trong trình soạn thảo trực tuyến (TestGorilla).

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

• Bài tập lập trình: viết một phương thức trong trình soạn thảo trực tuyến, chạy thử với dữ liệu đầu vào mẫu, rồi nộp bài để hệ thống kiểm tra bằng nhiều trường hợp kiểm thử hơn mà bạn có thể không nhìn thấy.
• Trắc nghiệm: các khái niệm Java như kiểu dữ liệu, lớp, bộ sưu tập và ngoại lệ; kết quả mà một đoạn mã in ra; và đoạn mã nào là đúng.
• 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: câu hỏi SQL, bài tập về framework hoặc dự án back-end, bài tập làm tại nhà, hoặc giám sát bằng webcam và màn hình trong khi làm bài kiểm tra.

Nội dung các bài thi thử của chúng tôi. Các bài thi thử đầy đủ gồm 20 câu hỏi trong 60 phút, chia thành bốn phần: khái niệm Java (6), kết quả đoạn mã in ra (6), tìm lỗi (5) và xây dựng lời giải (3). Tất cả mã đều dùng Java 17. 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. Các bài thi thử của chúng tôi giúp bạn luyện đọc, lần theo luồng thực thi, gỡ lỗi và chọn mã. Chúng không chạy mã 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 kiểm thử ẩn; phần luyện tập này xây dựng các kỹ năng đọc, lần theo luồng thực thi và gỡ lỗi cần thiết, vì vậy hãy dành thêm thời gian luyện tập có giới hạn trong một trình soạn thảo thực tế. Các bài thi thử của chúng tôi cũng không bao gồm 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à và bài tập dự án, cũng như bất kỳ mức điểm đạt nào do nhà tuyển dụng đặt ra.

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 Java. int và Integer khác nhau như thế nào? int là một giá trị nguyên thủy; Integer là một đối tượng bao bọc giá trị đó và có thể là null. Các bộ sưu tập như List lưu các giá trị Integer, và Java tự động chuyển đổi giữa hai kiểu này. Cạm bẫy: so sánh hai đối tượng Integer bằng ==. Cách này so sánh tham chiếu và có thể cho kết quả sai dù các giá trị bằng nhau; hãy dùng equals.

2. Kết quả in ra từ mã lệnh. System.out.println(1 + 2 + "3" + 4 + 5); in ra 3345. Java xử lý từ trái sang phải: 1 + 2 là số 3, sau đó cộng "3" sẽ tạo thành chuỗi "33", rồi từ đó mỗi phép + đều nối văn bản. Cạm bẫy: thực hiện toàn bộ phép tính số học trước. Hãy lần theo từng toán tử và ghi lại kiểu dữ liệu sau mỗi bước.

3. Tìm lỗi. Một phương thức có dòng if (status == "done") nhưng điều kiện không bao giờ khớp, kể cả khi trạng thái là "done". Cách sửa là "done".equals(status), thao tác này so sánh các ký tự và cũng xử lý được trường hợp trạng thái là null. 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 đếm số lần xuất hiện của từng từ. Dùng HashMap với counts.merge(word, 1, Integer::sum) trong một vòng lặp sẽ xử lý việc này chỉ với một dòng cho mỗi từ. Cạm bẫy: chọn phương án xử lý được trường hợp thông thường 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, số âm và null.

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, trình soạn thảo chạy phiên bản Java nào, 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, cách đọc dữ liệu đầu vào 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ị và kiểu dữ liệu của từng biến sau mỗi dòng. Phép chia số nguyên, nối chuỗi và tham chiếu là những chỗ thường gây bất ngờ.
4. Nắm các công cụ thường dùng. Mảng, String và StringBuilder, ArrayList, HashMap, HashSet, Arrays.sort và Collections.sort, equals và hashCode, ngoại lệ, cùng các lớp và giao diện cơ bản.
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, số âm, null, và các giá trị đủ lớn để gây tràn int. 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, biên dịch 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ụ Java (Basic) của HackerRank, 6 câu hỏi trong 1 giờ tương đương khoảng 10 phút mỗi câu (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, còn câu hỏi back-end cũng được chấm tự động và 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ể, tức là liệu các đầu vào đã cho có tạo ra đầu ra chính xác hay không; đồ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

• So sánh chuỗi bằng ==. Hãy dùng equals, hoặc "text".equals(value) nếu giá trị có thể là null.
• Cho rằng phép chia số nguyên sẽ cho kết quả thập phân. 7 / 2 bằng 3. Nếu cần kết quả 3.5, trước tiên hãy chuyển một vế thành double.
• Quên rằng chuỗi là bất biến. s.trim() và s.toUpperCase() trả về chuỗi mới; hãy gán kết quả đó.
• Lỗi lệch một đơn vị trong vòng lặp. Chỉ mục chạy từ 0 đến length - 1, vì vậy điều kiện thường dùng trong vòng lặp là i < a.length.
• Thay đổi danh sách bên trong vòng lặp for-each. Hãy dùng removeIf hoặc một Iterator tường minh cùng phương thức remove của nó.
• Bỏ qua hiện tượng tràn số. Tổng và tích của các giá trị int lớn có thể bị tràn mà không có thông báo. Hãy dùng long khi giá trị có thể tăng cao.
• 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.