다른 사람들과 어떻게 협력합니까?

다른 사람들이 만든 코드를 다루는 것은 개발자에게 기본 기술입니다. 1 년을 주면 다른 사람들의 코드도 당신의 것일 수도 있습니다.

오늘 저는 다른 사람들의 코드를 다루고 레거시 코드를 효과적으로 읽는 방법에 대한 최상의 접근법을 살펴 보겠습니다. 다루기 쉬운 주제는 아닙니다.

프로세스를 더 쉽게하기 위해 다음 영역을 통해 접근 방식을 틀어 놓고 있습니다.

상호 작용

관찰 실행 테스트 새 이민자를 위해 설계된 버그 수정 사용 가능한 자원을 찾으십시오

좋은 IDE를 사용하십시오 책과 블로그를 읽으십시오 문서에 기여 배려하십시오
• 시작합시다. 키 테이크 아웃
다른 사람들의 코드를 이해하는 것은 개발자에게 근본적인 기술입니다. 이 프로세스를 용이하게하기 위해 개발자는 리드 개발자 및 다른 팀 구성원과 상호 작용하고 코드베이스를 관찰하고 익숙해지고 신규 이민자를 위해 설계된 버그를 수정해야합니다.
• . 개발자는 메일 링리스트 아카이브, 프로젝트 문서 및 버전 제어 기록을 포함한 사용 가능한 리소스를 사용해야합니다. 좋은 IDE는 또한 다른 사람들의 코드를 이해하고 협력하는 데 도움이 될 수 있습니다.
책, 블로그 및 기타 리소스를 통해 다른 사람으로부터 학습하면 개발자가 일반적인 실수를 피하고 기술을 향상시키는 데 도움이 될 수 있습니다. 문서에 기여하는 것은 귀중한 학습 경험이 될 수 있습니다.
• 다른 사람들의 코드로 작업 할 때 배려하는 것이 필수적입니다. 다른 개발자가 다른 접근 방식과 기술 수준을 가질 수 있음을 이해하면보다 존중하고 생산적인 작업 환경을 조성 할 수 있습니다.
• 상호 작용
리드 개발자는 누구입니까? 그들은 어디에 있습니까? 사무실에서 직접 사용할 수 있습니까? 그렇다면 그들과 대화하거나 이메일을 보내십시오. 이 사람들은 프로젝트에 대한 최고의 지식의 원천이어야합니다.
• 당신은 원격 노동자입니까, 프리랜서입니까? 프로젝트 나 회사에는 어떤 커뮤니케이션 채널이 있습니까? IRC, Slack, Twitter, 이메일, Trello 또는 다른 것의 개발자입니까?
당신이 어디에 있는지 확인하십시오. Zend Framework 2에서 종종 수평을 이루는 비판은 활발한 커뮤니티가 없다는 것입니다. IRC 채널이 매일 활성화되어 있기 때문에 그렇지 않습니다. 따라서 개발자 및 다른 팀원이 어디에 있는지 확인하십시오.
관찰 프로젝트를 처음 시작하면 자신을 쉽게 가져 가십시오. 처음부터 모든 것을 알기를 기대하지 마십시오. 이 추정치는 다르지만 개발자가 해당 코드베이스로 생산적인 것으로 간주되기 전에 3 주에서 3 개월의 코드베이스 작업에 대해 들었습니다.
• 어떤 사람들은 당신이 할 수있는 잘못된 인식을 가지고 있습니다. 아마도 그들은 황새치와 같은 할리우드 영화를 너무 많이 보았을 것입니다.
코드베이스는

아이디어 , 선입견 , 신념 및 접근 방식으로 투자 할 때 배우는 데 시간이 걸립니다. 프로젝트에서 일한 사람. 당신이 새롭다는 것을 감안할 때, 당신은 배경 지식이 없을 것입니다. 시작하는 5 가지 좋은 방법은 다음과 같습니다 모든 것을 밟으려면 시간을내어 질문 테스트 설치를 설정 테스트 설치를 사용하려고 시도하십시오 코드 주석 및 관련 문서를 읽으십시오 <em> <on> 자신을 열심히하지 말고 좋은 출발을 할 기회를주십시오. 잠시 후, 응용 프로그램이 어떻게 구성되었는지 더 잘 이해하기 시작합니다. </on></em> 이 시점에서 다른 개발자와 선임 개발자에게 질문을함으로써 더 빨리 움직이기 시작합니다. 코드베이스를 통과 할 때 질문 목록을 작성했을 것입니다.

