Làm thế nào để đối phó với chương trình dạy thổi [đóng cửa]

Vì vậy, tôi chắc chắn rằng tất cả mọi người đã gặp phải người này vào lúc này hay lúc khác, ai đó nắm bắt được dự án hoặc ý tưởng của bạn và ban đầu cho thấy một số quan tâm. Bạn có thể nói về một số phương thức của bạn và thường vào khoảng thời gian này, chúng xen vào việc nêu rõ cách bạn nên sử dụng phương thức X thay vào đó, hoặc chỉ sử dụng thư viện Y. Nhưng không phải là một gợi ý thân thiện, nhưng giáp với một điều răn. Thường lặp đi lặp lại cùng một lời khuyên nhiều lần như một con vẹt quá nhiệt tình.

Cá nhân, tôi thích phát minh lại cái bánh xe khi tôi đang học, hoặc thậm chí chỉ để giải trí, ngay cả khi nó trở nên tồi tệ hơn những gì đã làm trước đây. Nhưng người này dường như không thể tái tạo bất kỳ tiện ích nào cho các mục đích như vậy, hoặc có thể thử một cái gì đó không tuân thủ nghiêm ngặt các thực hành OOP truyền thống, và sẽ không giải quyết được gì ngoại trừ cảm giác hoàn hảo của họ, và do đó, tự nhiên đẩy sự chỉ trích của họ xuống toàn bộ tai tôi . Trên hết, cuối cùng họ bắt đầu biện minh cho lời khuyên của mình (chậm phát triển) bằng cách liệt kê tất cả những điều cực kỳ phức tạp mà họ đã mã hóa bằng một tay (thường là dọc theo dòng chữ "hãy tin tôi, tôi đã thực hiện / sử dụng chương trình X trong một thời gian dài , Vân vân").

Bây giờ, tôi không phải là một bậc thầy lập trình, có lẽ tôi thậm chí còn không giỏi, và vì thế tôi đánh giá cao lời khuyên và phê bình, nhưng tôi nghĩ rằng lời khuyên / phê bình có thời gian và địa điểm. Cũng có một sự khác biệt lớn giữa việc hữu ích và tự ái. Trước đây có lẽ tôi đã từng sử dụng một sự bác bỏ theo phong cách George Carlin có phần mạnh mẽ hơn, nhưng tôi không nghĩ việc đốt cầu là cách tiếp cận tốt nhất nữa.

Bạn có lời khuyên nào về cách đối phó với kiểu nói bậy này không?

Đừng để họ nói chuyện. Nhận chúng trước một bàn phím. Cụm từ "ok, chỉ cho tôi" nên làm điều đó. Kinh nghiệm của tôi là khó khăn nhất không phải là tuyệt vời, và khi họ thực sự cố gắng làm những gì họ nói nó không hoạt động và mọi thứ trở nên thực sự yên tĩnh.

Tôi đã lập trình được ba mươi năm. Tôi biết rất nhiều người coi tôi là "bậc thầy lập trình". Bạn muốn biết bí mật bẩn thỉu của tôi? Tôi chỉ vừa đủ khả năng trong một vài lĩnh vực, nhưng đó là nó. Chủ yếu là tôi mút .

Tôi đã làm việc với một số thiên tài đáng kinh ngạc trong những năm đó, không phải là nữ diễn viên thiên tài về nữ diễn viên, mà là IQ rạo rực, thiên tài với thể loại thiên tài G. Heck, tôi đã đọc Knuth.

Nếu bạn làm việc chăm chỉ và đủ lâu thì sớm muộn gì bạn cũng sẽ nhận ra rằng điều tốt nhất bạn có thể làm là thực sự không đáng kể so với bề rộng và chiều sâu của tài năng ngoài kia. Tôi không thấy làm thế nào bất cứ ai có thể đạt đến điểm đó và đi với bất cứ điều gì ngoại trừ sự khiêm tốn sâu sắc nhất.

Bất cứ ai có quan điểm của họ đối với người khác và tin rằng cách của họ là cách chính xác hơn tất cả những người khác chỉ đơn giản là không phải là một lập trình viên rất giỏi. Dùng từ ngữ của tôi cho nó.

