Làm thế nào để bạn nghiên cứu trong khi lập trình cặp?


20

Gần đây tôi đã bắt đầu một công việc mới và việc ghép đôi đã giúp tôi trở nên hiệu quả ở đó rất nhanh. Tuy nhiên, tôi gặp khó khăn khi chúng tôi phải nghiên cứu chung trong quá trình làm việc, bao gồm các tính năng API, ví dụ mã hoặc tùy chọn lệnh. Trưởng nhóm của tôi kêu gọi chúng tôi thực hiện tất cả các nghiên cứu về trạm ghép nối của chúng tôi, thay vì các máy tính xách tay riêng lẻ của chúng tôi và để đồng bộ hóa nghiên cứu của chúng tôi bằng cách đàm phán bằng lời nói các bước giữa các tài nguyên web khác nhau.

Tôi nghiên cứu, đọc và tiếp thu thông tin khác với đối tác ghép đôi của mình và tôi cảm thấy hiệu quả hơn khi tôi có thể theo dõi một chuỗi nghiên cứu đến trang web tiếp theo chính xác khi tôi muốn, thay vì cố gắng giữ nhịp độ chính xác và đúng với những gì đọc sách của đối tác của tôi. Chúng tôi đều thông minh và nhanh nhẹn, nhưng chúng tôi không thể giúp di chuyển theo những cách khác nhau và vận tốc tức thời khi chúng tôi tìm ra thứ gì đó. Có vẻ như dễ dàng hơn để chọc xung quanh trong một phút cho đến khi một trong số chúng tôi nói "Tôi đã hiểu rồi", sau đó quay lại với nhau và viết mã.

Khi bạn ghép chương trình, làm thế nào để bạn xử lý các nhiệm vụ nghiên cứu ngắn? Điều gì làm việc tốt nhất cho bạn và làm thế nào để bạn giữ đồng bộ với đối tác của mình?

Câu trả lời:


14

Lập trình cặp là một công cụ. Giống như bất kỳ công cụ nào, có những lúc nó hữu ích và có những lúc không. Sử dụng các công cụ phù hợp cho công việc có thể liên quan đến các công cụ khác nhau vào các thời điểm khác nhau, bao gồm cả hỗn hợp các công cụ đó.

Vì vậy, nếu tình huống yêu cầu, hãy ly khai khi cần thiết và gặp lại khi cần thiết.

Ví dụ, nếu cả hai bạn đang nghiên cứu một cái gì đó và một trong hai bạn tìm thấy thứ gì đó thú vị, thì có lẽ cả hai bạn có thể xem xét nó cùng nhau. Nhưng nếu cả hai bạn đang cố gắng tìm câu trả lời, đôi khi tách ra để tìm kiếm song song sẽ hiệu quả hơn.

Khi một trong các bạn tìm thấy câu trả lời, hãy tiếp tục pair programmingphiên.

Nói tóm lại, nó được gọi là Pair Programming,không Pair Researching.


8

Khi tôi ghép chương trình, bất cứ ai không gõ máy tính chính đều có quyền truy cập vào máy tính xách tay để nghiên cứu. Điều này làm cho toàn bộ quá trình bớt bực bội đối với thành viên 'không gõ' của cặp.


1
Chẳng phải người không phải là ông trùm sau đó đã bị phân tâm khỏi những gì cặp đôi đang cố gắng thực hiện sao? Làm thế nào để anh ấy hoặc cô ấy bắt kịp những gì lập trình viên khác đã hoàn thành trong khi họ không tìm kiếm?
Adam Lear

2
Nếu hai người đang làm việc trên hai máy tính, đó không phải là lập trình cặp!
Johnsyweb

6
Nếu người ở trạm lập trình cặp đang nghiên cứu và không lập trình, thì quá trình bắt kịp chỉ đơn giản liên quan đến "Này anh bạn! Hãy xem những gì tôi vừa tìm thấy ...". Chỉ vì cả hai người đang nghiên cứu một cái gì đó độc lập không có nghĩa là họ ngừng liên lạc.
jmort253

Tôi không nghĩ rằng tôi muốn đi xa đến thế - khi mã được viết, tôi muốn xem xét nó. Tôi đang nói nhiều hơn về tình huống mà cả hai chúng tôi đều biết những gì chúng tôi phải làm tiếp theo, nhưng chúng tôi không biết làm thế nào - vì vậy chúng tôi dành một phút để tìm kiếm nó.
buôn bán

2
Để làm rõ câu trả lời của tôi. Thành viên không gõ thường chỉ thực hiện nghiên cứu nếu mã không được viết vào thời điểm đó. Ví dụ, thành viên đánh máy đang xây dựng hoặc nghiên cứu quá. @Johnsyweb Tôi nghĩ rằng điều quan trọng là phải nhận ra rằng lập trình cặp (hoặc phản đối cho vấn đề đó) không phải là một đề xuất tất cả hoặc không có gì.
westcoastdiff

3

Nghiên cứu song song là rất mạnh mẽ nếu bạn đang tìm kiếm câu trả lời ở các địa điểm khác nhau. "Bạn đọc bài viết đó, tôi sẽ duyệt cuốn sách và chúng tôi sẽ đồng bộ lại sau 10 phút". Bất cứ ai đưa ra một giải pháp (có thể) nên chia sẻ kiến ​​thức của khóa học.

Một cách tuyệt vời để xử lý vấn đề này là sử dụng " cành ". Điều này xảy ra trong cuộc họp ước tính để giúp làm cho các ước tính chính xác hơn. Nói tóm lại, bạn trì hoãn ước tính của một nhiệm vụ cụ thể cho đến khi hoàn thành (tăng thời gian) và bạn biết đủ về vấn đề để tự tin đặt một số cho nó. Điều này có thể bao gồm thử một số lib hoặc thành phần mới hoặc viết một chương trình nhỏ làm bằng chứng khái niệm.

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.