SPOJ

Lần không giống mình đã giới hạn trên điểm smack dab chính giữa một công dụng đặc biệt, và tra cứu phương pháp đi cho stack nhằm đọc bí quyết làm thế nào mình cho được kia. Nếu chúng ta đưa ra quyết định làm theo code một bí quyết bằng tay, ghi nhớ thiết lập sẵn trình soạn thảo của người tiêu dùng cho phép bạn thực hiện “go to definition” cùng “find all references” một cách nhanh chóng.

Bạn đang xem: Spoj

Đối với cấu trúc dữ liệu, xem xét lại loại tài liệu và khi nào những trở nên chính được bật. Sử dụng trình gỡ lỗi để truy hỏi vấn đều cấu trúc dữ liệu này vào rất nhiều thời gian đặc biệt quan trọng.

Ngoài những bài xích test tích hòa hợp, giải pháp xuất sắc để tiếp cận một codebase bắt đầu đó là Đánh Giá lại các pull request đặc trưng. PRs thường xuyên dễ hiểu rộng, bởi vì chúng gói gọn vào một hào kiệt tách biệt. PRs cũng cung cấp gốc rễ narrative sầu kế bên nguyên nhân với phương pháp bổ sung cập nhật code.

Trong quy trình đào sâu này, mình mở cả hai doc markdown. Doc đầu là “màn chơi up my coding” nơi bản thân liệt kê các cú pháp bắt đầu mà lại bản thân thấy cùng những mẫu mã code mình đang có nhu cầu muốn Khi tự học (bạn không giống Hotline nó là bảng kê). Cái doc thứ hai nhằm liệt kê những thắc mắc đặc trưng bản thân giành cho gần như lập trình sẵn viên của codebase bản thân đã phát âm. Ở quy trình tiến độ này, tôi cũng cấp dưỡng documentation Lúc tôi thấy gaps.

Quá trình deep dives này hay vẫn hiệu quả hơn nếu bạn thực hiện cùng với một fan như thế nào đó biết về code. Nếu tôi chỉ có không nhiều thời hạn với 1 lập trình sẵn viên trên project, bản thân luôn nhằm chúng ta quan sát và theo dõi bản thân qua các flow chính. khi mình đã đọc căn phiên bản một không nhiều mẫu chính, vẫn tiện lợi rộng lúc mình trường đoản cú đào.

Write Code

Không giống vào văn cmùi hương, chỗ đọc và viết là 2 mẫu tách biệt, một trong những phần đặc biệt quan trọng của hiểu code đó là viết code. Nếu không viết code, chúng ta cần thiết phát âm được một codebase. 2 biện pháp tiếp cận dễ dãi nhằm bắt đầu là viết demo và giải quyết và xử lý những feature/bug.


Viết thử nghiệm demo là một trong hiệ tượng gọi lành mạnh và tích cực, bắt các bạn cần chú ý đến input đầu vào và output của một liên can rõ ràng. Viết code góp hằn sâu code trong đầu bạn – chiếc cơ mà bài toán phát âm không khỏi thì cần thiết làm được.

Đối cùng với bản thân, kiểm tra từng phần là cách tiện lợi nhằm bước đầu. lúc mình thành thục một trong những base, bản thân có thể đưa sang trọng chạy thử tích đúng theo nhằm phát âm hơn về codebase. Thỉnh phảng phất bản thân vẫn viết lại một chạy thử tích đúng theo vẫn gồm, để test xem bản thân có đọc biện pháp một điện thoại tư vấn đặc trưng vận động hay không.

Một cách tiếp cận không giống dễ dàng rộng sẽ là viết kỹ năng dễ dàng hoặc address mọi lỗi dễ dàng. Cả 2 cách này không trải nghiệm các bạn nên tất cả kiến thức không thiếu về codebase, tuy thế vẫn bắt chúng ta đề xuất “đối đầu” với code. Đóng góp bí quyết sửa bug và tài liệu tương quan cũng là 1 trong phương pháp dễ dàng để trả lại dependencies.

Những phương pháp này khiến cho bạn mau lẹ dứt khi bận đang bắt buộc. Bằng giải pháp vận dụng RSDW nhiều hơn thế với 1 vài ba bài học mở rộng, việc gọi code vẫn đỡ khó khăn hơn những.

Một vài ba tips đọc

Phương pháp RSDW không phải là tuyệt nhất. Các engineer có thể tìm thấy biện pháp riêng rẽ mà họ say mê nhằm đào sâu vào một codebase new (Quá trình phát âm cũng biến đổi đáng chú ý tuỳ theo ngôn ngữ, những tool gồm sẵn cùng các loại codebase bạn đang muốn)

Mặc dù thế, cách thức RSDW cũng chính là biện pháp tiếp cận tốt khi chúng ta thấy code bắt đầu. Nó cũng kích ưng ý sự thú vui khi phát âm code, hoàn toàn có thể là viết kiểm tra hoặc dữ thế chủ động sử dụng một trình gỡ lỗi để tróc nã vấn cấu trúc tài liệu. Quá trình đọc code khác xa đối với quá trình đọc một cuốn nắn sách.

Xem thêm: (2020) Nên Mua Iphone X Hay Xs Hay Xs Max Năm 2020? Sử Dụng Lâu Dài Nên Mua Iphone Xs Hay Iphone X

