Làm thế nào để bạn giải thích nguồn gốc của một vấn đề được xác định mà không làm cho nó trở thành một cái cớ [đóng cửa]


14

Khi thực hành (ít nhất là tôi có thể) "lập trình vô ngã", tôi tập trung vào giải quyết vấn đề bất cứ ai viết mã liên quan (nếu người đó không tạo mã nguy hiểm) và tôi muốn hiểu vấn đề một cách đầy đủ để chắc chắn để giải quyết nguồn gốc của vấn đề này.

Tuy nhiên, khi ai đó chỉ ra mã của tôi để hiển thị lỗi, tôi thường cố gắng nhớ suy nghĩ của mình khi viết mã lỗi và tôi cố gắng giải thích cho anh chàng chỉ ra lỗi để làm rõ nguồn lỗi là gì (ví dụ khi một số tên được chọn rất tệ, bạn có thể sử dụng chúng theo cách chúng không được dự định và với thành công rõ ràng ...).

Bây giờ, tôi làm điều này bằng phản xạ và hầu hết đồng nghiệp của tôi đều hiểu phản xạ này. Nhưng tôi cũng làm việc trong các công ty nơi đồng nghiệp có tâm lý đổ lỗi cho những người gây ra vấn đề đã được xác định, có hoặc không có sự hài hước (đối với tôi dù sao nó cũng có tác dụng không lành mạnh).

Trong kiểu môi trường này, việc giải thích lý do tại sao bạn phải viết sai mã khiến người khác nghĩ rằng bạn đang cố gắng xây dựng một cái cớ. Tôi nhận xét rằng hầu hết những người không có kỹ thuật (hoặc không phải là chuyên gia về miền, không chắc chắn, đó chỉ là kinh nghiệm cá nhân) cũng phản ứng chính xác như vậy khi bạn cố gắng giải thích lý do tại sao bạn làm sai.

Vì vậy, khi làm việc với loại người / môi trường này, làm thế nào để bạn giải thích được nguồn gốc thực sự của lỗi mà không giống như "kiếm cớ"? (và nó có đáng để cố gắng giải thích không?)


điều này đã xảy ra với tôi (về những thứ phi kỹ thuật) trong một cuộc phỏng vấn nhân sự ... không vui: /
Matthieu M.

Câu trả lời:


10

Tôi nghĩ rằng đó chỉ là vấn đề làm cho lời nói của bạn khớp với những gì bạn đang cảm thấy bên trong, và đặt điều bạn cảm thấy mạnh mẽ nhất (ví dụ như giải quyết vấn đề) trước tiên trong phản ứng của bạn. Khi một đồng nghiệp chỉ ra một tên biến khủng khiếp, bạn có thể nói "Tôi thực sự mệt mỏi vào ngày hôm đó" hoặc bạn có thể nói "Bạn nói đúng, đó là một cái tên khủng khiếp; Tôi thực sự mệt mỏi vào ngày hôm đó." hoặc "Tôi là người đã làm điều đó; tôi thực sự mệt mỏi vào ngày hôm đó." hoặc "Cảm ơn vì đã tìm thấy điều đó cho tôi; tôi thực sự mệt mỏi vào ngày hôm đó." V.v. Nếu bạn dẫn đầu với lý do, nó có vẻ như một cái cớ. Nếu bạn dẫn đến việc sở hữu sai lầm, cảm ơn ai đó vì đã tìm ra nó, hoặc chỉ đồng ý với họ, lý do không có vẻ như là một cái cớ quá nhiều.

Như một phần thưởng, khi bạn thực hành điều này, bạn gần như chắc chắn sẽ thấy ít cần đưa ra lời giải thích cho những tình huống "Tôi mệt mỏi, tôi không nghĩ ai sẽ sử dụng nó cho điều đó, tôi đã vội vàng". Bạn vẫn có thể sử dụng nó cho "doanh số tốt không bao giờ đề cập rằng họ đã nói với người dùng rằng tính năng này sẽ được thêm vào, Bob đã không giải thích cho tôi đúng, nếu Joe chọn một tên biến tốt hơn tôi sẽ hiểu đúng, nó hoạt động cho đến khi bạn đã thay đổi thông số kỹ thuật ", khi nguyên nhân gốc và phân tích thay đổi cơ bản có thể cần thiết.


