Theo số liệu do HackerRank công bố, hiện nay HackerRank đã xếp hạng hơn 1,5 triệu developer toàn cầu dựa trên tốc độ và độ chuẩn xác. Những kết quả gần này cũng cho thấy Trung Quốc là quốc gia có lập trình viên xếp thứ hạng tốt nhiều nhất, sau đó là Nga và Ba Lan.

Bạn Đang Xem: HackerRank là gì? Lời khuyên khi tham gia HackerRank

HackerRank là gì?

Những tập đoàn lớn như Amplify, Quora và Capital One đều đang sử dụng HackerRank for Work – cho quá trình tuyển dụng mảng kỹ thuật. Ngoài là thuớc đo kỹ năng, HackerRank cũng tổ chức một số Khóa học hackathons, như CodeSprints, cũng là một phương pháp để các tổ chức tìm kiếm những ứng viên tiềm năng.

HackerRank là một website được chấp nhận các lập trình viên trau dồi, học hỏi và rèn luyện kỹ năng của mình. Website này sẽ yêu cầu những người dân tham gia đưa ra lời giải cho những “thử thách lập trình” hay những bài toán lập trình. Thông qua đó những kết quả và tốc độ trả lời vấn đề sẽ tiến hành HackerRank sử dụng để thẩm định và đánh giá và xếp hạng các lập trình viên tham gia.

Vì sao chọn HackerRank

Ngoài việc ghi điểm trong mắt nhà tuyển dụng, các developer cũng luôn có thể luyện code trên HackerRank. Những ưu điểm có thể kể về HackerRank như thể: HackerRank có khối hệ thống compiler trực tuyến, từ đó không cần cài thêm bất kỳ compiler nào trên máy và có thể lâp trình trực tiếp trên Web. Thứ hai, HackerRank có đa dạng các bài code (có sẵn cả unit test để biết đúng sai) để các coder tập luyện và thử sức. Sau thời điểm cải tiến bản thân qua các bài code, các coder có sẵn nguồn các bài thi tuyển dụng của tương đối nhiều tập đoàn lớn toàn thế giới.

Lưu ý khi tham gia học code trên HackerRank

function Rectangle(a, b) { }

Đây là dòng trước hết của một hàm mà người ta yêu cầu bạn viết trong 10 Days of Javascript. Viết đối tượng người tiêu dùng hình chữ nhật là ngày thứ 4 trong 10 ngày. Hồ hết các coder sẽ dùng tiếp dòng trước hết này và điền vào chỗ trống những gì không đủ giữa hai dấu {}. Đây có nhẽ cũng là điều mà HackerRank mong đợi.

Nhìn dòng trước hết này thì chúng ta cũng có thể hiểu rằng a là một cạnh của hình chữ nhật và b là cạnh còn sót lại. Nếu độc giả mô tả đề bài, thì sẽ biết rõ ràng rằng a là chiều dài của hình chữ nhật và b là chiều rộng.

Vì sao lại cần kín đáo?

Xem Thêm : Bỏ túi 120+ từ vựng tiếng Anh về rau củ quả, trái cây, các loại hạt

Batman cần giữ kín tính danh của mình vì anh thường dành buổi tối để làm những việc phạm pháp, dù đó là việc tốt, anh ấy vẫn có thể bị tóm gọn. Để sở hữu thể được tự do và mang đến công lý cho những người khác, anh ấy không thể để người khác biết rằng mình đây là Bruce Wayne.

Nhưng, a và b ở đây không cần giữ kín đáo tính danh thực sự của chúng (chiều dài và chiều rộng của hình chữ nhật). Trên thực tế, tất cả những gì chúng sẽ làm trong hàm này là chiều dài và chiều rộng của hình chữ nhật. Điều đó có tức là chúng không cần thiết phải là a và b. Vậy vì sao chiều dài không thể là length (chiều dài trong tiếng Anh) và chiều rộng là width (chiều rộng)?

Tác hại của cách đặt tên đó là gì?