시간을내어 다른 개발자에게 질문과 질문에 대한 답변을 요청하십시오. 부끄러워하지 말고 뛰어 들어가서 필요한 답과 입력을 받으십시오.

실행 테스트

좋은 코드베이스에는 테스트가 있어야합니다. 그렇지 않다면 좋은 징조가 아닙니다. 교활한 것은 아닙니다. 테스트를 구현 한 적이없는 개발자 또는 개발 팀 일 수도 있지만, 아무것도 없다면 조금 걱정할 것입니다.
. 테스트가 있으면 실행하십시오. 그들은 통과합니까? 나는 아무도 실제로 실행할 수없는 것 같지 않은 일련의 테스트 스위트가있는 하나 이상의 소스 코드베이스를 발견했습니다. 그들은 최신 상태로 유지 되었습니까?
• 이제 당신은 그들을 실행하려고 시도했고, 그것들을 잘 읽으십시오. 잘 쓰여진 경우 응용 프로그램의 작동 방식, 수행 할 예정 및 다양한 구성 요소가 어떻게 구성되어 있는지 설명해야합니다. 통찰력이있을 수 있으므로 시간을 내어이 작업을 수행하십시오.
새 이민자를 위해 설계된 버그 수정 시작하는 또 다른 쉬운 방법은 프로젝트에서 신규 이민자 또는 더 많은 주니어 개발자를 대상으로하는 버그를 수정하는 것입니다. 두 가지 좋은 예는 Joind.in과 OwnCloud입니다. 후자의 버그 추적기는 아래 스크린 샷에서 볼 수 있습니다.
• 이 티켓이 명확하게 표시되어 있음을 알 수 있습니다. 독서를 읽고 참여하십시오. 이러한 버그는 매우 기술적이지는 않지만 프로젝트를 용이하게하여 자신감과 지식을 구축 할 수 있습니다.
영광과 기술적 복잡성은 자아에 큰 도움이 될 수 있지만, 일이 작동하지 않거나 너무 오래 걸리지 않으면 자부심과 열정에 대한 호의는 없습니다. 작게 시작하고 길을 편하게하십시오.
• 사용 가능한 자원을 찾으십시오
코드베이스를 인수 할 때 또는 기존 팀에 들어올 때 할 수있는 가장 좋은 일 중 하나는 가능한 한 많은 자원을 모으는 것입니다. 무엇을 찾아야할지 잘 모르시겠습니까? 시작하기위한 몇 가지 아이디어가 있습니다 :
• 메일 링리스트 아카이브에 액세스 할 수 있습니까?
  • 프로젝트 나 회사 위키가 있습니까?
  어떤 프로젝트 문서가 편집 되었습니까?
  • 버전 제어 기록을 읽었습니까? 기고자에게 의미있는 커밋 메시지를 작성하도록하십시오
  좋은 IDE를 사용하십시오
  • 좋은 Ides는 금으로 잠언 무게의 가치가 있습니다. 당신이
  ruby ​​
  • ,
  python , go , java , php
또는 기타 언어 개발자이든 선택한 언어에 대해 구체적으로 전용 또는 적절하게 사용자 정의 할 수있는 좋은 IDE.
나는 어떤 사람들이 vim 또는 emacs를 선호하는 순수 주의자들에게 감사합니다. 괜찮습니다. 그러나 나는 IDE 애인이고 나의 선택의 IDE는 phpstorm입니다. Eclipse, TextMate, SubleMetext 및 VisualStudio와 같은 다른 많은 것들이 있습니다.

IDE를 찾은 후에는 제공하는 기능을 사용하기 시작하십시오. 여기에서 특별히 PHPStorm에 대해 언급 할 것입니다. 그러나 이러한 원칙을 선택의 IDE에 적용합니다.