Tôi đoán đó là giải pháp tốt nhất. Cuối cùng, tôi sẽ có thêm thời gian và nhiều năng lượng hơn để tập trung vào việc đồng ý và khắc phục vấn đề và chỉ giải thích nguồn vấn đề mà tôi nghĩ đến nếu được hỏi về vấn đề đó. Rốt cuộc, theo mặc định, tôi là người duy nhất quan tâm đến nó. Nếu họ quan tâm họ sẽ hỏi tôi đoán.
Klaim

12

Những loại hiểu lầm này là phổ biến giữa những người thực dụng và những người duy tâm. Những người theo chủ nghĩa thực dụng chỉ nghĩ rằng, một cái gì đó đã sai ... chúng ta có thể đổ lỗi cho ai? Những người theo chủ nghĩa lý tưởng đã cố gắng tìm ra cách để ngăn chặn điều đó không bao giờ trở lại.

Ashton đã đến San Francisco vào buổi chiều. Anh ta mang một chiếc SuperSh mực đến Cầu cảng của ngư dân và, nổi tiếng, đi vào một nhà hàng và gọi một chồng bánh lớn.

Đó là khi hệ lụy từ bỏ cuộc sống trước đây của anh ta ở Michigan thực sự bắt đầu chìm đắm. Anh ta không có việc làm, không có chỗ ngủ, xe hơi đã biến mất, anh ta nợ 40.000 đô la tiền vay của sinh viên và có chính xác $ 173 trong ví.

Nhưng goll-ee, họ chắc chắn có những cô hầu bàn xinh đẹp ở San Francisco, anh nghĩ, ngưỡng mộ những lọn tóc dâu tây của Molly Ringwald trông giống như người đứng trước máy tính tiền. Có thể cao hơn một chút so với năm feet. Tàn nhang điên cuồng.

Trong khi Ashton nhìn chằm chằm vào cô từ bên kia nhà hàng vắng vẻ, một vài chàng trai ăn mặc bảnh bao bước vào và bắt đầu nói chuyện với cô. Khách du lịch, có thể, hoặc sinh viên? Có trường học nào quanh đây không? Phải có trường học ở San Francisco. Anh ta không thể nghe thấy những gì họ nói, nhưng có vẻ phức tạp hơn một chút so với việc chúng tôi có thể có một cái bàn và mua một ít bánh kếp.

Ngay lập tức, Molly đã lấy ví ra và lục lọi khắp nơi. Cô ấy đã cho bọn trẻ một số tiền. Cuộc trò chuyện tiếp tục. Cô cố gắng gọi điện thoại; không ai trả lời. Cuối cùng, cô mở máy tính tiền và tính ra khá nhiều tiền mà cô đã đưa cho họ.

Thật kỳ lạ, anh chàng Ash Ashton nghĩ, nhưng anh ta đã trả séc và đi qua một quán cà phê Internet để tìm một căn hộ trên Craigslist.

Điều đầu tiên đánh vào anh ta là giá căn hộ là điên rồ. Quay trở lại Michigan, anh ta đã trả $ 475 cho một phòng ngủ thực sự đẹp, nhưng ở San Francisco, mọi thứ dường như gấp ba lần. Không có việc làm, anh thậm chí không chắc có ai thuê mình không. Trong khi anh ta đang cân nhắc vấn đề này, anh ta nhận thấy cô hầu bàn từ chỗ bánh xèo đi ra, rõ ràng là quẫn trí. Cô ngồi xuống tại một trạm xe buýt và bắt đầu khóc.

Bây giờ, Ashton cũ sẽ không bao giờ, không bao giờ đi đến một cô gái ngẫu nhiên trên phố, ít nhất là một người đang khóc, nhưng câu thần chú của San Francisco bằng cách nào đó đã khiến anh ta mất đi sự ức chế, vì vậy anh ta đã mua hai tách trà bạc hà , đi đến trạm xe buýt, ngồi xuống cạnh cô ấy và nói, tôi dường như có thêm một tách trà bạc hà. Bạn có muốn nó không?

Cô gái nhìn anh, bối rối, rồi cười một chút.

Tôi xin lỗi, tôi đã nói. Tôi không thường làm điều này. Tôi thấy bạn làm việc trong IHOP, và sau đó khi tôi thấy bạn ra khỏi đây .... Oh. Nhân tiện, tôi là Ashton. Với một N.M.

Cô là Becca, cô nói. Mùi với một M ..