Lời khuyên của tôi, bạn đang đi đúng hướng không đốt cầu. Lắng nghe một cách lịch sự, lấy bất cứ điều gì tốt từ nó bạn có thể, sau đó đi theo cách riêng của bạn.

Giống như hầu hết các tình huống xã hội, nó phụ thuộc vào bối cảnh.

Nếu người này đóng vai trò lãnh đạo (bối cảnh có thể là nơi làm việc), thì bạn sẽ bị loại trừ khi bạn có thể thuyết phục họ sử dụng các kỹ thuật khác với kỹ thuật họ chọn. Hy vọng họ mở cửa để phê bình từ đội của họ. Trong nhiều trường hợp, tôi đã thấy rằng việc trình bày các lập luận tốt, dựa trên thực tế, vững chắc về lý do tại sao phương pháp cụ thể của bạn tốt hơn cho dự án sẽ thường thắng chúng. Nếu họ tiếp tục trở nên bướng bỉnh chỉ vì "đó của nó như thế nào là nghĩa vụ phải được thực hiện" (hoặc một số lý do ngớ ngẩn khác), sau đó họ kết thúc lên trông xấu anyways và bạn trông giống như bạn ít nhất là cố gắng để được hợp lý. Trong trường hợp này, tôi cũng khuyên bạn nên kiểm tra ra careers.so ...

Nếu người này là đồng nghiệp của bạn, bạn có thể bỏ qua nó và tiếp tục. Tốt hơn là yêu cầu họ giải thích lý do tại sao họ coi trọng một thư viện hoặc cách tiếp cận cụ thể. Qua thảo luận, họ có thể nhận ra rằng khó khăn của bạn là khác nhau hơn những gì họ mong đợi (ví dụ, bạn không cần phải "awesome siêu nhanh thư viện X" bởi vì bạn không cần liệu tốc độ đạp-to-the-kim loại, hoặc bạn don 't muốn sử dụng "thành phần Y dựng sẵn" vì bạn đang hướng tới việc giảm thiểu sự phụ thuộc). Bạn cũng có thể có được cái nhìn sâu sắc có giá trị về một số điều họ đang đề xuất. Thông thường trong những tình huống như thế này, tôi cuối cùng sẽ đi theo cách riêng của mình, nhưng tôi cũng thường sẽ lượm lặt được một số thông tin hữu ích từ ít nhất là nhìn vào bất kỳ cách tiếp cận / công nghệ / thư viện nào mà họ đang ủng hộ.

Nếu người này ở dưới bạn, thì hãy bảo họ sửa lỗi :) Ok ... có thể có tính xây dựng hơn một chút (đừng trở thành kiểu người mà bạn đang cố gắng giải quyết!), Và một lần nữa cố gắng hiểu những gì đang xảy ra và giao tiếp hiệu quả.

Cuối cùng, nếu người đó thực sự là một người khó tính, không muốn thỏa hiệp, không cởi mở và không quan tâm đến việc học; sau đó tất cả những gì bạn thực sự có thể làm là bỏ qua nó và cố gắng làm cho tình huống tốt nhất.

Cố gắng tìm ra lý do tại sao anh ta cảm thấy cần phải xâm nhập theo cách này.

• Có phải anh ấy sợ bạn làm sai và lãng phí tiền / thời gian của công ty?
• Có phải anh ấy bất an và sợ không liên quan?
• Có phải anh ta đang cố gắng trở nên hữu ích bằng cách gợi ý một giải pháp tốt hơn, nhưng thất bại?
• Là anh ấy hiểu lầm mục tiêu của bạn trong việc khám phá không gian giải pháp?
• Đây có phải là cách thân thiện của anh ấy?
• Có ai đó nói với anh ấy rằng bạn nên luôn luôn sử dụng X, vì vậy anh ấy luôn gợi ý X? Tại sao họ nói với anh ấy điều đó?
• Có phải anh ấy là nhân viên bán hàng cho công nghệ X?

Tất cả đều có phản ứng khác nhau.

Với sự hiểu biết tốt hơn về 'cú hích' của bạn - hãy bắt đầu bằng cách đánh mất nhãn hiệu đó cho anh ấy - bạn sẽ có nhiều khả năng hơn để tìm cách làm việc cùng nhau.

Bạn cũng có thể điều tra lý do tại sao điều này làm phiền bạn rất nhiều. Tại sao bạn không thể bỏ qua đầu vào của anh ta, hoặc làm chệch hướng nó một cách vô hại?