Trong bài tập HackerRank này, các bạn sẽ chỉ viết vài dòng code thôi. Chưa tính hai thông số logic duy nhất để tạo một hình chữ nhật là chiều dài và chiều rộng của nó. Chúng ta có thể sẽ không còn quên a và b là gì trong đoạn code. Mặc dù vậy, không chỉ có độc giả code của bạn, vẫn còn những người dân khác nữa và có thể nhiều người trong số họ không thể biết được a và b là gì.

Chúng ta có thể cảm thấy đoạn code rất ngắn gọn và thông minh, và dường như HackerRank làm vậy rất ổn.

OK, nhưng nghĩ một tí xem, trong công việc có bao giờ bạn viết app, Khóa học nào mà lại sở hữu ít code như vậy không? Nếu là một ứng dụng có 10.000 dòng code, mỗi hàm có những thông số với vần âm a, b, c, d, e thì mẩu chuyện sẽ rất khác. Chúng ta có thể đọc hiểu code này vì bạn viết ra nó, nhưng nếu ai này được chuyển nhượng bàn giao code này từ bạn có nhẽ họ sẽ vừa đọc vừa chửi thầm trong bụng.

Chúng ta có thể nghĩ Devon khó tính khó nết hoặc tìm đúng ví dụ tệ nhất trên nền tảng này để chê bai. Tất nhiên, không phải mọi bài tập trên HackerRank đều sử dụng tên biến tối nghĩa, nhưng có nhiều bài tập như vậy. Đây là một ví dụ khác:

‘use strict’; process.stdin.resume(); process.stdin.setEncoding(‘utf-8’); let inputString = ”; let currentLine = 0; process.stdin.on(‘data’, inputStdin => { inputString += inputStdin; }); process.stdin.on(‘end’, _ => { inputString = inputString.replace(/s*$/, ”) .split(‘n’) .map(str => str.replace(/s*$/, ”)); main(); }); function readLine() { return inputString[currentLine++]; } // Complete the minimumBribes function below. function minimumBribes(q) { } function main() { const t = parseInt(readLine(), 10); for (let tItr = 0; tItr < t; tItr++) { const n = parseInt(readLine(), 10); const q = readLine().split(‘ ‘).map(qTemp => parseInt(qTemp, 10)); minimumBribes(q); } }

Nhiều biến trong code trên không hề dễ hiểu, t là gì, q là gì, n là gì, tItr là gì… Mục tiêu chính mà tác giả muốn nói ở đây chỉ là hãy đặt tên biến cho rõ ràng, hãy viết code sao cho ai mới đọc cũng luôn có thể mường tượng được hàm này làm gì, biến này là cái gì mà thôi. Vì sao cần phải như vậy?

Viết code là giành riêng cho con người

Xem Thêm : TSUNDERE là gì? Cách nhận diện và “đối phó” với một tsundere hiệu quả!

Chúng ta có thể nghĩ rằng code giành riêng cho máy tính. Không phải đâu. Code giành riêng cho con người. Nếu nó dành riêng cho máy tính, tất cả chúng ta không cần tiếng nói cấp cao như Javascript hay Python.

Hãy ghi nhớ điều này khi chúng ta viết code: Viết làm thế nào để người khác đọc code bạn viết mà người ta hiểu được. Các tên biến, thông số và hàm nên chứa càng nhiều văn cảnh càng tốt để giúp người đọc hiểu những gì họ đã đọc. a là một tên biến rất tệ. length là tên gọi biến tốt và lengthInInches thậm chí là còn tốt hơn (nếu như khách hàng mong đợi phép đo được tính bằng inch). Nếu code thay đổi, hãy đảm bảo bạn update các tên đã đặt để phản ánh những gì chúng đại diện thay mặt.

Vì HackerRank là một tập đoàn lớn, có uy tín, nên việc bạn có code được thẩm định và đánh giá tốt trên nền tảng này cũng khiến các nhà tuyển dụng lưu ý hơn.

Chỉ là, khi chúng ta thực hiện trên HackerRank, hãy rèn cho mình thói quen tái cấu trúc những cái tên vô nghĩa kinh khủng thành một chiếc tên có thể truyền đạt ý nghĩa và toàn cảnh cấp thiết để đọc code. Khi chúng ta thao tác với những dự án bên phía ngoài nền tảng, đừng để cho việc đặt tên tối nghĩa làm hại code của bạn và mang lại cho bạn tên tuổi là một dev viết code không thể đọc nổi.