Ashton nói, tôi M im lặng, tôi cho là vậy? Họ cười một chút. Becca sụt sịt. Ashton tìm thấy một chiếc khăn trong túi áo khoác, một vết tích sống trong khí hậu thực sự lạnh.

Họ bắt đầu nói chuyện. Hóa ra Becca vừa bị sa thải.

Ông già ngu ngốc đó. Anh ấy sẽ không nghe tôi! Tôi đã lấy một số tiền từ sổ đăng ký để bảo lãnh cho con trai của mình, nhưng nó không muốn nghe về nó. Anh ta chỉ cho rằng tôi đã đánh cắp nó.

"Gì?"

Chà, những đứa trẻ này vào nhà hàng, chúng là bạn học của Daryl, con trai của ông Dimitrious.

Đây là chủ sở hữu?

"Đúng. Dù sao những đứa trẻ này có vẻ tốt, họ nói rằng một số người buôn bán ma túy đã tức giận tại Daryl vì một số lý do và họ cần 200 đô la để giải cứu anh ta.

Cứu anh khỏi cái gì? Tôi không hiểu Làm thế nào mà nó hoạt động? Nó không giống như một câu chuyện thực sự. Nhưng có lẽ đây là cách mọi thứ hoạt động ở California.

Tôi đã cho họ 40 đô la của riêng tôi, nhưng họ rất khăng khăng rằng nếu họ không kiếm được 200 đô la, Daryl sẽ bị tổn thương. Tôi không thể liên lạc với ông Dimitrious qua điện thoại và tôi rất sợ, vì vậy tôi đã lấy 160 đô la từ sổ đăng ký và đưa cho họ. Nhưng khi tôi cố gắng giải thích điều đó với anh ta, anh ta chỉ lật ra và không nghe tôi nói. Tôi đang cố nói với anh ta rằng Daryl đang gặp rắc rối, và tất cả những gì anh ta muốn nói là tôi đã ăn cắp từ anh ta. Làm thế nào anh ta có thể sa thải tôi vì đã cố gắng giúp đỡ con trai của mình? Có chuyện gì với người đàn ông đó vậy?

Ashton khá chắc chắn rằng Becca vừa bị lừa đảo, nhưng anh không thể tự mình phá vỡ nó. Và mặc dù cô ấy rất buồn bã, anh ấy thực sự thích nói chuyện với cô ấy, vì vậy anh ấy đã kéo cuộc trò chuyện vào. Anh ta bắt đầu nói về việc làm thế nào, khi anh ta làm việc tại công ty nội thất ở Michigan, mọi người phải tham gia một khóa học có tên là Five Five Whys. Ý tưởng là mỗi khi có sự cố xảy ra, bạn phải hỏi tại sao phải tìm ra nguyên nhân ngay lập tức. Sau đó, bạn hỏi tại sao một lần nữa, để tìm ra nguyên nhân gây ra điều đó, và bạn tiếp tục làm điều đó, khoảng năm lần, cho đến khi bạn tìm thấy vấn đề gốc.

Vì vậy, ví dụ, bạn đã bị sa thải. Tại sao? Bởi vì tiền đã bị thiếu trong máy tính tiền. Tại sao? Bởi vì bạn đã đưa nó cho một số trẻ em. Tại sao? Bởi vì họ nói với bạn Daryl gặp rắc rối. Tại sao?"

Càng chờ, tại sao? Cẩu Becca hỏi.

Tại sao họ nói với bạn Daryl gặp rắc rối?

Becca nghĩ trong một phút.

Tôi đã bị lừa đảo

Tôi nghĩ có lẽ bạn đã làm.

Becca im lặng trong một thời gian rất dài. Rồi cô bắt đầu cười, và nó đã lây nhiễm Ashton, và cả hai đều cười như điên, và cảm giác thật tuyệt, sau một ngày căng thẳng.

Bạn là một mọt sách toàn diện, cô ấy nói. Năm Năm, ai cũng phải đồng ý.

Họ đã có một thời gian tốt. Họ đi bộ khắp North End, và họ nói chuyện hàng giờ. Anh ấy nói với cô ấy về việc trở thành một lập trình viên, và công ty nội thất, và trong hai năm, không phải là một điều duy nhất anh ấy làm trong công việc, và anh ấy phát ốm vì điều đó, và bắt đầu một cuộc sống mới, và ở đây, anh ấy, không có nơi để ở, vào một đêm mùa đông ở San Francisco.

