Làm thế nào phổ biến là lập trình cặp ở nơi làm việc?

Tôi luôn bị hấp dẫn bởi lập trình cặp, nhưng trong 12 năm phát triển, tôi chưa bao giờ làm việc ở một nơi họ đã sử dụng thực hành này, vì vậy tôi luôn hoài nghi về cách mọi người nhìn thấy nó.

Tôi tự hỏi liệu điều này có phải vì tiền / thời gian không (ông chủ tóc nhọn phát hiện hai người tại một máy tính làm việc trên cùng một mã !!!! làm sao họ dám!) Hay vì lý do khác?

Tôi đã có hợp đồng biểu diễn trong 15 năm và gần đây (12-18 tháng qua) bắt đầu áp dụng các kỹ thuật Agile. Khi lập trình cặp được sử dụng, câu chuyện / tính năng kết quả đã được triển khai đúng thời gian với ít lỗi hơn. Tôi vẫn không nghĩ rằng nó đã được sử dụng thường xuyên đủ mặc dù.

Trước khi áp dụng Agile của chúng tôi, một nhà phát triển khác và tôi đã chia sẻ bàn phím theo thời gian trong nhiều năm không thường xuyên (có thể cứ sau 3-4 tháng một lần). Đội ngũ quản lý của chúng tôi tỏ ra lưỡng lự nhưng luôn hài lòng với việc ghép đôi không chính thức của chúng tôi vì nó thường hoàn thành một vài điều sau đây:

• giảm silo cho đội (chiến thắng rất lớn khi đội còn 6-8 dev)
• mã được sản xuất với ít lỗi hơn
• mỗi nhà phát triển thường chọn các kỹ năng từ nó

Tôi sẽ nói rằng quản lý là miễn cưỡng nhưng nếu bạn có thể thực hiện các bước nhỏ và chứng minh rằng tính năng này sẽ tốt hơn sau đó (tiết kiệm chi phí) và / hoặc mỗi (hoặc một) nhà phát triển đã chọn một số kỹ năng (trả tiền trước), bạn có thể lấy hơi nếu bạn thấy đó là một thực hành phù hợp với bạn hoặc nhóm của bạn.

Tôi đoán là có lẽ sẽ có rất nhiều kháng cự từ các nhà phát triển. Bạn có nhớ bị buộc phải làm việc với những người có lẽ không phải là những cá nhân có động lực nhất trên thế giới trong thời gian học đại học hoặc thậm chí là trung học? Những người đó vẫn tồn tại. Trừ khi, bạn có một nhóm gồm tất cả những người "nổi tiếng", kiểu thiết lập này sẽ gây ra một số thù oán trong nhóm.

Chưa thực hiện chính thức, nhưng bất cứ khi nào tôi gặp khó khăn, tôi sẽ gọi cho một nhà phát triển và cả hai chúng tôi sẽ cùng nhau giải quyết. Đó là một cách tuyệt vời để nảy ý tưởng, hãy để một người suy nghĩ trong khi những người khác thực hiện, vì vậy bạn không mất đi sự suy nghĩ vì bạn đang gõ nó ra.

Chúc nó được thực hiện nhiều hơn.

Tôi không quan tâm đến nó:

1 - Tôi thích nghe nhạc của mình trong khi viết mã. Không phải ai cũng muốn nghe Slayer nổ vào tai mình.

2 - Tôi đã được đưa lên xem xét việc nhìn qua vai của mọi người rất thô lỗ và rất khó chịu khi mọi người làm điều đó.

3 - Tôi suy nghĩ rất nhanh và khi tôi đang tìm kiếm một câu trả lời, khi tôi bắt đầu tìm thấy câu trả lời, việc bị gián đoạn là điều cuối cùng tôi cần.

4 - Tôi không thể nghỉ giải lao thường xuyên cho các diễn đàn và nhóm tin tức. Một số người có thể nghĩ rằng dù sao nó cũng không phù hợp nhưng tôi thấy nó rất quan trọng đối với sự cải thiện liên tục của tôi. Thỉnh thoảng tôi sẽ bị phân tâm quá nhiều nhưng nhìn chung lợi ích cho kiến ​​thức tăng thêm của tôi vượt xa bất kỳ tác động nào đến năng suất của tôi.

Tôi cho rằng nó có thể khác với các đội khác, nhưng vài lần khi tôi thực sự bị vấp ngã bởi điều gì đó và CẦN giúp tôi gần như luôn luôn là người cuối cùng đưa ra giải pháp. Tôi thực sự giỏi trong những gì tôi làm nhưng tôi nghĩ có thể sẽ còn nhiều hơn nữa ... không chắc chắn, bằng mọi giá tôi thấy rằng tôi tốt hơn là chỉ giải quyết các vấn đề khó khăn và nói chung là tốt hơn khi làm một mình. Nghe có vẻ kiêu ngạo, nhưng điều đó không làm cho nó sai.

Tôi đã nghĩ rằng nó thực sự có thể giúp người khác nắm bắt được một số kỹ thuật của tôi, nhưng, tính đến số 3, họ khó có thể đặt câu hỏi mà không phá vỡ suy nghĩ của tôi.

Tất cả những gì đã nói, tôi đã thử nó theo thời gian. Đôi khi nó có lợi ích nhỏ nhưng tôi chắc chắn không thể xem đó là một điều nhất quán. Hệ thống sói đơn độc làm việc cho tôi và nó dường như hoạt động cho đội.

Lập trình cặp là một cách tuyệt vời để bắt đầu hoặc làm một cái gì đó không tầm thường và khó khăn. Nhiều công việc thường xuyên và đơn giản được thực hiện tốt hơn một mình.

Tôi đã tham gia vào một số phiên lập trình cặp, cả trong các công ty khởi nghiệp / nhà để xe và các tập đoàn lớn. Nó luôn luôn xảy ra khi một thứ gì đó mới và khó bị bắt gặp, nghĩa là, hai lần một năm là tốt nhất, trong một vài tuần. Làm thế nào thường xảy ra tại công ty của bạn?

Chúng tôi chưa bao giờ gọi nó như vậy, nhưng vào thời trước, đó là cách chúng tôi luôn tấn công những vấn đề mới. Chúng tôi sẽ kết hợp để bắt đầu một giải pháp, nhưng sau đó thường thoát ra để hoàn thành riêng lẻ / làm sạch các chi tiết. Không quá nhiều nữa. Có vẻ như trở nên hiếm hơn và hiếm hơn.

Không phổ biến lắm. Trong tất cả các cửa hàng tôi đã ở trong hơn 10 năm qua, tôi đã nhìn thấy nó một lần. Tại cửa hàng chậm nhất và kém hiệu quả nhất. Nó dường như tạo ra một môi trường ồn ào và căng thẳng. Một người kết thúc việc lái xe và nói chuyện liên tục ngăn cản người kia suy nghĩ.

Kết hợp nhóm để đánh giá mã cho dù theo nhóm hoặc theo cặp và cung cấp cho nhà phát triển không gian riêng của họ. Về lâu dài sẽ tốt hơn là theo đuổi nhà mốt Agile mới nhất.