Làm thế nào bạn có thể nhận được lời chỉ trích mang tính xây dựng cho mã của bạn?

Nhóm của tôi hiếm khi thực hiện đánh giá mã, chủ yếu vì chúng tôi không có đủ thời gian và mọi người thiếu năng lượng và ý chí để làm điều đó. Nhưng tôi thực sự muốn biết mọi người nghĩ gì về mã của tôi khi họ đọc nó. Bằng cách này, tôi hiểu rõ hơn cách người khác nghĩ và điều chỉnh mã của tôi phù hợp để dễ đọc hơn.

Vì vậy, câu hỏi của tôi là, làm thế nào tôi có thể nhận được sự chỉ trích mang tính xây dựng cho mã của tôi? Mục đích của tôi là hiểu cách mọi người nghĩ để tôi có thể viết mã dễ đọc hơn.

Đã làm việc ở những nơi có đánh giá mã và những người không có, nó đã trở thành một trong những vấn đề quyết định của tôi trong việc tìm kiếm việc làm mới. Thời gian bạn tiết kiệm tránh trường hợp khẩn cấp vì các vấn đề không xuất hiện cho đến khi bạn nhận được sản phẩm cao hơn nhiều so với thời gian bạn dành cho việc xem xét mã. Và điều đó không đề cập đến việc tìm ra một vấn đề trong việc xem xét mã ít đến mức nào.

Bạn có thể bắt đầu nhỏ mặc dù nếu đội cần thuyết phục. Vì bạn muốn mã của bạn được xem xét, bắt đầu từ đó. Yêu cầu một hoặc nhiều đồng nghiệp của bạn gặp bạn trong một giờ hoặc lâu hơn và xem qua một số đoạn mã mà bạn cảm thấy bạn muốn phản hồi. Nếu thông tin phản hồi chủ yếu là tiêu cực, đừng phòng thủ. Thực sự ghi chú và xem xét thực hiện các thay đổi được đề xuất. Nhưng hãy làm điều đó trên một cái gì đó mà bạn chưa gửi cho prod (hoặc thẳng thắn là bạn sẽ không thực hiện các thay đổi). Bạn thậm chí có thể làm điều đó một cách không chính thức tại bàn của bạn, chỉ cần gọi cho ai đó và nói, "này, tôi không chắc là tôi có giải pháp tốt nhất ở đây không, bạn nghĩ sao?"

Một cách khác để dần dần khiến mọi người bắt đầu thấy giá trị của đánh giá mã là có một phiên một tuần trong đó mọi người phải đưa ra một đoạn mã để xem xét (hoặc bạn xoay vòng qua mỗi người nhưng chỉ một tuần một lần tùy thuộc vào sự phức tạp của loại mã cần xem xét). Mang bánh rán hoặc bánh mì tròn lần đầu tiên! Nếu mọi người cảm thấy không thoải mái khi nói với ai đó trực tiếp hoặc nếu bạn nghĩ mọi người sẽ quá phòng thủ, hãy nhờ họ gửi email cho sếp và để anh ta củng cố các bình luận để người được xem xét không biết ai nói gì về mật mã. Thành thật mà nói, tôi muốn biết người đã nói những gì bởi vì đánh giá của riêng tôi về khả năng mã hóa của chính họ sẽ giúp tôi quyết định mức độ nghiêm trọng của tôi khi tôi bị chỉ trích.

Nếu bạn không thể tìm thấy ai đó để đánh giá mã công việc của mình, hãy ngồi xuống và cố gắng giải thích mã và lý do tại sao bạn đang làm những gì bạn đang làm như thể có ai đó ở đó. Tôi ngạc nhiên về mức độ thường xuyên người xây dựng mã đã tìm ra vấn đề trong quá trình giải thích mã đó dùng để làm gì. Nó cũng giúp ngồi xuống với tài liệu yêu cầu của bạn như một loại danh sách kiểm tra và đảm bảo bạn không thiếu thứ gì được yêu cầu.

Theo tôi, không có công cụ ưa thích nào có thể thay thế việc ngồi với một nhà phát triển hoặc kiến ​​trúc sư cao cấp và xem qua mã (hoặc mã của họ và xem những gì họ đã làm trước tiên). Điều đó nói rằng, tôi đã thấy rằng mã kiểm thử đơn vị buộc bạn phải suy nghĩ theo cách có thể sử dụng lại, nó cũng buộc bạn phải kết hợp các mẫu có thể làm cho mã của bạn dễ đọc hơn (với lợi ích bổ sung của mã được kiểm tra tốt hơn).

Bạn có công cụ tốt để đánh giá mã? Chúng tôi đã có một vấn đề tương tự trong nhóm của tôi. Tôi mất một thời gian để cài đặt một ReviewBoard máy chủ, và tham gia vào các nhận xét mã tăng. Tôi đã thấy rằng mọi người thích bình luận về mã khi nó được thực hiện dễ dàng.

Bạn thực sự nên xem xét dành thời gian để thực hiện đánh giá mã, bởi vì theo kinh nghiệm của tôi, nó đáng để nỗ lực liên quan đến chất lượng mã của bạn. Nếu đánh giá mã không có tùy chọn trong nhóm của bạn và bạn muốn hiểu mọi người nghĩ như thế nào, có thể lập trình cặp là một tùy chọn cho bạn. Bạn nhận được phản hồi ngay lập tức về những gì bạn đang gõ - một cái gì đó giống như một đánh giá tức thì.