Chuyển sang chế độ lập trình chức năng. Hầu hết những người khó tính đều biết Java và không có gì khác. Vì vậy, khoảnh khắc bạn đánh chúng bằng thứ gì đó kỳ lạ như nói Haskell hoặc Lisp hoặc thậm chí là Ruby, chúng sẽ ngừng chết.

Tôi sẽ bảo họ tắt f ** k (Bạn có thể sử dụng nhiều thông báo ngoại giao hơn nếu bạn muốn.) Hoặc đơn giản là bỏ qua chúng. Không có nhiều lựa chọn ngoài những gì tôi đã nói. (Giết người có thể hoạt động nhưng tính hợp pháp thay đổi theo địa phương.)

Tại sao bạn quan tâm những gì người này nói? Họ có phải là ông chủ của bạn không? Ai quan tâm? Mỗi công việc đều có một chàng trai, hy vọng không phải bạn, mà họ tránh, hoặc họ nghe thấy anh ta đi xuống sảnh và họ vịt. Họ không thích anh ấy. Họ thậm chí có thể không biết tại sao. Nhưng đó chỉ là cách của thế giới. Hãy thân mật và ai quan tâm. Âm thanh như bạn muốn pound thịt của bạn và đánh anh ta xung quanh một chút.

Có một anh chàng như thế này ở nơi làm việc cuối cùng của tôi. Anh ta không chỉ có ý kiến ​​về mọi nhiệm vụ riêng lẻ mà mọi người khác đang làm, mà anh ta còn cuộn lại và hỏi "anh đang làm gì - tôi chỉ quan tâm!" ngay khi bạn bắt đầu một nhiệm vụ, thay vì bắt tay vào công việc của chính mình mà anh ta đã được giao. Đó là một điều có ý kiến ​​về một điều gì đó hết lần này đến lần khác - mỗi chúng ta đều có quan điểm và các nhóm làm việc phải luôn luôn mở cho đầu vào hợp lệ từ các đồng nghiệp của họ - nhưng đó là một triển vọng hoàn toàn khác khi một cá nhân liên tục loại bỏ các nhà phát triển khác bằng cách yêu cầu họ hãy dừng những gì họ đang làm và giải thích cho họ, với hy vọng họ có thể phát triểnmột ý kiến ​​trong suốt cuộc trò chuyện mà họ đề xuất thay vì để đồng nghiệp tiếp tục với công việc của họ.

Khi anh chàng đặc biệt này thử những điều trên với tôi, dòng mở đầu của anh ta là "Anh đang làm gì vậy?", Tôi đã đưa ra một bản tóm tắt tổng quan lịch sự ngắn gọn về nhiệm vụ mà tôi mới bắt đầu, trong trường hợp anh ta thực sự chỉ hỏi một cách tình cờ hơn là tìm kiếm một cuộc tranh luận dài và không khai sáng về chủ đề này vì tôi nghi ngờ từ kinh nghiệm đau đớn trước đó là ý định của anh ta. Khi trả lời giải thích tổng quan của tôi, anh ấy tiếp tục nói "Tôi không hiểu? ...", với giọng điệu gợi ý không có gì khiến tôi vui hơn là dừng những gì tôi đang làm để giải thích chi tiết hơn về ý định của tôi với anh ấy, Tôi chỉ nói "Tại sao bạn cần phải hiểu?", Điều đó ngăn anh ta chết trong các bài hát của mình.

Mọi nhà phát triển khác trong văn phòng đều cười lớn khi anh ta hờ hững trở về chỗ ngồi của mình, không thể trả lời câu hỏi của tôi. Bài học ở đây, nếu tôi có thể đoán là sẽ cho một người, đó là những người này luôn được đối xử tốt nhất một cách văn minh và bình tĩnh, nhưng kiên quyết. Nếu bạn không giải trí được sự can thiệp của họ vào công việc của bạn và chấm dứt mọi cuộc trò chuyện đang đe dọa sẽ đưa ra một lý lẽ trước khi họ bắt đầu, những người này thường không có ý định làm hỏng quá trình suy nghĩ của bạn.

Đánh chúng với dòng "Bạn không bao giờ nên sử dụng thứ bạn không hiểu".