Tôi có thể làm gì? Bạn sẽ phản ứng như thế nào? CỨU GIÚP! [đóng cửa]


13

Tôi đang cố gắng để lãnh đạo một nhóm phần mềm đang tụt lại phía sau. Một trong những vấn đề chính là bất cứ khi nào một điều gì đó khó khăn nhẹ, cuối cùng tôi phải tự giao nó cho mình. Tôi đã có một nhà phát triển khác với các kỹ năng vừa phải và một nửa thực tập. Thật không may, các kỹ năng của nhà phát triển khác không bao gồm thiết kế.

Vì vậy, tôi đã cầu xin ông chủ của mình cho một trong những người ở một trong những đội khác, anh ta đã làm việc ở đây lâu hơn tôi (5 năm). Anh ấy không thể cạnh tranh với tôi về thiết kế HOẶC ngôn ngữ chúng tôi sử dụng, nhưng tôi nghĩ anh ấy là người có năng lực nhất ngoài bản thân tôi.

Hôm nay anh ấy đưa cho tôi một đoạn mã đã làm một cái gì đó không giống chút ít với:

object const& my_class::get_object() const 
{ 
  return *std::unique_ptr<object>(new object());
}

Anh ấy hỏi tôi có phải là vấn đề không! Tôi nói điều duy nhất tôi có thể nghĩ, "Vâng. Đó là một vấn đề." Sau đó, anh ấy đến bàn của tôi hỏi tôi làm thế nào để sửa nó !! Tôi nói, "Sử dụng một đối tượng sống sót sau cuộc gọi của hàm." Sau đó, anh ta bắt đầu bối rối, "Vâng, nhưng làm thế nào, điều duy nhất tôi có thể nghĩ là tạo ra một biến thành viên."

Lúc này tôi hơi bận vì tôi đã cố gắng làm thêm việc nên tôi phải tiếp quản anh chàng kia trong đội vì anh ta không thể hiểu được ... Tôi bảo anh ta đi vì tôi đã bận rộn và tự mình tìm ra nó. Sau đó anh ta nổi giận nói về việc đó không phải là lỗi của anh ta nếu anh ta làm hỏng mọi thứ. Anh ấy đã bối rối kể từ khi anh ấy vào đội và tôi không nghĩ rằng nó sẽ tốt hơn.

Tôi cảm thấy như mình đang chết đuối ở đây. WTH tôi có thể làm gì? Cách đúng đắn để đối phó với điều đó là gì? Sẽ hợp lý hơn nếu giúp anh chàng này đã viết C ++ trong 7 năm tìm ra cách trả lại chính xác một tham chiếu đến một đối tượng không bị phá hủy ngay khi nó quay trở lại? Tôi cảm thấy thật là nực cười khi phải làm và tự hỏi làm thế nào tôi có thể làm mọi thứ theo cách đó.

Đôi khi tôi nghĩ rằng họ đang cố tình làm điều đó nhưng dường như điều đó đối với tôi chỉ là đánh đòn ... nhưng sau đó một lần nữa, câu hỏi tôi vừa được hỏi hôm nay cũng vậy. Đây không phải là một đứa trẻ ngồi ở nhà cố gắng tìm ra chương trình đầu tiên của mình, khiến não bị thổi bởi con trỏ.


4
HÉT LÊN!!! Và tiếp tục một cơn thịnh nộ. Nó làm cho bạn cảm thấy tốt hơn. Oh chờ đã, tôi thấy bạn đã làm điều đó. Hãy thử mỉm cười. :): D (Nụ cười xấu xa cũng được.>: D)
Mateen Ulhaq

Anh ấy vừa gửi cho tôi một email nói rằng vì tôi có "mong muốn mạnh mẽ không bị gián đoạn" nên anh ấy không thể tiếp tục và sẽ quay lại dự án khác: p

