내가 구글 토크를 통해 연결하는 I가 관리하는 doc share plgin 를 사용하여 Eclipse CollaborationFramework까지 설치하려고했다 내가 연결 실패 오류가 발생했습니다 THER 서버에 연결을 시도에 작업 공간을 공유 할 collboration을 만들려고 할 때 확인을하지만, 이 경우 누구나 알고있는 서버에 연결할 수 없습니다 서
원격 프로그래머와 공동 작업하기 위해 Emacs와 Rudel을 사용하고 있습니다. Rudel은 게시 된 버퍼 개념을 가지고 있습니다. 내 파트너가 버퍼를 게시하면 구독 할 수 있으며 동시에 둘 다 편집 할 수 있습니다. 내 문제는 그가 * .py 확장자를 가진 Python 파일을 게시하고 구독 할 때 내 버퍼가 파이썬 모드로 자동 설정되지 않는다는 것입니다
저와 친구는 우리 모두가 같은 기계에 앉아서 대부분의 개발이 완료된 측면 프로젝트에서 작업하고 있습니다. 우리는 곧 다른 지역을 기반으로 할 것이지만 비슷한 방식으로 계속 일하고 싶습니다. 그러한 환경을 조성하기 위해 어떤 도구를 사용합니까? 편집 : 공동 편집뿐만 아니라 코드 실행도 포함되므로 공동 텍스트 편집기 (예 : 이더넷/Google 웨이브)만으로
내 친구가 직장에서 TDD와 핑퐁 (ping-pong) 페어링을 어떻게하는지 설명하고 있었고 그는 "적대적인"접근 방식을 취한다고 말했다. 즉, 시험 필자가 키보드를 구현 자에게 건네면 구현자가 가장 단순한 (때로는 잘못된 것) 테스트를 통과하려고 시도합니다. 예를 들어,이 GetName() 메소드와 "샐리"는 GetName 방법의 구현을위한 시험 검사를
쌍 프로그래밍에서는 팀의 모든 구성원의 경험을 새로운 구성원에게 전달할 수 있습니다. 이 경험은 코드와 항상 일치합니다. 쌍의 "상위"가 코드 작동 방식과 디자인이 무엇인지를 알고 있기 때문입니다. 이 경우 설계 문서의 유용성은 무엇입니까? 나는 어떤 디자인을 의미하지 않습니다 UPDATE, 나는 어떤 문서를 의미합니다. 쌍 프로그래밍을 연습하는 팀에서 모
매일 익스트림 프로그래밍 팀에서 일하고 있습니다. 최근에 나는 더 느린 피드백을 3 분 정도의 순서로 제공하는 것을 점점 더 자주합니다. 예를 들면 : 어떤 것을 바꾸고, 재 컴파일하고, 실행하고, 성능이 향상되었다고 봅니다. 나는 쌍 프로그래밍의 질을 깨뜨리는 것을보고, 나는 솔로 프로그래머보다 쌍에 영향을 미친다고 생각한다. 내가 혼자라면 다른 일을 할
우리 회사에서 쌍 프로그래밍을하는 동안, 나는 보통 가장 많이 이야기하는 사람입니다. 나는 대개 내 사고 과정을 크게 생각합니다. 내 파트너가 컴퓨터 앞에 앉아서 코딩을합니다 (타이핑?). 나는 다른 사람들이 큰 소리로 생각하도록 권하고 그래서 나는 내 파트너를 어떻게해야하는지에 대해 가르치지 않을 것입니다. 저는 회사에서 가장 많은 경험을 갖고 있습니다.
지난 수년 동안 그린 프로그래머는 문제를 디버깅하기위한 코드보다는 주석을 읽는 경향이 있음을 발견했습니다. 코드 작성자의 승인 증가 코드 품질로 장기간에 한 사람이 다른 사람의 코드를 문서화합니까 (그 반대의 경우도 마찬가지입니까?)? 이것은 좋은 아이디어입니까? : 저는 솔로 프로그래밍과 페어 프로그래밍 사이의 중간 예산을 예산 책정 측면에서 찾고 있습니