Trời ơi, trời ơi, Bec Becca nói, tôi chỉ biết chỗ đó thôi. Tôi đang sống trong một ngôi nhà chung lớn ở Russian Hill. Bây giờ có một căn phòng trống.

Đồi Nga ở đâu? Hill Ashton hỏi.

Không còn xa nữa. Tôi sẽ đưa bạn Nhưng chờ đã ... bạn có phiền khi chờ đợi để tôi có thể đi thử thêm một lần nữa để nhận lại công việc của mình không?

Ashton hạnh phúc hơn anh cả ngày. Những điều thực sự có một cách làm việc ra.

Chắc chắn rồi! Nói vậy, gần như ham chơi. Chỉ một giây thôi. Và anh ấy đã lấy 160 đô la từ ví của mình, để lại chính xác ba đô la, và anh ấy đã đưa nó cho Becca, và nói, Hãy lấy cái này, nó có thể giúp bạn lấy lại công việc.

Tôi nói không thể! Tôi nói, nhưng Ashton khăng khăng, và họ đã đồng ý gặp nhau trong nửa giờ tại Bậc thang của Rome trên Columbus Ave., nơi Ashton đến ngồi và uống một tách espresso trong khi Becca đi bộ trở lại về phía nhà hàng.

Và nó đã muộn.

Một giờ trôi qua, rồi một người khác, và người phục vụ người Ý rõ ràng đã phải lòng Ashton, vì vậy anh ta không làm phiền anh ta về việc chỉ gọi một tách cà phê và ngồi vào bàn trong nhiều giờ, và sau đó là nửa đêm, sau đó là một giờ sáng, sau đó là Hai giờ sáng, và người phục vụ cuối cùng cũng nói, Nhìn này, tôi xin lỗi anh bạn, chúng tôi đang đóng cửa, bạn phải rời đi.


6
Này, Joel, có một số ý tưởng thực sự tuyệt vời ở đây ... có lẽ bạn nên xem xét một blog?
Macneil

2
-1 cho một câu trả lời khác. Đây không phải là một câu trả lời chu đáo cho một câu hỏi phức tạp mà là một cuộc đắm tàu ​​đang diễn ra.
Josh K

2
@Macneil: Cái này? Đây là một lan man và một mớ hỗn độn. Một trò hề của một câu trả lời. Tôi tôn trọng Joel, và nghĩ rằng anh ấy đã viết một số thứ tử tế. Điều này? Đây là một trò đùa.
Josh K

2
@Bob: Tìm hiểu tâm trí nên tìm một câu trả lời khác.
Josh K

1
@sharptooth: OP đưa ra những suy nghĩ bên trong của anh ấy về những lỗi của anh ấy cho những người không quan tâm đến những gì anh ấy nghĩ và chỉ muốn sửa lỗi của họ. Đó là một sự lãng phí không liên quan đến thời gian của họ, giống như câu chuyện về con chó xù xì vô nghĩa của Joel. Joel đã lấy những gì OP làm và dịch nó sang ngữ cảnh SE, và chứng minh rằng nó thực sự gây khó chịu cho tất cả mọi người trừ người đang làm điều đó. Không có đạo đức trong câu chuyện; Câu chuyện đạo đức.
Bob Murphy

6

Tôi cảm thấy lựa chọn tốt nhất là chỉ thừa nhận vấn đề và hứa sẽ khắc phục nhanh chóng. Mọi người nói chung không quan tâm tại sao và làm thế nào bạn mắc lỗi, ngoại lệ duy nhất là người quản lý của bạn cho anh ta cần liên tục đánh giá bạn phù hợp với chuyên môn.

Đối với việc đổ lỗi cho người đã phạm sai lầm, đó là bản chất của con người và bạn không thể giúp được. Lời khuyên tốt nhất là xây dựng một rào cản tinh thần và cố gắng không nhận nó quá cá nhân, đừng để những lời chỉ trích của họ "chạm" vào bạn. Mặc dù điều đó thật khó khăn.


6

Câu trả lời ngắn gọn: bạn không

Rất có thể là bất cứ ai chỉ ra lỗi không quan tâm đến lý do tại sao nó sai, họ chỉ muốn sửa nó. Thực tế đó là bạn muốn khám phá lý do tại sao lỗi được tạo ra và những gì bạn có thể học được từ đó và do đó cải thiện là điều đáng khen ngợi, nhưng một lần nữa, bất cứ ai chỉ ra lỗi đều có thể không thích nghe độc ​​thoại nội bộ của bạn.