7
Tại sao một người không có hiểu biết nhỏ nhất về con trỏ và quản lý bộ nhớ làm việc trong dự án C ++?
Charles Salvia

2
Một lời giải thích khả dĩ: trong nhiều năm, sự khôn ngoan phổ biến là STL chưa sẵn sàng cho thời gian chính và sẽ tạo ra mã quá phình to cho việc sử dụng sản xuất. Nó từng có thể là một lập trình viên C ++ tương đối tinh vi mà không biết nhiều về STL. Rõ ràng mọi thứ đã thay đổi. Tuy nhiên, nếu anh ta được đào tạo vào cuối những năm 90, hoặc được cố vấn bởi một người được đào tạo vào cuối những năm 90, anh ta có thể tìm kiếm đối tượng mới () tốt, nhưng hoàn toàn không bị cản trở bởi std mới lạ này: unique_ptr <object> () điều. Nó không giải quyết vấn đề của bạn, nhưng nó có thể giải thích anh ấy đến từ đâu.
Charles E. Grant

2
@Charles: đồng ý, tôi có nhiều năm kinh nghiệm về C ++ từ ngành công nghiệp trò chơi, và chưa bao giờ chạm vào STL và cũng không biết gì về nó. Nhìn vào đoạn mã ở trên, tất cả những gì tôi có thể làm là lắc đầu và nghĩ, "nếu bạn muốn viết C ++, viết C ++, nhưng có vẻ như bạn không muốn viết C ++, vậy tại sao không sử dụng cấp độ cao hơn ngôn ngữ? "
Carson63000

Câu trả lời:


14

Sẽ hợp lý hơn nếu giúp anh chàng này đã viết C ++ trong 7 năm tìm ra cách trả lại chính xác một tham chiếu đến một đối tượng không bị phá hủy ngay khi nó quay trở lại?

Tôi đã cho tất cả các cuốn sách C ++ của mình cách đây vài năm, trong khi thề rằng tôi sẽ không bao giờ chạm vào ngôn ngữ đó nữa và thậm chí tôi có thể nói với anh chàng này không biết mình đang làm gì. Tôi nghĩ bạn nên ngồi xuống với anh ta và tìm hiểu xem trình độ kỹ năng của anh ta là gì.

Điều này nghe có vẻ như anh ta có 1 năm kinh nghiệm bảy lần - không phải bảy năm kinh nghiệm. Trong các công ty lớn hơn, người lao động không có kỹ năng có thể che giấu bản thân và xáo trộn "xung quanh hệ thống" bất cứ khi nào họ bị bắt gặp.

Tôi đang cố gắng để lãnh đạo một nhóm phần mềm đang tụt lại phía sau. Một trong những vấn đề chính là bất cứ khi nào một điều gì đó khó khăn nhẹ, cuối cùng tôi phải tự giao nó cho mình.

Nếu đây là trường hợp, sau đó bạn phải dừng lại và tìm ra mức độ kỹ năng folks là gì. Tôi hiểu rằng bạn cảm thấy bị choáng ngợp bởi thời hạn và như vậy, nhưng bạn không thể hoàn thành công việc khi bạn thậm chí không thể chắc chắn nhóm của bạn bao gồm những gì. Bạn không thể hoàn thành dự án nếu bạn tiếp tục mắc lỗi tương tự - chỉ nhanh hơn lần này.

Nhận tất cả công việc cho bản thân bạn có nghĩa là bạn không có một nhóm, bạn cũng không có niềm tin vào họ. Điều đó phải được sửa chữa đầu tiên.


7
+1 cho "có vẻ như anh ấy đã có 1 năm kinh nghiệm bảy lần".
Matthew đọc

@Matthew: rất đúng.
Tôi chấp nhận

13

Loại vấn đề này là bánh mì và bơ của quản lý. Một câu hỏi mà tất cả các nhà quản lý cần đặt ra là "Người của tôi có các kỹ năng cần thiết để thực hiện công việc không?" Nếu câu trả lời là "không", một người quản lý tốt sẽ không hét lên hay bỏ cuộc - một người quản lý giỏi sẽ tiến hành khắc phục tình hình.

