Vì vậy, chiến lược tốt nhất là bắt đầu từ 'Dễ', thành thạo tất cả các phần của ngôn ngữ lập trình. Sau đó, thực hành khả năng của bạn để đặt nhiều cái lại với nhau để giải các bài toán 'Trung bình'. Khi bạn cảm thấy thoải mái khi làm điều đó, hãy cố gắng giải quyết những vấn đề 'Khó'. Bằng cách này, đường cong học tập sẽ không quá dốc và bạn có nhiều khả năng thành công hơn mà không bị thất vọng hoặc gặp khó khăn
Mẹo số 2. Ghi lại, Áp dụng lại, Lặp lại
Ảnh của Roman Synkevych trên Bapt
Tôi gọi đó là cách tiếp cận RRR. Ghi lại, áp dụng lại và lặp lại. Hãy để tôi giải thích điều đó có nghĩa là gì
Ghi lại
Nếu bạn đang thực hiện các thử thách dành riêng cho ngôn ngữ thay vì thực hiện các vấn đề về thuật toán hoặc cấu trúc dữ liệu, thì có thể khá an toàn khi cho rằng bạn, ở một mức độ nào đó, vẫn đang học các bước cơ bản. Nếu đây là bạn, thì việc ghi lại những thành công và thất bại của bạn trên đường đi sẽ có lợi cho bạn rất nhiều. Mục đích của việc thực hiện các thử thách vẫn là học hỏi và nó liên quan đến việc ghi chép, suy ngẫm về những gì bạn đã làm đúng hay sai, phân tích vấn đề, phát hiện các mẫu, v.v. Hãy thử tự hỏi mình những câu hỏi chất lượng như.
- Vấn đề là gì đang thử thách bạn?
- Kỹ thuật/cấu trúc dữ liệu/cú pháp nào được sử dụng?
- Giải pháp của bạn có phải là giải pháp tối ưu không?
- Giải pháp được đánh giá cao nhất trong phần
Discussionlà gì?
Ghi lại các thủ thuật/đoạn trích mới mà bạn đã học được trong khi giải quyết vấn đề sẽ giúp xây dựng một thư viện đoạn mã trong quá trình thực hiện mà bạn có thể tham khảo lại sau này. Xây dựng thư viện đoạn trích có thể giúp bạn tiết kiệm nhiều thời gian hơn khi thực hiện các thử thách sau này và cũng rất tốt cho việc lặp lại khoảng cách. Nếu bạn là người có tổ chức, bạn có thể gán các thẻ loại/mẫu vấn đề cho các đoạn mã của mình, vì vậy trong tương lai, bạn có thể nhanh chóng quay lại và lấy nó để tăng cường quá trình giải quyết vấn đề của mình. Bạn có thể tìm thấy ghi chú của tôi ở đây��. Nó giống như một Go Joseki. Một chút kỷ niệm ở đây đi một chặng đường dài
Tốt hơn nữa, bạn có thể chia sẻ mã của mình trên Github Gist, Twitter hoặc thậm chí LinkedIn, cho thấy sự tiến bộ của bạn trong khi giúp đỡ người khác. Có nhiều lợi ích. Công khai hồ sơ của bạn buộc bạn phải suy nghĩ rõ ràng hơn, cấu trúc lại mã của bạn nhiều hơn và suy nghĩ tổng thể rõ ràng hơn khi thực hiện các thử thách. Có một bài viết tuyệt vời về lợi ích của 'Học ở nơi công cộng' mà bạn có thể muốn xem qua
đăng ký lại
Khi bạn đã ghi lại những gì bạn vừa học, hãy áp dụng lại chúng càng nhiều càng tốt khi thực hiện các thử thách mới. Phấn đấu để làm cho những gì bạn học được bản chất thứ hai của bạn. Điều này đặc biệt dễ dàng đạt được khi bạn đang vượt qua mọi thử thách trong thời gian tương đối ngắn. Bạn kết thúc vòng lặp bằng cách thực hành những gì bạn đã học, hiểu sâu hơn và sử dụng những kỹ thuật và ý tưởng mới lạ/ngoại lai đó như cách thở
Nói lại
Lặp lại bước 1 và 2. Bạn sẽ thấy mình học được những điều mới trong khi thực hành chúng, phát hiện ra nhiều mẫu hơn và thêm các giải pháp tối ưu vào kho mã của mình
Mặt trời mọc rồi lặn, và bạn vượt qua hết thử thách này đến thử thách khác, tiếng gõ bàn phím, nụ cười tự mãn trên khuôn mặt, tâm trí như nước. Nó đang phát triển, bạn của tôi. Đây là cách phát triển trông như thế nào
Mẹo số 3. Đọc các cuộc thảo luận, nhưng đừng quá nghiện những người một chiều
Ảnh của Brooke Cagle trên Bapt
T phần thảo luận có lẽ là nơi tôi học hỏi nhiều nhất trong Hackerrank. Tại đây bạn có thể kiểm tra các giải pháp của người khác cũng như lý do của họ. Cộng đồng trong Hackerrank thân thiện, cởi mở và hữu ích. Mọi người thường trả lời các câu hỏi về lý do tại sao họ tiếp cận những thách thức cụ thể theo cách của họ, với các đoạn mã và liên kết đến các tài nguyên tốt. Vì vậy, đừng bỏ qua cuộc thảo luận, NGAY CẢ KHI BẠN ĐÃ VƯỢT QUA THỬ THÁCH.
Thói quen thông thường của tôi là cố gắng tự mình giải quyết vấn đề, dù có vũ phu hay không. Điều này giúp tôi hiểu sâu hơn về vấn đề. Sau đó đi đến phần thảo luận và kiểm tra các giải pháp của người khác. Tôi đã cố gắng hiểu giải pháp mà không nhìn vào lời giải thích của họ. Nếu tôi gặp khó khăn, thì tôi sẽ kiểm tra lời giải thích. Tôi không biết bao nhiêu lần tôi đã thán phục trước những giải pháp thông minh, đẹp đẽ và tao nhã mà người khác nghĩ ra. Tôi thường ghi chú lại và cố gắng áp dụng những điều đó trong những thử thách trong tương lai của mình
Có một gotcha, mặc dù. Cộng đồng có xu hướng ủng hộ những dòng một chiều 'gợi cảm' đó, ngay cả khi chúng khó đọc. Bạn cũng có thể muốn làm điều đó trong giải pháp của mình. Nó làm cho bạn cảm thấy tốt. Đừng quá ám ảnh. Khả năng đọc vẫn vượt qua một lớp lót mỗi ngày trong thế giới thực. Đi đến một thái cực khác là luôn cố gắng thực hiện một lớp lót sẽ thực sự ảnh hưởng đến phong cách viết mã của bạn
Mẹo số 4. Khi bị mắc kẹt, đỉnh cao
Giải pháp được bình chọn nhiều nhất — Ảnh của tác giả
D đang gặp thử thách viết mã và chắc chắn bạn sẽ gặp phải khoảnh khắc 'mắc kẹt' của mình. Dù bạn có dành bao nhiêu thời gian, bao nhiêu thứ khác nhau để giải quyết vấn đề, bạn vẫn không thể tìm ra lối thoát. Đây là lúc quy tắc '15 phút' phát huy tác dụng.
Dành 15 phút để giải quyết vấn đề bằng mọi cách có thể. Tuy nhiên, nếu bạn không có câu trả lời sau 15 phút, bạn phải hỏi ai đó. ”
Sự thật là không đáng để mắc kẹt trong một vấn đề trong hơn 15 phút, hầu hết thời gian. Không phải mọi thử thách đều được tạo ra như nhau. Một số thử thách không được thiết kế hoặc xây dựng tốt [đặc biệt đây là vấn đề mà Hackerrank phàn nàn nhiều nhất]. Vì vậy, đừng đổ mồ hôi cho họ. Chỉ cần đi đến phần thảo luận và xem giải pháp của người khác. Đôi khi bạn sẽ thấy những người khác phàn nàn về sự mơ hồ của câu hỏi và bạn sẽ cảm ơn tôi vì đã không lãng phí 1 giờ quý báu của bạn cho một câu hỏi ngu ngốc. 😏
Sử dụng thời gian của bạn cho những thử thách quan trọng hơn là cách sử dụng thời gian tốt hơn
Mẹo số 5. Bạn không cần phải sử dụng mã được cung cấp
Mã được cung cấp cho thử thách — Ảnh của tác giả
S Một số thử thách cung cấp cho bạn rất nhiều mã soạn sẵn được viết sẵn và chỉ để lại một chức năng để bạn điền vào. Điều này thường hữu ích. Bạn có thể tập trung vào vấn đề cần giải quyết thay vì 'mã hậu cần'. Tuy nhiên, đôi khi, tôi thấy các mã được cung cấp hạn chế suy nghĩ của mình. Một số mã được cung cấp sẽ nhập một số thư viện nhất định cho bạn và nếu bạn sử dụng chúng, bạn sẽ giải quyết được vấn đề khi sử dụng chúng. Tuy nhiên, giải pháp tối ưu có thể hoàn toàn không sử dụng các thư viện. Và vấn đề có thể giải quyết được bằng nhiều cách tiếp cận và bạn bị giới hạn chỉ sử dụng các thư viện được cung cấp. Vì vậy, gợi ý của tôi là, bạn không cần phải tuân theo các mã được cung cấp nếu bạn có ý tưởng tốt hơn. Ví dụ: thử thách Time Delta cung cấp cho bạn re, os, math, random, sys, nhưng bạn không phải sử dụng bất kỳ thứ gì trong số chúng. Cách tốt nhất là chỉ sử dụng lib DateTime hoặc lib calendar.
Suy nghĩ tự do, suy nghĩ vượt trội
Mẹo số 6. Sử dụng Hackos của bạn, Đừng tiết kiệm
Hackerrank Hackos Giao dịch— Ảnh của tác giả
T đây là phần thưởng bằng tiền ảo khi giải quyết các thử thách có tên là Hackos trong Hackerrank. Tuy nhiên, không có nhiều nơi bạn có thể sử dụng chúng. Công dụng lớn nhất là mở khóa các trường hợp thử nghiệm của các thử thách. Các thử thách sử dụng các trường hợp thử nghiệm này để đánh giá xem bạn có vượt qua hay không. Đôi khi giải pháp của bạn hoạt động trên một phần của các trường hợp thử nghiệm nhưng không phải tất cả và bạn có thể mở khóa các trường hợp thử nghiệm mà bạn không thành công và gỡ lỗi mã của bạn tốt hơn. Lời khuyên của tôi. Đừng tiết kiệm Hackos của bạn. Dù sao thì cũng không có nhiều cách sử dụng Hackos ở những nơi khác, vì vậy hãy hoàn toàn sử dụng nó để mở khóa các trường hợp thử nghiệm đó và đẩy nhanh tốc độ phát triển của bạn. Tìm ra nơi bạn rơi và giải quyết vấn đề chết tiệt.
Mẹo số 7. Kích hoạt Chế độ Vim hoặc Emacs
T của anh ấy dành cho những người đam mê vim hoặc emacs. Nếu bạn tình cờ là một trong số đó, làm như vậy chắc chắn sẽ cải thiện trải nghiệm viết mã của bạn, nếu không muốn nói là hiệu quả viết mã của bạn. Trình chỉnh sửa mã của Hackerrank hỗ trợ các phím tắt vim hoặc emacs. Vì vậy, nếu bạn code nhanh hơn với hai ứng dụng này, bạn hoàn toàn nên bật công tắc.
Hackerrank Coding Editor hỗ trợ chế độ vim/emacs — Ảnh của tác giả
Thưởng. Làm bài kiểm tra nếu bạn vượt qua các thử thách. Nó sẽ là một làn gió
Chứng chỉ Hackerrank — Ảnh của tác giả
H ackerrank cung cấp chứng chỉ ở nhiều ngôn ngữ và các cấp độ khác nhau. Đối với Python, họ chỉ cung cấp mức 'Cơ bản'. Vì vậy, nếu bạn tình cờ vượt qua tất cả các thử thách, thì đừng bao giờ làm bài kiểm tra chứng chỉ. Sẽ thật dễ dàng và ai lại không thích một huy hiệu sáng bóng trên hồ sơ của họ để các nhà tuyển dụng tiềm năng nhìn thấy?
Phần kết luận
Ảnh của Joshua Sortino trên Bapt
Tôi đã mất ba tuần để hoàn thành tất cả các thử thách Python trên Hackerrank. [Dài hơn các thử thách SQL một chút, mình có một bài viết khác nói về các câu SQL của mình, các bạn quan tâm có thể xem qua. ] Bài học lớn nhất đối với tôi là.
Khi Bạn Thất Bại, Đó Chính Là Lúc Bạn Đang Trưởng Thành
Những thử thách tôi học được nhiều nhất là những thử thách khiến tôi mất nhiều thời gian nhất. Ngay cả khi áp dụng quy tắc 15 phút, tôi vẫn gặp khó khăn trong việc tìm ra giải pháp của người khác, áp dụng chúng vào giải pháp của mình, v.v. Tôi đoán đó là vì tôi đã tìm ra điểm yếu nhất trong kiến thức của mình?
Khi bạn thất bại, đó là khi cơ hội phát triển thực sự của bạn xuất hiện. Ôm nó, nâng niu nó, nắm lấy nó, đừng sợ hãi nó. Biến nó thành bước đệm cho sự thành công trong tương lai của bạn. Hầu như tất cả những người thành công đều đi trên con đường này. Thất bại 99 lần một cách nhanh chóng và hiệu quả, sau đó đạt được thành công lớn cuối cùng mà bạn xứng đáng
Tôi hy vọng bạn thấy bài viết này thú vị khi đọc và học được một hoặc hai điều từ nó. Nếu bạn muốn biết thêm về những gì tôi nghĩ, thực hành và viết về khoa học dữ liệu, hãy cân nhắc đăng ký để trở thành thành viên Medium. Đó là 5 đô la một tháng, cho phép bạn truy cập không giới hạn vào các câu chuyện trên Phương tiện. Nếu bạn đăng ký bằng liên kết của tôi, tôi sẽ kiếm được một khoản hoa hồng nhỏ