코드 작업을 할 때 팀원들과 같은 많은 도전에 직면하고 있으며 유용한 기능과 클래스를 작성했습니다. 의사 소통이 좋으면 누군가가 함께 모은 훌륭한 소식을 듣고 6 개월 후에 필요할 때 기억하고 해당 기능을 호출하여 시간을 절약 할 수 있습니다. 내가 그것을 기억하지 못하거나 알지 못한다면 아마도 바퀴를 다시 발명 할 것입니다.
이런 종류의 것들을 문서화하는 특별한 관행이 있습니까? 어떻게 쉽게 찾을 수 있습니까?
팀에 그러한 문서가 없으면 바퀴가 이미 있는지 어떻게 알 수 있습니까?
편집하다:
지금까지의 답변 중 하나를 제외한 모든 상황이 이상적인 상황을 다루므로 이러한 솔루션을 요약 해 보겠습니다. 위키, 스탠드 업 미팅 등. 모두 훌륭하지만 문서를 작성하고 미팅에 참석하며 메모를 작성하고 모든 것을 기억하는 데 시간과 기술을 갖춘 프로그래머에게 의존합니다.
지금까지 가장 인기있는 답변 (Caleb 's)은 문서화와 회의를 할 수없는 프로그래머가 사용할 수있는 유일한 방법이며 프로그래밍은 한 가지만 수행합니다. 프로그래밍은 프로그래머가하는 일이며, 훌륭한 프로그래머는 문서화, 단위 테스트 등을 작성할 수 있지만 직면 해 봅시다. 대부분은 문서화보다 프로그래밍을 선호합니다. 그의 솔루션은 프로그래머가 재사용 가능한 코드를 인식하여 자체 클래스 또는 저장소 또는 기타 코드로 가져 오는 것 입니다 . 그리고 이것은 프로그래밍에 의해 달성되었습니다.
나는 이것을 다음과 같이 보았습니다. 방금 세 가지 기능을 작성했으며 다른 사람이 그 기능에 대해 알아야합니다. 나는 그것들을 문서화하고, 기록하고, 회의에서 발표 할 수있다.-내가 할 수 있지만, 그것은 나의 힘이 아니다.-또는 ... 블랙 박스를 만들고 다른 클래스 파일이있는 곳에 붙여 넣습니다. 그런 다음 짧은 이메일을 알리는 것이 쉽습니다. 다른 개발자는 코드를 스캔하여 완전히 이해하지 못하는 코드에 사용 된 분리 된 함수보다 컨텍스트를 제거하는 것보다 코드를 더 잘 이해할 수 있습니다.
이름이 좋은 메소드를 사용하여 이름이 지정된 클래스 파일 세트를 갖는 것이 좋은 프로그래밍으로 달성되는 좋은 솔루션이기 때문에 나는 이것을 좋아합니다. 회의가 필요하지 않으며 자세한 문서화가 필요 없습니다.
이 정맥에 고립되고 시간이 오래 걸리는 개발자를위한 아이디어가 더 있습니까?