Nghi thức xã giao để hoàn nguyên công việc của người khác

Gần đây tôi đã cãi nhau với một đồng đội rằng tôi "không hỏi ý kiến ​​họ trước khi hoàn nguyên" vì điều đó khiến họ "trông như một thằng ngốc". (Đối với bối cảnh, đây là một dự án đại học và hoàn nguyên đã vượt quá vị trí mã.)

Điều này khiến tôi tự hỏi: tiêu chuẩn để thông báo cho người đi làm rằng việc hoàn nguyên cần phải được thực hiện là gì? Làm thế nào để bạn nói với họ rằng bạn cần phải hoàn nguyên cam kết này mà không kích động cảm xúc khó khăn?

Có mã đánh giá.

Điều đó sẽ giải quyết hầu hết trong số họ, nếu bạn đang sử dụng một cam kết, bạn vẫn có thể thực hiện các yêu cầu kéo ngay cả khi chỉ để một người khác xem xét về nhóm của bạn.

Nếu sai lầm xảy ra, thì đó là lỗi của đội chứ không chỉ của một người.

Nếu bạn không muốn làm điều đó vì một số lý do, không có cách nào dễ dàng để làm điều đó. Bạn không có quá trình để nhận mã vào repo, sau đó, đừng ngạc nhiên khi cảm xúc của mọi người bị tổn thương.

Như thường lệ, khi bạn gặp phải tình huống bạn làm những việc sẽ khiến người khác nản lòng, việc nói chuyện với họ trước khi thực hiện hành động là điều tốt. Trong trường hợp này có lẽ có nghĩa là nói chuyện với đồng nghiệp của bạn và hỏi, "Tôi đang nghĩ về việc hoàn nguyên X vì [lý do] - bạn nghĩ gì?"

Bạn có lý do chính đáng để hoàn nguyên cam kết của mình hoặc bạn đã không làm thế. Nếu bạn có một lý do chính đáng, thì "làm cho tôi trông như một thằng ngốc" không phải là một phản biện tốt. Điều đó nói rằng, sẽ là lịch sự khi thông báo cho người đó trước về lý do để tránh tranh luận.

Và tất cả những gì đã nói, sẽ tốt hơn rất nhiều khi có các đánh giá mã, vì vậy hy vọng việc hoàn nguyên sẽ không bao giờ xảy ra - có thể xảy ra là một cam kết bị từ chối, nhưng bạn không nên rơi vào tình huống được hoàn nguyên.

Câu hỏi gốc cho vấn đề này là "ai sở hữu thành phần ở cấp độ kỹ thuật"?

Nếu không có câu trả lời cho điều này, hoặc aswer là "tất cả chúng ta làm" hoặc "không ai làm" hoặc bạn chỉ có vẻ khó hiểu và không ai nhìn thấy vấn đề, đừng lãng phí năng lượng của bạn và tìm một công việc khác.

Nếu có câu trả lời và nói chuyện với người thay đổi không dẫn đến thỏa thuận, hãy nói với chủ sở hữu và người thay đổi, đưa ra trường hợp của bạn và để chủ sở hữu quyết định.

Trách nhiệm chung là gốc rễ của tất cả các cơ sở mã lỗi và nhân viên khốn khổ.

Tôi nghĩ thật công bằng khi yêu cầu được tư vấn nếu ai đó có thời gian đầu tư đáng kể vào một cái gì đó, đặc biệt nếu nó khá gần đây. Tốt hơn hết là đi đến thống nhất trước. Lý tưởng nhất là bạn thuyết phục người đó hoàn nguyên anh ấy / cô ấy.

Nếu bạn gặp phải bất đồng mà bạn không thể tham khảo ý kiến ​​người thứ ba. Hãy để đa số phiếu bầu giành chiến thắng, hoặc đảm bảo rằng người thứ 3 là nhà phát triển chính.

Đôi khi bạn cần để mọi thứ trôi qua, bạn không cần phải thắng mọi trận chiến. Hãy chắc chắn rằng bạn đã được nghe.

Tôi nghĩ thật tốt khi không gắn bó với mã bạn viết. Tôi hoàn nguyên mã của mình khá thường xuyên, những người khác sẽ có thể làm tương tự khi thích hợp.

Đừng chỉ hoàn nguyên, hãy để họ tự hoàn nguyên.

Những lý do điển hình bạn có thể đưa ra khi yêu cầu hoàn nguyên:

• "Cam kết XYZ của bạn phá vỡ điều này và usecase / chức năng / testcase"
• "Cam kết XYZ của bạn không tuân thủ các tiêu chuẩn mã hóa của chúng tôi, ví dụ như thụt lề sai"
• "Cam kết XYZ của bạn vi phạm các quy trình tổ chức của chúng tôi, ví dụ như cam kết với thành phần A cần được xem xét trước cam kết của chủ sở hữu thành phần B"

Chỉ có lý do để hoàn nguyên một cái gì đó không được thực hiện bởi chính bạn

• Người được gia hạn (nghỉ / bệnh)
• Cam kết đã phá vỡ bản dựng hoặc làm điều gì đó ngăn cản các thành viên khác trong nhóm thực hiện công việc của họ.
• Cam kết lỗi đã được sản xuất và cần được sửa chữa càng sớm càng tốt