tiếp tục làm những gì bạn đang làm, nó giúp bạn cải thiện. Nhưng đừng nói to trước mặt người dùng.


Hoàn toàn đúng. Nếu một người phục vụ trong nhà hàng mang đến cho tôi bữa ăn của người khác, tôi chỉ muốn anh ta mang nó đi và mang cho tôi bữa ăn nhanh nhất có thể. Tôi không muốn nghe về lý do tại sao anh ấy làm điều đó.
Bob Murphy

@Klaim: Chỉ cần nói, "Xin lỗi vì sự cố. Tôi sẽ sửa nó." Đó là tất cả những gì bạn nên nói, bởi vì đó là tất cả mọi người quan tâm nhất.
Bob Murphy

@Bob Murphy, tại sao phải bận tâm với "xin lỗi?" Tại sao không chỉ nói, "Lưu ý, tiếp theo?" Xin lỗi là một phần của chu kỳ đổ lỗi. Nó bị hỏng và cần được sửa chữa. Không có gì để xin lỗi.
Dan Rosenstark

@Bob Murphy: Yeap, bạn thấy đấy, tôi xin lỗi được sử dụng waaay quá thường xuyên và thường thì điều đó không có nghĩa là ai đó xin lỗi - đó chỉ là một cụm từ khóa giao thức. Chúng ta có cần các cụm từ giao thức trong đó hành động và thái độ thực sự là những gì thực tế cần thiết không?
sharptooth

1
@Steven: Tôi hoàn toàn đồng ý. Trên thực tế, tôi thường nghĩ rằng chính trị Mỹ sẽ được hưởng lợi rất nhiều khi quay trở lại đấu tay đôi.
Bob Murphy

1

Bất kể, bạn đã phạm sai lầm, vì vậy bạn nên thừa nhận nó. Bạn có thể đã có một cơ hội vô cùng nhỏ để tránh nó, nhưng bạn đã viết nó và nó đã được phát hành.

Khi làm việc với những người không có tên miền hoặc chuyên môn kỹ thuật, tại sao bạn lại đưa ra lời giải thích chi tiết? Nó nghe có vẻ như là một cái cớ hoặc một lời giải thích trên đầu họ mà họ sẽ hiểu là một cái cớ.


0

Ở nhiều khía cạnh tôi không nghĩ bạn có thể tránh được xung đột này.

Giải thích lý do là làm thế nào bạn đến bất cứ điểm nào bạn đang ở là điều quan trọng trong việc hiểu "bức tranh lớn" xung quanh vấn đề trong nhiều trường hợp, nhưng sẽ luôn có những người coi đây là một cái cớ.

Chọn người mà bạn có cuộc trò chuyện là người gần nhất tôi từng quản lý vấn đề này. Nói chung, không nên thảo luận với những người kinh doanh và chỉ thảo luận với những người sẽ tham gia vào giải pháp kỹ thuật.

Ngay cả cách tiếp cận đó đôi khi cũng thất bại vì sai lầm ngày nay thường được liên kết với một yêu cầu trước đó và dù sao bạn cũng sẽ nhận được thuốc.

Nói chung, tôi cố gắng không lo lắng về nó quá nhiều vì nếu mọi người sẽ chọn đó là một vấn đề cần nêu lên về bạn, họ có khả năng đủ động lực họ sẽ tìm ra một vấn đề khác ngay khi bạn có thể "sửa" vấn đề này.


0

Chịu trách nhiệm cho nó. Steven Covey cụm từ đó là khả năng đáp ứng: khả năng đáp ứng của bạn. Nói những gì bạn sẽ làm trong tương lai để ngăn chặn làm điều đó một lần nữa, và làm theo. Nhìn chung, bạn nên quan tâm đến danh tiếng lâu dài của bạn, và không phải là thời điểm ngay lập tức.

Nếu bạn sở hữu sai lầm, mọi người sẽ đánh giá cao nó và tôn trọng bạn hơn. Nó sẽ cung cấp cho bạn sự tin cậy nhiều hơn khi một cái gì đó không phải là một lỗi (hoặc ít nhất không phải là của bạn) và không cần giải thích.

Ngoài ra, ngay cả khi không được cung cấp tốt, hãy coi đó là phản hồi mang tính xây dựng và cảm ơn bất cứ ai chỉ ra vấn đề. Nếu bạn không chắc chắn những gì họ nói là sai với mã của bạn, hãy hỏi các câu hỏi tiếp theo.