Bằng phương pháp luôn tâm niệm rằng viết code là để cho những người đến sau chúng ta cũng có thể đọc, bạn không chỉ tạo sự dễ dàng cho những nhà phát triển khác thao tác với bạn mà còn khiến cho khách hàng muốn thuê lại bạn và giới thiệu bạn với những tổ chức khác cần bạn viện trợ.

Có một phản hồi vui dưới bài rằng: Khi bước đi vào nghề tôi đã được nói rằng: “code làm thế nào để gã sau vào có thể đọc hiểu” và “hãy tưởng tượng người thừa hưởng đống code của bạn là một gã to cao, nóng tính, biết rõ bạn đang ở đâu” (Nếu hắn đọc không hiểu sẽ tìm tới nhà và cho bạn một trận – người dịch).

Một số lưu ý tổng quan cho những bạn mới gia nhập HackerRank

Trong tương lai sẽ sở hữu được không ít các tổ chức công nghệ tiến hành ứng dụng HackerRank như một bước để thẩm định và đánh giá trong quy trình tuyển ứng viên IT, thì hãy nhớ là lưu ý một số mẹo nhở sau này khi bắt tay vào thử HackerRank:

1. Các thử thách và bài test đều tính giờ, hãy tập trình cao độ và không được xao nhãng.
2. 20-30% tỉ lệ thành công tới từ việc nắm vững với khối hệ thống. Trước lúc chính thức đi vào challenge có thể thử sức một số cái trước, vd: Phát động bằng miền của tương đối nhiều thuật toán. Phải kiên cố rằng bạn nắm bắt được cách viết và submit code.
3. Biết các tiếng nói có sẵn để test.
4. Thường trong mỗi challenge sẽ sở hữu được nhiều vấn đề cần giải quyết và xử lý, và nếu xuất phát từ bài khó nhất sẽ không còn hợp lý. Cách tốt nhất phải là xử lý tuần tự độ khó tăng dần. Hãy xem thêm sơ trước và quyết định cách giải quyết và xử lý sau.
5. Hãy giảm thiểu thời kì giữa các vấn đề sau thời điểm đã bổ sung. Chúng ta có thể dành thêm ít thời kì để quyết định xem nó liệu có phải là thành phẩm final hay chưa, và rồi đảm nói rằng không xoay lại nữa.
6. Mọi vấn đề đều gồm có giải trường hợp công và trường hợp tư nhân. Điểm của You sẽ dựa trên cả hai. Nếu vấn đề nằm tại phần có kiểm tra các phương thức về public và private, điểm của bạn được thẩm định và đánh giá trên cả hai. Trong trường hợp, dù mã bổ sung được thông qua mọi phương thức về public, điều đó không đồng nghĩa với việc sẽ thông qua phương thức về private. Hãy nghiên cứu thêm các trường hợp ở rìa. Vd: kiểm tra xem input có rỗng không; 1,2 hay nhiều yếu tố khác nhau, v. v môi trường tự nhiên HackeRank sẽ được chấp nhận bạn chạy mã trên các test bài tự tuỳ.
7. Đảm bảo bất kỳ gì cho mọi vấn đề. Nếu không biết phương pháp giải quyết và xử lý bạn vẫn có thể tìm được vài điểm từ nó. Tuy nhiên, hãy cố gắng nỗ lực giải quyết và xử lý đúng vấn trọng tâm ít nhất một – hai vấn đề nào đó trong bài.
8. Trang chủ cần tạo ra sự khác biệt: một vài mẫu template có thể khiến cho bạn như việc có thể sao chép và dán chúng trong suốt quá trình tham gia challenge. Ví dụ: BFS/DFS/Tìm kiếm nhị phân.
9. Hãy tập luyện nhiều nhất có thể trong lần trước hết. Chúng ta có thể thử giải quyết và xử lý ít nhất một vấn đề từ mỗi tên miền phụ của tương đối nhiều thuật toán
10. Một kết quả tốt không phải là một trò ảo thuật, nó cần nhiều sự tập luyện và nỗ lực.

TopDev tổng hợp