Đây là một quan sát - C ++ không phải là một ngôn ngữ tầm thường, vì vậy có thể sử dụng thứ gì đó mà các nhà phát triển cơ sở của bạn có năng lực hơn không? Nếu nó phải ở trong C ++, thì bạn cần phải đào tạo các nhà phát triển hiện tại của mình hoặc thuê các nhà phát triển mới với các kỹ năng phù hợp.

Tôi đã ở trong một tình huống không giống nhau một năm trước. Tôi được mời đến để lãnh đạo một nhóm lập trình viên VB6 làm việc về mã spaghetti và mong muốn của quản lý là chuyển sang các hệ thống hướng đối tượng được kiến ​​trúc tốt, được viết bằng .NET. Chúng tôi đã đạt được một số tiến bộ tuyệt vời trong lĩnh vực này, vì vậy những loại dịch chuyển này là có thể.

Một bình luận cuối cùng. Nếu bạn không thích giải quyết vấn đề này, tôi sẽ thoát khỏi sự quản lý và quay trở lại với vai trò thuần túy kỹ thuật. Những loại thử thách lộn xộn này là bánh mì và bơ trong cuộc sống của người quản lý, và nó không phù hợp với tất cả mọi người.


4
Đây là một ví dụ hay về quan điểm quản lý mà nhiều nhân viên dường như không có.
Đánh dấu C

Vâng, tôi không quản lý. Đôi khi tôi ước mình được như vậy tôi sẽ có nhiều cơ hội hơn để giải quyết những vấn đề này. Những lần khác, tôi thực sự rất vui vì tôi không phải làm thế. Tôi chỉ là một nhà lãnh đạo công nghệ.
Edward Strange

1
Xin chào, tôi sẽ trò chuyện với bất cứ ai đang quản lý nhóm sau đó - họ có trách nhiệm đảm bảo đúng người có thể có và có các kỹ năng phù hợp.
Craig Schwarze

9

Nhận một công việc tại một công ty tốt hơn, nơi bạn có thể làm việc với những người có thẩm quyền.


7
Hoặc, thay vào đó, ngừng sử dụng C ++. Điều này sẽ giải quyết nhiều lớp lỗi khác nhau.
Mason Wheeler

3
@Mason: Tôi đồng tình. Mọi người viết C # và hạnh phúc. :)
Tôi chấp nhận

2
C ++ chỉ nên được sử dụng khi C ++ phù hợp. Tôi biết không có ngôn ngữ hiện có nào có thể hoàn thành công việc của C ++ tốt như nó.
Matthew đọc

2
@Matthew đọc, với các lập trình viên không đủ năng lực như trong ví dụ của OP, liệu C ++ EVER có phù hợp không?
Dan Rosenstark

4
@Yar: Mặc dù một lập trình viên xấu viết mã xấu trong mọi ngôn ngữ.
Jon Purdy

7

Điều đúng đắn sẽ là giúp anh ta với vấn đề. Nó không phải là ngay tại chỗ. Bạn có thể nói, "Tôi đang bị trói ngay bây giờ. Hãy đọc Chương X của C ++ STL, và hãy chạm vào căn cứ một lần nữa vào ngày mai lúc 11 giờ."

Shouting có thể làm việc cho một số người và một số tình huống nếu đó chỉ là vấn đề động lực. Nhưng, nếu đó là vấn đề về năng lực hoặc kiến ​​thức, la mắng mọi người và thổi bay họ thì chẳng giúp ích gì cả. Nó giống như hét vào những người không nói tiếng Anh. nó không giúp họ hiểu những gì bạn đang cố nói và nó có thể giết chết mọi động lực mà họ phải cố gắng hỗ trợ bạn. Họ là nơi họ đang ở, và không có sự tức giận hay thất vọng nào từ phía bạn sẽ giúp họ viết C ++ tốt hơn trong 48 giờ tới. Bạn cũng có thể phải quay lại quản lý và giải thích rằng phạm vi của dự án vượt quá kỹ năng hiện tại của nhóm của bạn. Những thứ như thế này là lý do tại sao trở thành một người lãnh đạo nhóm rất khó khăn.


