Làm thế nào xấu có thể thiếu làm việc nhóm khi bạn là một lập trình viên? [đóng cửa]

Tôi vẫn còn ở trường và tôi biết tôi có vấn đề khi giao tiếp với người khác.

Tôi không giận dữ hay nhút nhát hay khác biệt, tôi chỉ thích làm việc theo cách của mình và với ý kiến ​​của mình trong khi tôn trọng người khác, tôi có một sự tò mò và khao khát kiến ​​thức lớn, nhưng tôi thiếu thực hành và tôi đoán mọi người không muốn làm việc với tôi bởi vì họ có thể sợ tôi sẽ nói về một loại tinh thần. (Ví dụ tôi bắt đầu học lập trình bằng linux thay vì windows, ngay cả khi tôi sử dụng windows rất nhiều. Và tôi có mac).

Điều gì xảy ra với các lập trình viên thiếu tinh thần đồng đội? Vấn đề bắt đầu từ đâu? Là một lập trình viên giỏi bù đắp ít nhất một chút? Có phải là bình thường cho một lập trình viên có tầm nhìn về công việc của mình thay vì chỉ làm những gì anh ta nói?

Hành vi của bạn là khá phổ biến ở tuổi của bạn. Tôi đã như bạn

Tin tốt là hầu hết thời gian, nó phát triển theo hướng tốt. Bạn sẽ học cách hòa nhập bản thân trong một nhóm. Bạn sẽ thích nó! Nhưng tôi đã gặp một số người không thể làm được và hiện đang bị mắc kẹt là trầm cảm.

Tùy thuộc vào phong cách quản lý của công ty bạn, bạn sẽ bị nhóm của mình từ chối hoặc đơn giản là bị sa thải sau một thời gian. Vì vậy, bạn phải chuẩn bị để đối mặt với một số khó khăn.

Phong cách quản lý phổ biến nhất của Pháp dựa trên sự sợ hãi và trừng phạt. Đây không phải là một tin tốt cho bạn vì nó sẽ khuyến khích chủ nghĩa cá nhân của bạn. Vì vậy, nó sẽ khuyến khích hành vi của bạn.

Điều đó nói rằng, bạn đã biết có một vấn đề với bạn, vì vậy đó là một dấu hiệu khá tốt rằng bạn có tất cả những gì bạn cần để phát triển mà không cần sự trợ giúp bên ngoài. Bước đầu tiên là nhận thức. Điều thứ hai, khó khăn nhất, là hành động trên nó.

Phụ thuộc vào những gì công việc yêu cầu. Đôi khi bạn thậm chí sẽ không có một nhóm cho các nhiệm vụ nhất định. Nhưng hầu hết thời gian, bạn sẽ có một người quản lý.

Ngoài ra, có một nhóm thực sự giúp nhắc nhở bạn theo thời gian mà bạn viết mã tào lao. :

Là một nhà phát triển phần mềm, bạn là kẻ thù tồi tệ nhất của chính bạn. Bạn càng sớm nhận ra điều đó, bạn sẽ càng có lợi. - Jeff Atwood

Có nghĩa là, có một nhóm sẽ giúp bạn dễ dàng học mọi thứ nhanh hơn! Trở thành một kẻ cô độc sẽ khiến bạn trở thành một ẩn sĩ;)

Điều gì xảy ra với các lập trình viên thiếu tinh thần đồng đội?

Sau đó, nó trở nên khó khăn để làm việc trên các dự án quá lớn cho một lập trình viên duy nhất. Khó khăn cho lập trình viên solo, và khó khăn cho phần còn lại của đội.

Vấn đề bắt đầu từ đâu?

