버그를 수정하면 수십 개의 새로운 버그가 생성되었을 수 있습니다. 또는 코드가 이상한 방식으로 깨져서 정말 이해하고 있는지 궁금합니다. 이제 자세히 알아볼 시간이라고 생각합니다.
하지만 알고 있음 주제에 대해 깊이 파고들 필요가 있습니까? 1단계에 불과합니다. 주제를 기본적으로 어떻게 배우나요? 자연스럽게 이해될 만큼 어떻게 배우나요?
어디서 시작합니까?
학습을 시작할 수 있는 곳이 많이 있습니다. 하지만 한 주제에 대해 많은 것을 빨리 배워야 할 때는 책을 가장 좋아합니다. 예를 들어 git에 대해 자세히 알아보려면 Pro Git 당신이 찾고 있는 바로 그 제품일 것입니다.
책은 포괄적이기 때문에 심층 분석에 적합합니다. 대부분의 중간 규모 주제는 200-400페이지 분량의 책으로 잘 다룹니다. 결국, 당신은 전문가가 아닐 수도 있지만, 당신은 성장할 수 있는 꽤 좋은 이해와 견고한 기초를 갖게 될 것입니다. 소스 코드나 사양을 읽기로 결정했다면 도움이 될 것입니다.
하지만 책을 사고 싶지 않을 수도 있습니다. 또는 귀하의 주제에 대한 책이 존재하지 않습니다. 그럴 때 다른 곳을 볼 수 있나요?
공식 문서가 좋은 대안입니다. Rails와 같은 프레임워크 또는 OAuth와 같은 웹 기술의 단일 부분에 대해 자세히 알아보려면 공식 문서가 특히 좋습니다.
프로젝트 및 프레임워크의 경우 "X Guide(s)"라는 이름이 가장 좋은 시작 방법입니다. 예를 들어, 저는 종종 새로운 Rails 개발자에게 Rails 가이드를 추천합니다. Elixir 가이드는 Elixir 코드 작성 방법을 배우기에 좋은 곳입니다.
그러나 가이드는 블로그 게시물보다 더 포괄적이지만 완전히 포괄적이지는 않습니다. 대신 이 가이드를 RDoc과 같은 참조 문서에 대한 출발점으로 사용할 수 있습니다.
이러한 모든 메서드와 클래스를 컨텍스트에 넣을 방법이 없으면 참조 자료를 이해하기 어렵습니다. 실제 구조가없는 세부 사항의 엉망입니다. 그래서 참고문헌을 가이드나 책과 함께 사용할 때 가장 잘 작동한다는 것을 알게 되었습니다.
예를 들어, ActiveModel API 문서를 파헤치는 것보다 ActiveModel을 더 많이 가르쳐 주는 것은 거의 없습니다. 그러나 ActiveModel 가이드가 모든 것을 하나로 모으는 데 도움이 될 것입니다.
공식 문서를 읽는 것보다 더 포괄적인 것이 한 가지 있기 때문에 "거의 없음"이라고 말합니다. 바로 소스 코드를 읽는 것입니다. 그러나 소스 코드를 읽는 것은 책을 읽는 것과는 다릅니다. 경험, 연습 및 지침이 필요합니다. 따라서 가장 자세한 정보를 제공하더라도 가장 먼저 가야 할 곳은 아닙니다.
이 모든 서면 자료를 자세히 살펴보고 나면 몇 가지 미해결 질문이 있을 것입니다. 그래서 그들에게 물어보십시오! 도서관의 저자는 일반적으로 다른 누구보다 도서관에 대한 더 나은 정신 모델을 가지고 있으며 자신의 사고 과정을 통해 당신을 도울 수 있습니다. 많은 오픈 소스 프로젝트 및 프레임워크 작성자가 Slack 또는 IRC를 통해 사용할 수 있습니다. 일반적으로 프로젝트 페이지에서 세부정보를 찾을 수 있습니다.
그 사람들에게 접근할 수 없다면? 여전히 물어볼 수 있습니다. 동료나 선임 개발자에게 문의하세요. 친구에게 답이 없는 질문 하나만 하면 나머지는 모두 제자리에 고정되는 경우가 얼마나 많은지 놀랍습니다.
깊은 잠수를 해야 한다는 것을 알게 되면 시작할 수 있는 몇 가지 장소가 있습니다. 일반적으로 다음과 같은 순서를 따릅니다.
- 책 또는 공식 가이드
- 공식 참조 문서(예:RDoc) 또는 사양/RFC
- 소스 코드
그리고 질문으로 빈칸을 채우겠습니다. 가장 빠른 과정은 아니지만 지금까지 내가 찾은 것 중 가장 폭넓고 깊이 있는 조합입니다.
정기적으로 심해 잠수를 합니까? 그렇다면 어떤 리소스가 가장 도움이 되었는지 알고 싶습니다. 댓글로 알려주세요!