RFC 및 유사한 문서를 어떻게 읽습니까? [닫은]


12

RFC :

RFC (Request for Comments)는 인터넷 및 인터넷에 연결된 시스템의 작동에 적용 가능한 방법, 동작, 연구 또는 혁신을 설명하는 IETF (Internet Engineering Task Force)에서 발행 한 각서입니다.

이 REST 비디오 소개 의 끝 부분 에서 RFC2616RFC3986 은 추가 정보로 언급됩니다. 비디오를 본 후 해당 문서를 봤는데 제목에서 알 수 있듯이 사용 방법을 잘 모르겠습니다. 전체 내용을 읽고 메모하거나, 이해하지 못하거나 문제가있을 때 참고 자료로 사용합니까?


분명히 RFC와 비슷한 문서의 전체 범주가 있습니다. 이러한 것들에 대해 더 많은 지식을 가진 사람이 내 질문을 좀 더 일반적으로 만들기 위해 편집하고 싶다면 자유롭게 해보십시오.
iCanLearn

3
문서를 사용하는 것과 같은 방식으로 사용합니다. 나는 당신이 여기서 무엇을 요구하는지 이해하지 못합니다.
오디드

분명히 튜토리얼과 참조 가이드를 같은 방식으로 사용하지 않습니다. 학습서는 문서화는 아니지만 "문서화"를 잊고 "학습 자원"에 대해 생각하십시오.
iCanLearn

글쎄, 그들은 튜토리얼이 아닙니다. 그들은 거의 표준입니다. 당신은 그것들이 어떻게 작동하는지 이해하기 위해 그것들을 읽고, 구현한다면, 그것들을 참조로 사용합니다.
오디드

1
"학습 자료"를 잊고 "문서"를 생각하십시오. 이것이 바로 RFC입니다.
TZHX December

답변:


7

귀하의 질문에서 알 수 있듯이 RFC는 사실상 인터넷 운영에 대한 표준이거나 해당 운영에 대한 추가 지침을 제공합니다. 이들 의 RFC에 대한 부록은 노후화의 고려 사항을 포함하여 RFC는 다양한 소스와 전체적인 의미를 조명에서 더 나은 일을한다.

Do I read them in their entirety and make notes or do I use them more as a reference for when I don't understand something or have a problem?

다른 표준 참조를 처리 하듯이 처리하십시오.

  1. 어떤 사람들은 끝까지 참조를 읽는 것을 좋아합니다. 필요한 내용을 매우 확실하게 이해할 수 있습니다.
  2. 다른 사람들은 표준을 통해 탈피하여 RFC가 해결해야하는 문제가 발생했을 때 다시 참조 할 것입니다.
  3. 다른 사람들은 여전히 ​​RFC의 내용을 꼼꼼히 읽지 않을 것입니다.

일반적으로 설명 텍스트보다 참조로 훨씬 유용하다고 생각합니다. 그러나 나는 내가 묘사 한 사람들의 두 번째 범주에 속합니다. 반면에 특정 기술의 기본 요소를 이해하고 싶다면 표준에 대해 자세히 알아보십시오. 많은 것들과 마찬가지로, 그것은 당신의 목표가 무엇인지에 달려 있습니다.

REST 자습서를 사용하여 수행하는 작업의 경우 옵션 # 2가 가장 좋습니다. 탈지 새로운 무언가를 모으고 필요에 따라 다시 참조하십시오.


3

왜 그리고 무엇을 읽었는지에 따라 달라질 수 있습니다. 실제로 많은 프로그래머가 그런 문서를 전혀 읽지 않는다는 것을 알게 될 것입니다. 따라서 예외를 처리하십시오.

  • 당신은 매우 궁금하고 특정 기술에 대한 모든 것을 알고 싶어합니다. 그런 다음 간단히 읽고 원하는대로 노트를 작성하십시오. 또는 그 내용을 읽으면 무엇을 찾을 수 있는지 좋은 아이디어를 얻을 수 있습니다.

  • 이에 대한 테스트를 준비해야합니다. (다른 모든 것에 대한 시험 준비로 다루고 많은 메모를하십시오)

  • 엄격한 올바른 구현 (웹 브라우저 URI 처리, 특정 언어의 컴파일러 또는 인터프리터)에 의존하는 소프트웨어를 구현해야합니다. 이 경우 매우주의해서 읽고 많은 메모를하고 동시에 프로그램을 실행할 다양한 테스트 사례를 개발하십시오.


2

우선, 자신을 더 쉽게 만드십시오.

이것이 프로모션 스팸으로 간주 될 수 있지만 실제로는 그런 의미가 아닙니다.

Google의 Chrome 브라우저를 사용하여 ietf.org RFC를 보는 경우 눈과 목에서 쉽게 읽을 수 있도록 RFCRestyle Chrome 확장 프로그램 을 설치 하는 것이 좋습니다 .

진지하게, 나는 문서를 다루기 어려운 문서를 가지고 있기 때문에 구체적으로 확장 프로그램을 만들었습니다 . 무슨 좋은 방법하는 방법을 이해하기 위해 방식을 전체 시스템의 작동을 형성 기준을 읽는 것보다, 이메일을 제대로 포맷?

내가 아는 것은 없습니다.

재미 있거나 섹시하지는 않지만 이러한 문서는 정보화 시대의 기어에 기름을 바르는 모든 합의 된 절차에 대해 전문적으로 제작 된 철저한 검사와 계시입니다. 그리고 그것들을 다루지 않으면 서, 평신도 나 (적어도 어떤 식 으로든) 주제에 대한 부패한 이해를 원할 수 있습니다.

예를 들어 , 전자 메일 주소에 대한 Wikipedia의 페이지가 정확하지 않다는 것을 알게 된 후 확장 프로그램을 빌드하고 그 이후에 사용하여 수정했습니다 . 풍부한 눈의 피로와 나중에 머리가 많이 긁히고 기사가 주제에 대한 내 지식과 함께 향상되었습니다 . 나는 또한 작은 CSS 마술 없이 RFC가 읽기 끔찍하다는 것을 발견했다 .

내 입장?

몇 개의 RFC에 정의 된 표준을 따르기 위해 시간을내어 Wiki와 관련시키기 위해 최선을 다할 때까지 해당 Wiki의 독자에게는 매우 부정확 한 정보가 제공되었습니다.

궁극적으로 신뢰할 수 있는 공식 표준 입니다. 이 주제들 에 대한 다른 모든 지식 원은 그 근원의 부패 (어떤 측면에서든 다른 측면에서든)이다.

따라서 "최고의 재미있는 EVAH!"는 아니지만 -누군가해야합니다.


1
확장을 시도했다; 좋아 보인다. 감사합니다. 나는 큰 RFC 독자가 아니며 어리석은 것을 발견하지만 몇 년 동안 일부를 훑어 보았습니다. "그것은 궁극적으로 의지 할 수있는 공식 표준 일뿐"에 대한 생각 : 이론적으로 만, 또는 당신의 목표가 프로토콜을 구현하고 있는지에 대해서만 말하고 싶습니다. 그러나 웹의 짧은 역사는 표준을 준수하지 못한 기존 (인기있는) 구현의 인스턴스로 채워져 있습니다. 문제점을 참조하십시오 .
nc01
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.