Tất cả các loại nơi. Chúng tôi hiện có một lập trình viên duy nhất rất tệ khi làm việc như một phần của một nhóm. Anh ta có xu hướng thực hiện các đoạn cắt ngắn có ảnh hưởng xấu đến phần còn lại của ứng dụng vì anh ta quá tập trung vào việc sửa lỗi trước mặt. Hoặc viết tính năng mới theo cách không tương thích với phần còn lại của ứng dụng. Chúng tôi phải sắp xếp lại mọi thứ để mọi đăng ký mã của anh ấy được xem xét bởi phần còn lại của đội. Nhưng để không cho anh ta ra ngoài, chúng tôi cũng xem xét các lần kiểm tra mã của mọi người, vì vậy cùng với cuộc họp trạng thái buổi sáng, chúng tôi không có việc gì được thực hiện cho đến sau bữa trưa. Vì vậy, tại văn phòng của chúng tôi, điều này có nghĩa là 4 người đang mất 1/2 ngày làm việc mỗi ngày vì một anh chàng tệ hại trong công việc nhóm. Tôi không thể nói đó là một cải tiến so với những cuộc phiêu lưu trước đó, bởi vì chúng tôi có thể ngẫu nhiên mất một ngày đến một tuần (thường là đuổi theo các lỗi mới) từ các đăng ký của anh ấy để phá vỡ mọi thứ (chúng tôi gọi đó là những "vụ cướp"). Một số bản sửa lỗi cho mã của anh ấy sẽ kết thúc việc xóa một nửa tá lỗi vì ứng dụng bị rối và lộn xộn như thế nào (khuyến nghị của tôi vềnuke nó từ quỹ đạo, và bắt đầu lại bởi vì đó là cách duy nhất để chắc chắn không được chấp nhận).

Khi chúng tôi có tâm trạng hào phóng, chúng tôi gọi anh ấy là "lập trình viên đi xuống", anh ấy có xu hướng nhìn xuống bàn phím và gõ thật nhanh. Anh ta không chú ý đến những gì người khác đang làm.

Là một lập trình viên giỏi bù đắp ít nhất một chút?

Không. Hầu hết các lập trình viên là những người chơi nhóm xấu đều có ý kiến ​​rất cao về kỹ năng của chính họ, và điều này được gọi là hiệu ứng Dunning-Kruger . PDF của giấy.

Có lẽ: lập trình viên solo sẽ cần phải giỏi hơn nhiều so với các thành viên còn lại trong nhóm. Nhưng điều này chỉ có nghĩa là không ai khác có thể duy trì những gì anh ta làm; và khi điều đó xảy ra, có lẽ điều đó có nghĩa là lập trình viên solo thực sự không giỏi hơn nhiều so với các thành viên còn lại trong nhóm - anh ta (và hầu như luôn luôn là một chàng trai) chỉ giỏi đánh lừa mọi người.

Trong phát triển phần mềm kinh doanh, công ty sẽ tồn tại rất lâu sau khi bạn rời đi. Các chương trình rất có thể được viết trước khi bạn bắt đầu và sẽ được duy trì lâu sau khi bạn đi. Nếu bạn viết những điều đặc biệt và đáng kinh ngạc đến mức không ai có thể hiểu được chúng, thì bạn sẽ gặp phải tình huống mà Nicky Dog đang ở - nhà phát triển chính của họ bỏ cuộc, không ai hiểu ngôn ngữ lập trình độc quyền mà anh chàng đã viết (và viết mọi thứ trong), vì vậy bây giờ họ phải chuyển mọi thứ sang C ++.

Có phải là bình thường cho một lập trình viên có tầm nhìn về công việc của mình thay vì chỉ làm những gì anh ta nói?

Nó là phổ biến - như kẹt xe hoặc tiểu đường. Tôi sẽ không gọi nó là bình thường. Trong thế giới doanh nghiệp, có rất nhiều thứ khác để xem xét; cái tôi mạnh mẽ mà nhiều nhà phát triển thường làm cho nhà phát triển nghĩ rằng không có gì khác. Sự "thiếu phù hợp" và thiếu cân nhắc này đối với phần còn lại của doanh nghiệp là lý do tại sao rất nhiều kiểu người quản lý đi đến kết luận rằng các nhà phát triển phần mềm khó làm việc.