quý khách cũng trở thành tìm kiếm đọc code mới một bí quyết hứng thụ. Quý Khách cất giữ các chiếc code với cố gắng giữ lại bên cạnh đó hàng trăm cấu trúc dữ liệu cùng tính năng new trong đầu. Đừng trinh nữ nghỉ ngơi giải lao 1 tí khi chúng ta chạm mặt một codebase new. lúc mình bước đầu với 1 codebase mới, một một vài giờ rhình họa trong thời gian ngày nhằm hiểu là tất cả hầu hết gì bản thân yêu cầu để năng suất hơn.

Mặc dù nó khôn xiết đặc biệt nhằm cải tiến và phát triển các kỹ năng phát âm xuất sắc, nhưng lại cũng đặc biệt quan trọng không thua kém Lúc Để ý đến về đa số gì các bạn đã gọi.

Bạn yêu cầu hiểu code gì?

lúc bước đầu sự nghiệp, mình tin rằng 60% thời hạn của doanh nghiệp phải dành cho Việc đọc code. cũng có thể 1/3 trong số đó là code khác với codebase bạn sẽ build. Chắc hẳn là buộc phải tốn không hề ít thời gian, vậy bọn họ buộc phải hiểu gì?


Cách dễ dàng nhất nhằm bắt đầu đọc, với cùng với ROI cao nhất, là học tập những dependency của khách hàng. Nội cỗ hoá bí quyết dependency của chúng ta làm việc nhằm chúng ta dễ debug rộng trên tổng thể hệ thống.

Một bí quyết khác giúp mang về năng suất cao khác là lựa chọn 1 khối hệ thống quan trọng ngơi nghỉ chủ thể của khách hàng nhưng mà bạn giao tiếp, cùng test hiểu qua nó. Như vậy không chỉ là đem về cực hiếm mang đến các bước của người sử dụng, nhưng mà những codebase bài bản thì khác với codebase nguồn msinh sống.

Ngoài các khối hệ thống nhưng mà bạn liên can trực tiếp, hãy luôn luôn chuẩn bị nhằm đọc nhiều hơn nữa. Những ngày đầu trong sự nghiệp của bản thân, bản thân khuim chúng ta cần dành riêng 1 giờ đồng hồ thời trang hằng ngày hoặc mỗi tối nhằm hiểu code không tính các bước từng ngày của bạn. Nghe khá đau đớn bởi sau đó 1 ngày thao tác làm việc mệt mỏi rồi, nhưng hãy cố gắng lặt nhặt codebase mình thích và đào sâu vào nó trong một tuần test nhé.

Ví dụ, Redis là mối cung cấp lừng danh nhằm bắt đầu học C. Để đọc dễ dàng hơn và đọc được không ít codebase tinh vi hơn, cách đơn giản và dễ dàng là bắt đầu gọi từ subsystem cụ thể.

Các dự án công trình phụ cũng là 1 trong phương pháp xuất sắc để phát âm code, vày bọn chúng buộc chúng ta bắt buộc học một nhân loại khác. quý khách hàng vẫn bắt buộc đọc nhiều dependency bắt đầu cùng tò mò hầu hết codebase khác nhau để tìm hiểu bản thân đang build vật gì. Mặc cho dù không có vẻ là gọi cho lắm, tuy thế đó là dự án nhưng mà rất có thể bắt các bạn chủ động phát âm số đông vật dụng bạn sẽ dùng.

Ngoài công việc, chúng ta nên hiểu những tools khác cùng với gần như gì ai đang làm. Nếu các bạn đã thân quen cùng với abstraction màn chơi cao, hãy học tập 1 (hoặc 3) abstraction cấp độ thấp rộng. Nếu nhiều người đang làm việc với một ngữ điệu, lựa chọn một ngôn từ không giống để gọi vào tầm khoảng rhình ảnh.Nếu các bạn luôn luôn suy nghĩ về 1 constraint (vd: thời gian để gia công mới màn hình hiển thị tiếp theo trong graphics programming), tra cứu một constraint khác (vd: tiết kiệm ngân sách tuổi thọ pin đến thiết kế mobile).

Một phương pháp tiếp cận giỏi không giống nhằm hiểu code đó là hiểu với viết lại từ bỏ phần lớn coder với chúng ta ưa thích. Trường hòa hợp của Didion hồi tthấp vẫn viết yêu cầu Hemingway hoặc Hunter Thompson viết Great Gatsby, hoặc code của antirez/ gaearon/ mrdoob ban đầu với cùng 1 thỏng viện đơn giản dễ dàng. Đọc code khác của họ. Luôn cập nhật công việc cách đây không lâu nhất của mình.

Stephen King nói cùng với những đơn vị vnạp năng lượng rằng: “Nếu các bạn ko dành thời hạn để phát âm, bạn sẽ không tồn tại thời hạn (hoặc công cụ) nhằm viết, dễ dàng vậy thôi”. Cũng giống như cố kỉnh so với những kỹ sư phần mềm, viết code sạch chắc rằng là điều vui nhất, mà lại dữ thế chủ động đọc code bắt đầu là vấn đề khiến chúng ta nâng tầm ra khỏi vỏ bọc trước giờ.

Bài viết về kiểu cách gọi code

Sách

Codebase để đọc

Bài viết gốc được đăng cài trên Hackernoon