원본 링크 : 기술 진짜 야생 방법으로 , 어떤 종이 잘라.
조우 지와 여성의 노란색 저지는하지만 파티를 변경하지 않고, 길, 불확실한 스마트의 힘을 보이지만, 같은 유령의 모양으로, 긍정적 인 악하지가 조우 지가, 노란색 저지 상태가 여자 불멸 예정 말했다 사이에 자신의 손을 들어 충분하다.
이 설명은 "드래곤"서른여덟번째 다시에서 온다.
"인간 신 캐치는"이 뛰어난 무술에서 "인적 자원 구성"이지만, 부부가 메이 Chaofeng를 얻을 수 있었기 때문에 "인적 자원 구성은"불완전, 심장, 그는 그냥 넣어 내부 장기의 내부 배울 그것은 문 뛰어난 무술 악한 길에 도착, 그래서 그는되었다 "九阴白骨爪." 빠른을 위해서 조우 지, 또한 문 악의 힘을 취득했다.
여성의 노란색 저지하지만 무술 문 기원 (전설에 따르면 양 Guo와 트로이의 헬렌의 후손이다), 자연 연습 정통 "인적 자원 구성"입니다. 무술 같은 큰 애들과 저우 Zhiruo이 정맥에 속하지만, 더 ", 알코올 정말 깊은"자연적으로 우수하지만. 이것은 전형적인 경우 "정통"Wugong 쉥도 "야생 방법"에서 진 용의 무술입니다.
그래서, 그것은는 "야생 방법"보다는 확실히 강한 "정통"설명 할 수있는 말은?
잠깐!
친구 같은 진 용의 무술은 여전히 Aqing에서 "왕위 메이든의 검"을 기억 할 수 있습니까?
청나라는이 목자이지만, 화이트 원숭이에서 우연한 만남은 목자의 대나무 스틱을합니다. 연극에서 장난치며 놀다에서 흰색 원숭이, 그녀는 단순히 멋진 칼을 실현 한 사람이 적에게 이천 갑옷을 탈출 할 수 있습니다!
그것은 야생 방법 약한 여자의에서 이러한 연습을하고, 심지어 보수적 인 추정에 의해 Jinyong 미의 대부분은, 그녀는 적어도 진 용의 무술의 전체 스펙트럼에서 상위 5 위 수 있습니다!
무술에 참석와 같은 기술을 마십시오.
기술 가축 주위에 내 장황한 둘 다 명문 대학 컴퓨터 Coban 졸업 (어느 정도 이하의 소가 처음 아니다), 중간 괜찮은 스위치에 걸쳐있다.
그러나 그들은 모두 한 가지 공통점이있다 : 그들은 항상, 잠시 생각 후 문제가 발생 지점에 한 번에 종종 문구로 표현을. 이것은 또한 일반적으로 많을 까 그 프로그래머가 포함되어 있습니다. 그 "일반적인"프로그래머는 대조적으로 (누구의 많은 Coban의 졸업생은), 그들은 항상 지점하지 말 자신을 표현, 종종 문제의 본질을 파악하기 어렵다.
따라서, "정통"여부를 백그라운드에서 "야생 방법".
나는 마침내 숨을 자신했다, 당신에게 물품. 나는 아주 평범한 농민 가정에서 온 학자 나 기술 목수 가족도 아니다. 나는 컴퓨터 프로그래밍 클래스 대학의 첫 해에 기억 나는 그들이 키보드로 입력하지 않을 것을 알아 냈다. 좋은 슬라이드를했다 중학생 컴퓨터를했다하는 사람들에 비해 야생 방법은 내가 계산합니까?
음, "정통"또는 "야생 방법이"무엇에 태어난 것이 아닙니다?
학습 방법과 생각 그.
내 관찰에 따르면, 기술 가축 광범위하게 유사한 방법과 사고 방식을 학습.
사고 방식, 뭔가 말을하기가 어렵습니다. 따라서이 문서는 우리가 학습하는 방법을 논의에 초점을 맞 춥니 다.
새로운 기술의 얼굴, 우리는 단계별로, 그리고 궁극적으로 깊은 이해를하는 방법을 배울 수 있는가?
의 분석, 나와 자기 학습 자료를 넣어 보자 :
- 튜토리얼 (시작 안내서). 기술의 공식 웹 사이트 제공. 일반적으로 영어입니다. 이 정보는 기술에 새로운 사람들이 볼 수 있도록, 스텝에 의해 일반적으로 단계를 완료 당신에게 몇 가지 예를 가르 칠 것입니다. 우리 기술은 초보자 친화적 인에 대한 아니라고 말할 때, 일반은 또한이 기술의 튜토리얼 섹션이 충분하지 않기 때문에.
- 사양, 사양라고도합니다. 이것은 어떤 설계 기술의 아이디어의 집중적 표현이다 매우 추상적 인 설명입니다. 이것은 일반적으로 시스템에 대한 완전한 설명이다 관련된 기술의 모든 측면을 포함한다. 다른 경우, 다른 문서들 사이에서 혼합 데이터의이 부분은, 그것은 종이 (종이)의 형태 일 수도 다른 곳에서 정보의 일부는 서로 다른 이름, 비교적 간단한 기술 프로젝트에서,하지 않을 수도있다 이 나타납니다.
- API 참조. 다른 언어 인터페이스 대형 및 인덱스 API와 문서는 여러 사본을 제공 할 수있다. 우리는이 기술 프로그램을 사용하는 경우, API 참조가 자연 불가분의 관계에 항상 쿼리에 대한 정보를 유지해야합니다.
- 다른 사람에 의해 쓰여진 기술 블로그. 품질은 결국, 우리가 차이를 구별하는 법을 배워야 값이없는 크게 달라집니다.
- 기술 책. 유사한 기술 블로그로, 좋고 나쁜의 품질. 나중에 우리는 조립 및 기술 블로그 분석.
- 소스 코드. 우리는 기술이 정말 운이 오픈 소스, 배울 것 인 경우에, 우리는 소스 코드를 얻을 수 있습니다. 이것은 최종 데이터입니다.
책에 대해이 기술 블로그와 이야기. 이제 온라인 기술 문서 전례없는 번영은, 그러나, 읽기 읽고 싶어. 그의 공공 마이크로 채널 번호 "한 순간"에서 후 펭 학생들은 기사 "선택적 건조 기술적 인 문제"를 발행 논의는 폭발의 현재 문제에서 기술 문서의 기술 직원을 선택하는 방법입니다.
여기, 우리는이 문제를 논의하는 또 다른 방법이있다. 기술 기사, 그냥 공식 문서 (자습서 또는 사양) 개작에 관련된 기술, 심지어 단지 번역, 값은 높지 않다. 즉, 경우에 우리가 같은 지식을 배울 수있는 공식 문서를 읽을 수 있습니다, 왜 당신은 그것을 볼 수있는 기술 문서를 작성하려면 어떻게해야합니까? 공식 문서 자연스럽게하는 것이 중요 뭔가를 놓친하지 보장 더 권위 직접 읽을 수 있습니다.
기술 문서의 어떤 가치가? 아마이 (그렇게 정확하지 않을 수 있습니다)라고 할 수 있으며, 실제 경험을지지하는 사람들은, 그래서 영감의 생각 함께 다양한 기술 포인트를 생성 할 수 있습니다. 간단하게, 깊이를 넣어.
물론, 같은 기술 서적의 사실이다.
우리는 돌아가서 다양한 학습 자료 사이에 다시 계층 구조를 찾습니다.
우리는 새로운 기술을 터치 할 때마다, 우리는 유사한 피라미드 구조에서 이러한 분류를 수행하기 위해 사용할 수있는 정보가 있습니다. 우리는 몇 가지 기술적 인 블로그 및 기술 책을 읽는다면, 그들이에 관련이 있음을 분명히해야하는지 피라미드의 일부.
처음에는 보통 튜토리얼을 읽은 후, 그것은 기본적으로 몇 가지 개발 작업을 시작했다. 그리고 개발의 측면, API 참조에있는 동안 액세스 할 수 있습니다. 참고로이 시간 이후, 당신은 당신의 일이 열매를 산출 할 수 있었다 때문에, 임금을 지불하기 시작 상사.
그러나 일정 기간 근무 후, 우리는 기술이 사람들이 빨리 소 이상의 것들을 배울 주위에 보이는 것을 발견하고 시간이 매우 짧은 기간에 새로운 기술에 대한 깊은 이해에 도달 할 수있을 것입니다. 이유는 무엇입니까?
이 기술 가축 기술 정보를 빠르게 읽고 읽은되지 않기 때문에,하지만 그들은 위해 신속 정확한 정보를 읽는 것은 지식의 피라미드의 높은 수준을 달성하는 것을 알고있다.
나는 기술 가축을 많이 본 것, 그들은 적어도 넣어 그 수준에 대한 기술 사양을 이해하지 않으면, 그들은 코드를 작성 주저입니다. 대신 다른 사람들은 인터넷에서 코드를 복사 자유롭게하고 완전히 이해할 수없는 경우에 갈 수있는 프로젝트에 사용. 물론, 기술 가축 사람들이 온라인 참조 코드,하지만 그들은 일반적으로 그것의 모든 부분이 지식의 피라미드의 한 부분에 배치 될 수 있도록 할 것이다, 그들은 그런 종류의 지식 사일로 시스템의 출현 중 하나에 속하지 않는 허용하지 않습니다.
우리는 지금 이런 식으로 요약 할 수 있습니다 기술 "야생 방법", 발생 사실 불완전하고 있지 체계적인 지식 구조의 상태입니다. 당신이 지식 장벽의 피라미드의 층을 돌파 경우에만, 더 높은 수준으로, 당신의 상사는 높은 가격을 지불하기 시작했다.
메모리와 같은 우리의 두뇌. 이 메모리이기 때문에, 모든 지식을 보유합니다. 그러나 그렇지 않으면 우리가 일을 할 수 없습니다, 인덱스의 지식에 따라 설치할 수 있어야합니다.
우리가에서 "메모리"를로드 선택한 지식의 일부 : 음, 여기에 선택적 질문이있다? 물론, 환경 설정은 우리에게 가장 유용한 정보가 중요 할 것이다.
그 핵심 기술을 위해, 우리는해야한다 :
- 사양을 읽어보십시오. 독서는 더 이상 혼란 없습니다.
- 중요한 부분은 읽을 수있는 API 참조. 어느 구현에 의존와 많은 정보가 포함되어 있습니다.
- 작업이 필요한 경우, 당신은 또한 소스 코드를 읽어 들일 필요가 있습니다. 특히 SDK를 위해 일반적으로 작업 부하가 너무 크고 비효율적이다, 그래서 반드시 소스가 처음부터 끝까지 통해 읽을 수 없습니다, 사용하고 있지만 이동할 수 있습니다 메서드 호출의 클릭으로 설정되어 개발 환경을 취해야합니다 소스 코드 구현에. 이 방법 밖에, 당신은 소스 코드를 확인하기 위해 과거에 모든 점 중 언제든지 일반적인 개발 시간을 사용할 수 있습니다.
부분적 지식의 나머지 80 %를, 그것은 적어도 레벨 사양을 이해하여야한다 . 이 방법 밖에 우리는 그것을 사용하기 쉽게 할 수있을 것입니다.
많은 경우에 중요한 사양을 읽고,하지만 여전히 매우 어렵습니다. 그것은 인내 소요되며, 기본 영어 약간.
앞서 언급 한이 문서의 예제를 누르면, 자바 자바 사양을 읽을 않는 사람? developer.android.com에 안드로이드 API 가이드를 할 사람들은 아래로 읽을 수 있습니까? 그리고 사람들은 developer.apple.com에, 가이드 각 프로그래밍 아이폰 OS를하고 완전히 몇 읽어? 자주라는 SDK를 들어, API 참조 중요한 그것의 일부에 대한 계획을 통해 읽을 것인가?
할 일의 집합을 넣을 수, 기술 소 사람들이 없을 수도?
마지막으로, 항상 어떤 충분히 느낄 수있는, 마음은 여전히 뭔가 표현하고자 것 같다, 여기에 기술 확실하지 학습은 모든 독자에 적합하지 않습니다. 그것은 당연 생각, 학습은 항상 복잡한 문제가 아니라 모두 정확히 같은 일상이었다.
그러나, 나는 매우 분명하다 여기서 강조하고 싶은에 관계없이이 문서에서 설명하는 방법은 "정통"방법, 또는 "야생 방법"이다, 즉 : 구조는 마음을 만들기 위해, 지식 체계를 골프장한다 지식의 수준 그러므로, 우리가 옳은 일을 읽기 위해 지속적으로 어려움을 극복하는 연습을 할 필요가 필요가 분명하다.
성장에는 지름길이 없습니다. 필요가 고체 돌파구이다.