Đó là một kỹ năng có thể học được. Bạn có thể học ngay bây giờ (bằng cách đơn giản là cố gắng làm việc với người khác) hoặc học một cách khó khăn, trong công việc. (Tôi muốn đề xuất cái trước.)

Nếu bạn không thể làm việc với người khác thì bạn không thể xây dựng các hệ thống lớn. Bạn cũng không thể làm việc với những người thông minh hơn bạn, điều đó có nghĩa là bạn không thể học nhiều hay nhanh.

Trở thành một lập trình viên giỏi sẽ bù đắp một chút nhưng chỉ một chút thôi. Trong mười sáu năm trong ngành, tất cả các lập trình viên giỏi nhất mà tôi từng làm việc có thể hòa đồng với mọi người - điều đó có thể không tự nhiên đến với họ nhưng họ đã quản lý nó và đó là một kỹ năng tuyệt đối quan trọng. Những người không thể chịu đựng được nhưng thành thật không nhiều.

Đối với tôi, lĩnh vực chính khả năng làm việc với những người khác là nhờ người dùng và các nhà phân tích. Không quan trọng bạn có thể viết mã tốt đến mức nào nếu bạn viết mã sai và mối quan hệ làm việc tốt với những người đang xác định sản phẩm là chìa khóa cho điều đó.

Bước đầu tiên có thể là hiểu thêm một chút về bản thân bạn. Bạn nói rằng bạn rất vui khi tôn trọng ý kiến ​​của người khác nhưng điều này có thực sự đúng không? Nếu đó là lý do tại sao bạn ngụ ý rằng bạn có xu hướng đảm nhận các vị trí đạo đức trong các vấn đề (có xu hướng ngược lại với việc tôn trọng quan điểm của người khác)?

Nói chung, việc hòa thuận với những người khác có xu hướng là bỏ qua ai đúng và ai sai (tin hay không là không liên quan trong 80% tình huống) và tập trung vào làm bất cứ điều gì khiến dự án tiến lên.

Phát triển phần mềm chuyên nghiệp ngày nay chủ yếu là một nỗ lực của nhóm. Phần mềm tốt nhất được sản xuất thông qua việc chia sẻ các ý tưởng mới và khả năng cộng tác cao và không tự mày mò. Lý tưởng cao bồi cao bồi là một trở ngại được biết đến cho các đội. Trong thực tế, đó là theo định nghĩa hoàn toàn trái ngược với tinh thần đồng đội.

Vì vậy, có, có kỹ năng nhóm kém trong một thiết lập nhóm là rất xấu. Nhưng nếu bạn thực sự sẵn sàng làm việc với nó, không có lý do gì bạn cuối cùng sẽ không trở thành một người đóng góp nhóm tuyệt vời (với các kỹ năng mã hóa tuyệt vời để khởi động)!

Những người khác đã trình bày hầu hết những gì tôi sẽ nói, vì vậy tôi sẽ chỉ thêm điều này: chỉ vì bạn có ý kiến ​​hoặc tầm nhìn không có nghĩa là bạn đúng hoặc cách tiếp cận của bạn là cách tốt nhất. Có rất nhiều thứ bạn có thể học hỏi từ những người khác nếu bạn mở mang khả năng rằng họ cũng có ý kiến ​​và / hoặc tầm nhìn.

Làm việc theo nhóm là làm cho tất cả những ý kiến ​​đó kết hợp thành một thứ gì đó dựa trên kinh nghiệm tập thể của những người liên quan và giải quyết những sai sót mà một người có thể không xem xét.

Đó là một trong những bài học đầu tiên tôi học được trong công việc, và sau đó tôi đã trở thành một lập trình viên giỏi hơn.