Tôi không chắc câu trả lời của bạn trả lời trực tiếp câu trả lời của tôi. Tôi chịu trách nhiệm về vấn đề này và cố gắng cung cấp một giải pháp tốt, nhưng để làm điều này trước tiên tôi cần tìm lý do tại sao tôi đã làm sai mã ngay từ đầu. Dù lý do là gì đi nữa, đó là lời giải thích (hoặc thực tế là cố gắng giải thích có lẽ?) Dường như kích hoạt "bạn đang kiếm cớ" cắt những câu khiến bạn không thể giải thích bất cứ điều gì. Điều đó nói rằng, nó không phải là một vấn đề lớn đối với tôi vì tôi vẫn có thể giải quyết vấn đề, nhưng đó là vấn đề giao tiếp nhiều hơn tôi gặp phải.
Klaim

Mong muốn "giải thích" của bạn là cố gắng giữ thể diện. Tôi đang nói bạn nên làm điều đó theo một cách khác. Tôi không trả lời câu hỏi của bạn ở bề ngoài, tôi đang giúp bạn với nguyên nhân gốc rễ.
Macneil

0

Đây là những gì bạn nói:

"Tôi chịu trách nhiệm hoàn toàn. Tôi sẽ làm hết sức mình để sửa nó và không làm điều đó trong tương lai."

Ai đó có thể nói gì sau đó? Họ chấp nhận những gì bạn đã nói và tiếp tục hoặc họ kỷ luật bạn. Đó là nó. Nó đặt trách nhiệm lại cho họ để làm một cái gì đó hoặc, như tôi đã nói, tiến lên.


Không tốt lắm khi lý do cho lỗi lầm của bạn là sai lầm của người khác cũng cần được sửa chữa.
Kate Gregory

@kate bạn có thể ngạc nhiên về một người có trách nhiệm có thể thoát khỏi bao nhiêu.
johnny

Tôi không lo lắng bạn sẽ không thoát khỏi nó, tôi lo lắng sẽ không có ai đến gặp anh chàng kia và khiến anh ta ngừng làm bất cứ điều gì anh ta đã làm sai, hoặc thay đổi nó, hoặc không có gì. hầu như luôn luôn) cách quan trọng hơn ai để đổ lỗi.
Kate Gregory

@kate phụ thuộc vào người giám sát và bầu không khí. Anh ấy luôn có thể nói tôi chịu trách nhiệm hoàn toàn cho bất kỳ phần nào của tôi.
johnny

Anh ấy cũng có thể nói, "Xin lỗi, có một vấn đề. Tôi sẽ làm việc với các thành viên khác trong nhóm để sửa nó."
Bob Murphy

0

Hầu hết các lỗi đều có, bởi vì lập trình viên quên xem xét tất cả các trường hợp. Đôi khi bạn viết mã giữ một kịch bản trong tâm trí và sau đó kịch bản khác thất bại. Trong trường hợp này, nếu người ta hỏi câu trả lời của bạn là "Trường hợp đó không được xem xét. Hãy để tôi sửa nó và chúng tôi sẽ ghi lại rằng bất cứ ai chạm vào phần mã này cũng nên viết mã theo trường hợp này". Nhưng nếu ai đó liên tục tìm thấy các lỗi ngu ngốc và nếu điều đó làm phiền bạn, thì mỗi khi bạn thay đổi mã, hãy đến gặp người đó và bảo anh ta kiểm tra mã để tìm lỗi. Một ngày nào đó anh ấy / cô ấy sẽ thất vọng và ngăn chặn nó.
Thông thường phạm sai lầm không phải là vấn đề, nhưng lặp lại chúng là vấn đề. Do đó, khi ai đó chỉ cho bạn lỗi, bạn nên nói, "Cảm ơn vì đã phát hiện ra. Tôi sẽ sửa nó và đề cập đến nó trong hướng dẫn mã hóa."


1
Nếu ai đó tiếp tục tìm thấy các lỗi ngu ngốc trong mã của bạn, bạn nên đảm bảo kiểm tra kỹ công việc của mình trước khi làm phiền người đó để kiểm tra lỗi cho bạn. Mục tiêu là để loại bỏ lỗi, vì vậy cố gắng làm nản lòng ai đó đang cố gắng cải thiện chất lượng không phải là cách tốt.
Adam Lear
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.