. 코드를 통과하고 표준을 준수하는지 확인하십시오. PHP PSRS와 같은 공식적인 표준이 필요하지 않습니다. 그러나 개발자들이 일관된 스타일을 따랐거나 모든 곳에서 이루어집니다. 엉망 탐지기 및 사이클로틱 복잡성 테스터와 같은 도구를 사용하여 코드의 품질을 측정하기 시작합니다. 코드 문서가 있습니까? 그렇다면 코드를 검사 할 때 IDE를 사용할 수 있어야합니다. 다음으로 XHPROF, XDEBUG 또는 ZEND DEBUGGER와 같은 계단 스루 디버거를 사용하여 응용 프로그램을 실행하여 작동 방식을 확인하십시오. <p> <do> 무엇을합니까? 어떤 데이터 구조를 생성하고 사용합니까? 코드 블록을 불필요하게 반복합니까? 내가 여기서 다룰 수있는 것보다 훨씬 더 많지만, 당신의 삶을 더 편하게 만들기 위해 코드를 살펴볼 때 IDE가 제공하는 기능을 사용하십시오. 읽고 배우십시오 <a> 이것은 개인적으로 저에게 눈에 띄는 것입니다. 우리가 더 많이 배울수록 우리는 더 많이 성장할 수 있으며 결과적으로 성장할 수 있습니다. 우리는 우리가있는 길을 밟은 최초의 사람이 아닙니다. 많은 사람들이 우리 앞에 와서 우리가하는 것과 같은 실수를 많이했습니다. <em> <bit> 약간의 시간을 절약하고 그들로부터 학습함으로써 열심히 배운 경험에 대한 정의를하십시오. 더 나은 개발자 중 많은 사람들도 저자와 블로거이기도합니다. </bit></em> <personal> 내가 개인적으로 가장 좋아하는 것 중 하나는 마틴 파울러 (Martin Fowler)입니다. 그는 또한 리팩토링 주제에 관한 훌륭한 책을 출판했습니다. 디자인 패턴 및 Sourcemaking.com과 같은 웹 사이트와 같은 다른 훌륭한 책도 있습니다. <em> <favor> 자신에게 호의를 베풀고 이와 같은 자원에 계속 투자하십시오. 항상 쉬운 것은 아니지만 엄청나게 보상 할 수 있습니다. </favor></em><document> 문서에 기여 <which> 이것은 내가 충분히하지 않는 것입니다. 안락 의자 비평가가되기 쉽고, 부업에 앉아 코드베이스, 프레임 워크 또는 기타 종류의 소프트웨어 프로젝트를 비판합니다. 그렇게하는 대신 들어가서 참여하십시오. <n> 문서는 실패한 프로그래머, 디자이너 또는 비 기술적 인 사람들을위한 것이 아닙니다. 가장 큰 프로젝트 중 일부는 시작하기 가장 좋은 곳은 문서화라고 적극적으로 제안합니다. <p> <most> 가장 두드러진 프로젝트 중 하나는 Linux 커널입니다. 문서화하는 것보다 무언가를 배우는 더 좋은 방법은 무엇입니까? 결국, 당신이 진정으로 그것을 알고 있다면, 당신은 그것을 문서화 할 수 있습니다. </most></p> 오픈 소스 프로젝트라면 들어가서, 그것에 대해 알아 보거나, 코드를 읽고, 참고를 마시면서 문서에 기여하십시오. 내부 응용 프로그램이라면 문서화를 가장 먼저 시작하십시오. 자신 외에는 아무도 없더라도. <p> <no> 아마도 문서화가 없을 것입니다. 진정으로 끔찍한 곳. 그러나 모든 프로젝트는 어딘가에서 시작해야합니다. 소스 코드를 통해 작업 할 때 알고있는 것을 기록하십시오. </no></p> <best> 예를 들어 사랑스러운 Lorna Jane과 같은 최고의 개발자 중 일부는 이런 식으로 블로그를 시작했습니다. 그녀는 자신이 배우고있는 것에 대한 기록을 유지하기 위해 블로그를 작성했으며 나중에 가장 인기있는 PHP 블로그 중 하나로 바뀌 었습니다. 배려하십시오 <p> <:> 마지막 요점 : 검토하고 구축하는 작업을하는 개발자에게 배려하십시오. 당신은 그들이 경력과 교육에서 어디에 있었는지, 그들이 당신이 지금 당신이 올라 오는 코드를 썼을 때 그들이 어떤 제한을 가지고 있는지 알지 못합니다. 더 많은 기술 수준에서 무엇을하고 있습니까? 우리가 젊고 새롭고 경험이 적을 때는 다른 사람들을 판단하는 것이 쉽습니다. </:></p> <know> 우리는 우리가 모든 것을 알고 있으며 우리의 기대, 개념 및 접근 방식이 진실하고 올바른 방법이라고 생각합니다. 하지만 그게 사실인가요? 나는 우리가 성숙하고 조금 나이가 커지면서 우리는 현명하게 자라며 존재하는 소프트웨어 개발에 대한 다양한 접근 방식을 더 많이 받아들이게됩니다. <p> <need> 우리는 그들과 동의 할 필요는 없지만 반드시 잘못된 것은 아닙니다. 그들은 우리에게 가르쳐야 할 것이 많을 수 있으며, 이는 우리가 성장하는 데 도움이 될 수 있습니다. 그러므로 항상 다른 사람들과 그들이있는 입장을 고려하고 배려하십시오. 손가락을 가리키고 비난을받는 독창적 인 새로 온 사람이되지 마십시오. 결국, 그것은 아무도, 특히 당신을 도와주지 않습니다. </need></p> 포장 <p> <s> 다른 사람들의 코드 작업을보다 관리하기 쉬운 프로세스로 만들기 위해 할 수있는 더 많은 부하가 있습니다. <tips> 어떤 방법, 팁, 트릭 및 도구를 사용하십니까?<questions> 다른 사람들의 코드 작업에 대한 자주 묻는 질문 (FAQ) <strateg> 다른 사람의 코드를 이해하기위한 몇 가지 전략은 무엇입니까? <h2> </h2> 다른 사람의 코드를 이해하는 것은 특히 코드가 복잡하거나 문서화되지 않은 경우 어려운 작업이 될 수 있습니다. 그러나 프로세스를보다 쉽게하기 위해 사용할 수있는 몇 가지 전략이 있습니다. 먼저 사용 가능한 문서 나 의견을 읽음으로써 코드에 대한 높은 수준의 이해를 얻으십시오. 다음으로 코드를 더 작고 관리하기 쉬운 섹션으로 나누고 각 섹션을 개별적으로 이해하려고 노력하십시오. 디버거를 사용하면 코드를 단계별하고 동작 방식을 확인할 수 있으므로 도움이 될 수 있습니다. 마지막으로, 원래 저자 나 다른 팀원들에게 갇혀 있다면 도움을 요청하는 것을 망설이지 마십시오. <h3> </h3> 쌍 프로그래밍이란 무엇이며 코드 이해에 어떻게 도움이 될 수 있습니까? <p> </p> 쌍 프로그래밍 한 워크 스테이션에서 두 프로그래머가 함께 일하는 기술입니다. 하나, 드라이버는 코드를 작성하고 다른 하나는 관찰자 또는 네비게이터가 입력 한대로 각 코드 라인을 검토합니다. 두 프로그래머는 자주 역할을 전환합니다. 이 접근법은 두 프로그래머 모두 실시간으로 의심이나 문제를 논의하고 명확하게 할 수 있으므로 코드에 대한 이해를 높입니다. 관찰자는 운전자가 놓친 실수를 발견 할 수 있기 때문에 일찍 오류를 포착하는 데 도움이됩니다. <h3 id="다른-사람들이-이해하기-쉽도록-코드를-구성-할-수-있습니까"> 다른 사람들이 이해하기 쉽도록 코드를 구성 할 수 있습니까? </h3> <p> 코드 구성 코드를 구성 할 수 있습니까? 명확하고 논리적 인 방식은 다른 사람들이 그것을 이해하는 데 큰 도움이 될 수 있습니다. 코드를 구성하기위한 일부 전략에는 관련 기능을 함께 그룹화하고 변수 및 기능에 대한 의미있는 이름을 사용하고 복잡한 코드 섹션을 설명하기위한 의견을 제공합니다. 코드를 읽고 이해하기 쉽게하는 일관된 구조를 제공하므로 확립 된 코딩 규칙 및 표준을 따르는 것이 중요합니다. </p> <h3 id="프로그래밍-팀에서-코드-검토-자의-역할은-무엇입니까"> 프로그래밍 팀에서 코드 검토 자의 역할은 무엇입니까? </h3> <p> 다른 사람들의 코드 작업에 대한 기술을 향상시키는 방법은 무엇입니까? 연습으로 향상 될 수있는 기술입니다. 다른 사람들이 작성한 코드를 읽고 이해하고 그들이 사용한 기술과 전략을 식별하려고 노력하십시오. 코드 리뷰 및 쌍 프로그래밍 세션에 참여하십시오. 이들은 다른 사람들로부터 배우고 다른 관점을 얻을 수있는 기회를 제공하므로. 또한 코딩 표준 및 모범 사례를 공부하는 데 도움이 될 수 있습니다.<assist> 다른 사람들의 코드를 이해하고 협력하는 데 도움이 될 수있는 도구는 무엇입니까? <h3> </h3> 다른 사람들의 코드를 이해하고 협력하는 데 도움이되는 몇 가지 도구가 있습니다. 통합 개발 환경 (IDE)에는 종종 코드를 탐색하고 해당 구조를 이해하는 데 도움이되는 기능이 있습니다. 디버거를 사용하면 코드를 통해 코드가 어떻게 작동하는지 확인할 수 있습니다. 코드 검토 도구는 문제를 식별하고 피드백을 제공하는 데 도움이 될 수 있습니다. 또한, 문서화 도구는 코드의 목적과 기능을 이해하는 데 도움이 될 수 있습니다. <p> </p> 문서화가 잘되지 않은 코드를 처리 할 수있는 방법은 무엇입니까? <h3> </h3> 문서화되지 않은 코드를 다루는 것은 어려울 수 있지만 전략이 있습니다. 사용할 수 있습니다. 코드의 전반적인 구조와 기능을 이해하려고 시작하십시오. 디버거를 사용하여 코드를 통해 코드가 어떻게 작동하는지 확인하십시오. 가능하면 원래 저자 또는 다른 팀원에게 설명을 요청하십시오. 이해를 얻을 때 미래의 개발자를 돕기 위해 자신의 의견이나 문서를 추가하는 것을 고려하십시오. <p> </p> 기존 코드를 방해하지 않고 코드베이스에 어떻게 기여할 수 있습니까? <h3> </h3> 코드베이스에 기여할 때 중요합니다. 기존 코드 및 코딩 규칙을 존중합니다. 코드베이스와 그 구조를 이해하여 시작하십시오. 변경 사항이 기존 코드와 일치하고 기능을 방해하지 않도록하십시오. 새로운 버그를 도입하지 않도록 변경 사항을 철저히 테스트하십시오. 마지막으로, 팀과 의사 소통하고 코드 검토에 참여하여 변경 사항을 이해하고 수락하는지 확인하십시오. <p> 팀의 코딩 표준의 중요성은 무엇입니까? </p> <h3 id="코딩-표준은-팀에서-중요합니다-코드베이스-전체에서-일관성과-가독성을-보장합니다-코드를-작성하고-구성하는-방법을-정의하여-팀-구성원이-서로의-코드를-이해하고-작업-할-수-있습니다-코딩-표준은-또한-오류-처리-보안-및-성능에-대한-지침을-포함하기-때문에-코드의-품질을-유지하는-데-도움이됩니다"> 코딩 표준은 팀에서 중요합니다. 코드베이스 전체에서 일관성과 가독성을 보장합니다. 코드를 작성하고 구성하는 방법을 정의하여 팀 구성원이 서로의 코드를 이해하고 작업 할 수 있습니다. 코딩 표준은 또한 오류 처리, 보안 및 성능에 대한 지침을 포함하기 때문에 코드의 품질을 유지하는 데 도움이됩니다. </h3> 코드에 대해 팀과 효과적으로 통신 할 수 있습니까? <p> </p> 효과 코드베이스에서 팀과 함께 일할 때 커뮤니케이션이 중요합니다. 코드를 논의 할 때 명확하고 간결하고 적절한 기술 용어를 사용하십시오. 코드 검토에 참여하고 건설적인 피드백을 제공하십시오. 코드를 이해하는 데 어려움이있는 경우 주저하지 말고 설명을 요청하십시오. 또한 피드백을받을 수 있고 코딩 기술을 향상시키는 데 사용하십시오. <h3 id="">.</h3></assist></p></strateg></questions></tips></s></p></know></best></n></which></document></personal></a></do></p>

위 내용은 다른 사람들과 어떻게 협력합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!