Nếu bạn không thể hợp tác với người khác và bạn không phải là một thiên tài về mã hóa được sinh ra một cách tự nhiên, về cơ bản, bạn tự ngăn mình làm việc trong bất kỳ dự án không tầm thường nào, bởi vì đối với những người này, bạn muốn có một đội nếu không có gì khác ngoài việc hạ thấp yếu tố xe buýt.

Nếu bạn không thích tiếp xúc vật lý, nhưng làm việc tốt với việc làm việc từ xa hoặc trong danh sách gửi thư nguồn mở, thì bạn sẽ phải chuyên về những kỹ năng cho phép làm việc như vậy.

Thật không may, điều này có thể là một vấn đề vì hiếm khi làm việc trên các dự án lớn và không phải làm việc theo nhóm. Ngay cả khi bạn làm việc trên dự án một cách phụ thuộc, bạn thường sẽ thấy rằng bạn phải làm việc gần gũi hơn với người dùng cuối, tất cả quay trở lại làm việc theo nhóm, vì vậy đó là điều rất quan trọng.

Mặc dù vậy, như những người khác đã chỉ ra, đây là một kỹ năng có thể học được (ở một mức độ nào đó) và nếu bạn nỗ lực vào nó. Nhìn chung có một số khóa học mà bạn có thể học tại Hoa Kỳ tại các thành phố lớn hơn để phát triển kỹ năng lãnh đạo; tuy nhiên, một phần của việc trở thành một nhà lãnh đạo giỏi cũng là một người theo dõi tốt để những kỹ năng đó cũng được phát triển. Tương tự như vậy, có thể giao tiếp hiệu quả trước công chúng đôi khi là một kỹ năng mà mọi người cần luyện tập và liên quan đến kỹ năng làm việc nhóm nhưng đôi khi bị che đậy - một người không thể giao tiếp hiệu quả có thể được trích dẫn là không phải là "người chơi nhóm" chỉ cần làm việc trên các kỹ năng giao tiếp của họ một chút.

Tuy nhiên, một phần lớn khi làm việc với một nhóm là hiểu rõ bản thân và thoải mái với chính mình cũng như với những người khác nên đôi khi không nên nói chuyện với một nhà tâm lý học hoặc tư vấn viên để xem liệu có bất cứ điều gì bạn có thể cải thiện liên quan đến làm việc với những người khác.

Liên quan đến sự nghiệp của bạn nói chung, tại Hoa Kỳ, có tiếng là "khó làm việc" hoặc "không phải là một người làm việc theo nhóm" có thể rất bất lợi cho triển vọng nghề nghiệp lâu dài của bạn và tôi sẽ mạo hiểm đoán rằng nó sẽ giống nhau ở hầu hết các quốc gia khác. Đây cũng là một danh tiếng khó lay chuyển một khi nó đã được thành lập mà không chuyển sang một công ty khác hoặc thậm chí có thể là một ngành khác tùy thuộc vào lĩnh vực bạn làm việc.

Vì bạn là người học giỏi, nên có một điều nữa bạn nên học, đó là một số người đã biết.

• Mọi người đều khác nhau, và tất cả họ đều có giá trị.

Có những lúc để độc lập, và có những lúc để kéo nhau đi. Cả hai đều quan trọng.

Vì bạn đang ở trường, bạn có thể rèn luyện trí tò mò và tìm kiếm những cách mới và khác nhau để làm mọi việc. Đó là một điều tốt.

Khi bạn làm việc với một nhóm phần mềm, bạn có thể đóng góp ý tưởng tốt của mình. Một số sẽ được chấp nhận. Một số sẽ không. Sau đó, tất cả các bạn "đặt vai lên bánh xe" và hoàn thành công việc. Đó cũng là một điều tốt.

