Viết để được đánh giá
Thực tiễn tốt nhất 4 - Mã nên được viết để được xem xét
Trong khi viết mã phần mềm của bạn, hãy nhớ rằng ai đó sẽ xem xét mã của bạn và bạn sẽ phải đối mặt với những lời chỉ trích về một hoặc nhiều điểm sau đây nhưng không giới hạn ở:
- Mã hóa kém
- Không theo tiêu chuẩn
- Không lưu ý đến hiệu suất
- Lịch sử, Thụt lề, Nhận xét không phù hợp.
- Khả năng đọc kém
- Các tệp đang mở không bị đóng
- Bộ nhớ được phân bổ chưa được phát hành
- Quá nhiều biến toàn cục.
- Quá nhiều mã hóa khó.
- Xử lý lỗi kém.
- Không có mô đun.
- Mã lặp lại.
Hãy ghi nhớ tất cả các điểm đã đề cập ở trên trong khi viết mã và dừng chúng lại trước khi chúng nhảy vào mã nguồn của bạn. Khi bạn đã hoàn tất việc viết mã của mình, hãy tự xem xét lại bản thân ít nhất một lần. Tôi chắc chắn rằng việc tự kiểm điểm sẽ giúp bạn tự gỡ bỏ 90% vấn đề.
Khi bạn đã hoàn tất việc viết mã và tự xem xét, hãy yêu cầu đồng nghiệp của bạn xem xét mã. Tôi thực sự khuyên bạn nên chấp nhận các bình luận đánh giá một cách vui vẻ và nên biết ơn những người đánh giá mã của bạn về các bình luận. Đồng thời, không bao giờ là tốt khi chỉ trích bất kỳ mã nguồn nào do người khác viết. Nếu bạn chưa từng làm, hãy thử một lần và kiểm tra biểu hiện của coder.
Chấp nhận chỉ trích nhưng không chỉ trích
Mã nguồn được viết kém dạy bạn viết mã nguồn tốt với điều kiện là bạn tiếp nhận nó một cách tích cực và rút ra bài học từ nó.
Mục tiêu của bạn phải là ngăn chặn lỗi ngay từ đầu và tạo một mã BUG-FREE. Hãy suy nghĩ như một người kiểm tra, vì vậy bạn nên có một thử thách cho những người kiểm tra.