Tôi không hét lên. Tôi vừa nói, tôi đang bận. Tôi đã thổi bay anh ta mặc dù.
Edward Strange

3
@ Không, tôi đã không ở đó, bạn đã ở đó, vì vậy tôi nhường. Hãy xem xét điều này: những người thất vọng đến mức họ nghĩ rằng mọi người đang cố tình làm những điều ngu ngốc, thay vì ngu ngốc làm những điều ngu ngốc, có xu hướng nói bằng một giọng rất căng thẳng qua hàm răng nghiến chặt, trong khi nghĩ rằng họ đang cười và nói. Người khác cũng có thể căng thẳng đến mức họ nghe thấy: "Bạn có thể quay lại sau khoảng 10 phút không?" như "Đưa frack ra khỏi văn phòng của tôi, bạn bẩn thỉu!". Trở thành trưởng nhóm thường là tất cả về việc điều khiển hành vi linh trưởng thông qua ngôn ngữ cơ thể và giọng nói.
Charles E. Grant

3

Chà, nếu tôi có một người đã viết mã trong 7 năm, hãy hỏi điều gì đó nghe có vẻ khá cơ bản, tôi sẽ phải tự hỏi điều gì khác đang xảy ra. Tôi không phải là lập trình viên C ++ nên tôi không thể nhận xét về khía cạnh đó.

Những gì tôi sẽ muốn biết, với tư cách là người giám sát của anh ấy, tôi sẽ giả sử, nếu có điều gì khác đang xảy ra đang làm anh ấy mất tập trung. Tôi nhận ra rằng bạn có thể không có thời gian ngay lúc đó, nhưng điều cuối cùng bạn nên làm là đẩy ai đó đi như thế.

Dành một chút thời gian để nói chuyện với anh ấy và cho anh ấy biết ngay lúc đó, "Tôi hiểu sự khẩn cấp của bạn về điều này, nhưng tôi không có thời gian cho việc này ngay bây giờ. Ngay sau khi tôi làm, tôi sẽ cho bạn biết. Tôi sẽ mong đợi không quá một giờ. "

Bằng cách này, bạn đã truyền đạt sự hiểu biết của bạn về sự khẩn cấp của anh ấy, rằng bạn không có thời gian và bạn sẽ quay lại với anh ấy. Thậm chí rất nhiều như mong đợi khi nào bạn sẽ quay lại với anh ấy. Anh ấy sẽ cảm thấy tốt hơn về điều đó hơn là bị xua đuổi (đó là cách tôi sẽ lấy nó).

Những gì bạn nên làm bây giờ là dành ra một chút thời gian và cho anh ấy biết khi nào bạn có thể nói chuyện với anh ấy về vấn đề này. Theo dõi và nuốt một chút niềm tự hào, cho người đó biết bạn hiểu sự khẩn cấp của anh ta và chỉ không có thời gian để giải quyết. Bạn cũng nên xem liệu anh ta có bất cứ điều gì trong khu vực cá nhân của mình có thể ảnh hưởng đến sự chú ý của anh ta không - tức là những gì khác có thể làm anh ta mất tập trung. Cuộc sống cá nhân cũng ảnh hưởng đến các lập trình viên. ;)


2

Tôi nghĩ rằng bạn cần phải ngồi xuống với sếp của bạn và giải thích tất cả cho anh ta. Nghe có vẻ tệ - anh chàng đó đang làm gì ngay cả khi anh ta không biết những điều cơ bản?

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.