Kinh nghiệm của tôi về các dự án ban đầu là tinh thần nhóm thấp, khi mọi người vẫn đang cố gắng tập trung vào bức tranh lớn. Sau đó, tinh thần tăng lên đều đặn khi tiến bộ được thực hiện cho mục tiêu. Càng về cuối, nó càng cao khi "đứa con" của bạn sắp được "sinh ra". Đó là điều bạn không muốn bỏ lỡ.

Tôi có thể nghĩ rằng một số lập trình viên xuất sắc được nhiều người coi là "khá khó làm việc":

• Ulrich Drepper - Người bảo trì Thư viện GNU C (Liên kết là một trong nhiều )
• Theo De Raddt - Trưởng nhóm OpenBSD

Trong ngành này, tôi nghĩ rằng một số lượng lớn chúng ta mong đợi và cho rằng năng lực và khả năng nói rõ năng lực của chúng ta là rất quan trọng. Rốt cuộc, chúng tôi đi làm để hoàn thành một số nhiệm vụ để kiếm tiền, kết bạn chỉ là thứ yếu.

Tại một số thời điểm trong cuộc sống của bạn, bạn sẽ nhận ra một trong hai điều:

1. Bạn đang ở trong một vị trí như là ngáy, rút, chống đối xã hội, hoài nghi hoặc thô lỗ tùy thích vì mặc dù hành vi của bạn, kỹ năng của bạn (và khả năng diễn đạt kiến ​​thức của bạn) chấm dứt mọi tranh luận.

2. Bạn cũng giống như những người khác và cần có khả năng làm việc trong môi trường nhóm, trong khi đưa ra (và chọn não) những hành vi ngớ ngẩn, rút ​​lui, phản xã hội, cay độc và thô lỗ từ những người khác có kỹ năng và sự thành thạo trong việc hiểu biết kết thúc hầu hết các cuộc tranh luận.

Nếu bạn đang đặt câu hỏi này, tôi nghĩ rằng bạn thấy một số giá trị khi tham gia một cách dễ chịu trong một thiết lập nhóm và có lẽ "làm điều đó vì lợi ích của nó" là một lý do đủ tốt để khám phá khả năng.

Tôi cũng rất giống bạn. Tôi ghét sự gián đoạn, tôi đã mất phần năm năm tốt hơn để học cách không làm gián đoạn và loại bỏ mọi người. Tôi cũng đã làm việc trong các đội mà tôi đã học được nhiều hơn một tháng so với những gì tôi có thể có trong một năm. Không có gì lạ khi bạn chỉ muốn mọi người xung quanh khi bạn có điều gì đó thú vị để thể hiện hoặc thảo luận?

Nếu bạn chưa xem nó, hãy xem bộ phim " Real Genius ". Đặc biệt chú ý đến Lazlo Hollyfeld . Nhảy vào một đội với một tâm trí cởi mở, và thoải mái mượn đồ ngủ của tôi.

Không có gì sai khi có ý kiến ​​mạnh mẽ về cách mọi thứ nên được. Bất kỳ lập trình viên tuyệt vời có rất nhiều trong số họ. Tuy nhiên, bạn cần tự hỏi: tại sao tôi lại viết mã này?

Nếu đó là để giải trí của riêng bạn và bạn có thể tự mình làm tất cả công việc, thì hãy làm bất cứ điều gì bạn muốn. Tuy nhiên, nếu bạn đang làm điều đó cho người khác sử dụng hoặc nếu bạn cần giúp đỡ hoặc nếu bạn mong đợi rằng các lập trình viên khác sẽ duy trì nó sau khi bạn chán, bạn sẽ cần phải tính đến nhu cầu và quan niệm của người khác.

Có một tầm nhìn là tốt. Nhưng nó thực sự chỉ tạo ra sự khác biệt nếu bạn có thể thuyết phục người khác chia sẻ tầm nhìn của bạn. Gates, Jobs và Torvalds đều cố gắng đưa tầm nhìn của họ vào cuộc sống bằng cách tạo ra các sản phẩm phục vụ nhiều người và khiến họ mua vào tầm nhìn của họ. Làm việc hoàn toàn theo cách của bạn là tinh khiết và thỏa mãn hơn, nhưng nó có chi phí. Bạn có thể, như Voltaire đã nói, hãy để người hoàn hảo trở thành kẻ thù của những điều tốt đẹp ("Le mieux est l'ennemi du bien").

Làm việc nhóm là một phần quan trọng của Kỹ thuật phần mềm. Nếu bạn đang làm việc một mình, bạn có thể không bận tâm về cách người khác và những gì mọi người mong đợi ở bạn. Nhưng nếu bạn đang làm việc với một người khác, làm việc cùng nhau thực sự có giá trị. Khi nói đến phần mềm, ý của bạn khi làm việc nhóm là thực sự ' giao tiếp tốt '. Chỉ cần tôn trọng đồng nghiệp của bạn và khoan dung với tất cả các ý tưởng. Nó sẽ ổn thôi

Nếu bạn tin một cái gì đó, hãy nói nó và có nghĩa là nó, nhưng một khi đã được chứng minh là sai hoặc vượt trội, hãy chấp nhận nó và học hỏi từ nó. Làm việc theo nhóm không phải là đồng ý mọi lúc, nhưng có cách để có được giải pháp tốt nhất có thể trong tình huống và khung thời gian nhất định.

Vì bạn đã sẵn sàng tham gia vào lực lượng lao động, tôi sẽ chỉ ra một điều khác.

Lập trình viên nhập cảnh không bao giờ là siêu sao. Bạn không thể đi vào một công việc nghĩ rằng bạn tốt hơn những người khác bởi vì thật đáng kinh ngạc, bạn thì không. Bạn đã cạnh tranh với những người khác ở cấp độ của bạn, vì vậy bạn có thể nghĩ, tôi giỏi hơn những người này, tôi phải là một lập trình viên tuyệt vời.

Nhưng một người mới ra trường không biết người có mười năm kinh nghiệm chuyên môn biết gì. Bạn chỉ không biết điều đó. Bây giờ tôi thừa nhận không phải tất cả mọi người có nhiều kinh nghiệm đều là siêu sao và chỉ cần ở cấp nhập cảnh không có nghĩa là bạn không thể trở thành một lập trình viên giỏi. Điều đó thậm chí không có nghĩa là bạn không thể trở thành một siêu sao với ít gia vị hơn một số người khác (Một số người sẽ không bao giờ là siêu sao, nhưng điều đó cũng ổn).

Nhưng bạn sẽ không có uy tín để thực hiện ý tưởng của mình cho đến khi bạn là một người không phải là người trẻ nhất trong nhóm. Để có được sự tín nhiệm đó, bạn cần phải là một người chơi nhóm. Bạn cần tìm hiểu về lĩnh vực kinh doanh và cách các doanh nghiệp hoạt động. Bạn cần hiểu rằng nhu cầu và mong muốn cá nhân của bạn là không liên quan ở hầu hết các nơi làm việc. Bạn sẽ được thuê để làm một công việc cụ thể và tạo ra kết quả. Cho đến khi bạn đã sản xuất một số trong số họ, mọi người sẽ hoài nghi về bất cứ điều gì bạn đề xuất ngay cả khi bạn đúng. Bạn phải đi bộ đi bộ trước khi bạn có thể nói chuyện nói chuyện.

Bạn sẽ kết thúc làm việc một mình.
Lợi ích của việc làm việc trong nhóm:
1- Trợ giúp tương tác: bạn sẽ không gặp khó khăn trong nhiều giờ / ngày.
2- Bạn sẽ học được những điều mà bạn sẽ không tìm thấy trong sách / hướng dẫn trực tuyến, diễn đàn.
3- Cạnh tranh: sẽ thúc đẩy động lực của bạn để vượt qua các đồng đội.
4- Thảo luận: tốt hơn so với giờ đọc sách và blog.