Como se lê RFCs e documentos similares? [fechadas]

12

RFC :

Request for Comments (RFC) é um memorando publicado pela IETF (Internet Engineering Task Force) descrevendo métodos, comportamentos, pesquisas ou inovações aplicáveis ​​ao funcionamento da Internet e de sistemas conectados à Internet.

No final deste vídeo de introdução ao REST , RFC2616 e RFC3986 são mencionados como leitura adicional. Depois de assistir ao vídeo, pesquisei esses documentos no Google e, como o título sugere, não sei como usá-los. Eu os leio na íntegra e faço anotações ou as uso mais como referência para quando não entendo algo ou tenho um problema?

eu posso aprender
fonte
Obviamente, há toda uma categoria de documentos semelhantes aos RFCs. Se alguém com mais conhecimento sobre essas coisas quiser editar minha pergunta para torná-la um pouco mais geral, fique à vontade para fazê-lo.
iCanLearn 11/11/12
3
Você os usa da mesma maneira que usa qualquer documentação. Eu realmente não entendo o que você está perguntando aqui.
Oded
Bem, obviamente, eu não uso um tutorial e um guia de referência da mesma maneira. Os tutoriais podem não ser documentação, mas esqueça a "documentação" e pense em "recursos de aprendizado".
iCanLearn 11/11/12
Bem, eles não são tutoriais. Eles são praticamente os padrões. Você os lê para entender como o que eles descrevem funciona e, se implementando, você os usa como referência.
Oded
1
Esqueça "recursos de aprendizagem", pense em "documentação". Isso é o que os RFCs são.
TZHX

Respostas:

7

Conforme você declara sua pergunta, os RFCs são padrões de fato para operações na Internet ou fornecem orientações adicionais para essas operações. Seu apêndice sobre RFCs faz um trabalho melhor para esclarecer as várias fontes de RFCs e seu significado geral, incluindo considerações de obsolescência.

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?

Trate-os como se tratasse de qualquer outra referência de padrões.

  1. Algumas pessoas gostam de ler uma referência o tempo todo; isso lhes dá uma compreensão muito sólida do que é necessário.
  2. Outros examinam um padrão e o consultam quando encontram problemas que a RFC deve resolver.
  3. Outros ainda nunca examinam o conteúdo de uma RFC.

Em geral, acho que são muito mais úteis como referência do que como texto explicativo. Mas eu entro na segunda categoria de pessoas que descrevi. Por outro lado, se você realmente quer entender as porcas e parafusos de uma tecnologia específica, pode mergulhar profundamente no padrão. Como com tantas coisas, depende de quais são seus objetivos.

Para o que você está fazendo com o tutorial REST, a opção 2 é provavelmente a sua melhor aposta. Skim, recolher algo novo, consulte novamente quando necessário.


fonte
3

Pode depender do porquê e do que você lê. Na verdade, você descobrirá que muitos programadores nunca leem esses documentos. Então, vamos lidar com a exceção:

  • Você é muito curioso e quer saber tudo sobre uma determinada tecnologia. Em seguida, basta lê-los e fazer anotações como desejar ou achar necessário. Ou apenas leia-os para ter uma boa idéia do que encontrar lá (mais: pode dar respostas realmente inteligentes no StackOverflow e obter muita reputação)

  • Você precisa se preparar para um teste sobre isso. (Manuseie como preparação do teste para todo o resto, faça muitas anotações)

  • Você precisa implementar um software que depende da rigorosa implementação correta de algo (um navegador da Web que manipula o URI, qualquer compilador ou intérprete para um determinado idioma). Nesse caso, você lê com muito cuidado, faz muitas anotações e, ao mesmo tempo, desenvolve vários casos de teste para executar o seu programa.

thorsten müller
fonte
2

Por um lado, facilite para si mesmo.

Embora isso possa ser visto como spam promocional, não é realmente assim:

Se você estiver usando o Navegador Chrome do Google para visualizar as RFCs do ietf.org , posso recomendar a instalação da extensão RFCRestyle Chrome por nenhum outro motivo, além de facilitar o trabalho de lê-las nos olhos e pescoço.

Com toda a seriedade, eu fiz a extensão especificamente porque são documentos assustadores, que gostem ou não, DEVEM ser lidos por qualquer pessoa que queira trabalhar com a web. Qual a melhor maneira de entender como, por exemplo, formatar corretamente um email, do que ler os padrões que moldam o funcionamento de todo o sistema?

Nada que eu saiba.

Pode não ser divertido ou sexy, mas esses documentos são elaborados com habilidade, exames e revelações completas sobre todos os procedimentos acordados, combinando as engrenagens da era da informação. E sem percorrê-los, pode-se esperar apenas ter uma compreensão leiga ou (pelo menos de alguma maneira) corrupta do (s) sujeito (s).

por exemplo, eu criei (e subseqüentemente usei) a extensão depois de descobrir a página da Wikipedia sobre endereços de e-mail era menos exata e decidi corrigi-la . Esforço ocular abundante e muito coçar a cabeça mais tarde, e o artigo foi aprimorado junto com o meu conhecimento do assunto . Eu também havia descoberto que os RFCs são horríveis de ler sem um pouco de magia CSS .

Meu ponto?

Até dedicar um tempo para percorrer os padrões definidos em várias RFCs e fazer o possível para relacionar isso ao wiki, os leitores desse wiki recebiam informações bastante imprecisas;

são apenas os padrões oficiais que podem, em última instância, ser confiáveis. Qualquer outra fonte de conhecimento sobre esses assuntos é uma corrupção da fonte (de uma forma ou de outra).

Portanto, embora não seja "a melhor EVAH divertida!" alguém tem que fazer isso.

Fred Gandt
fonte
1
Tentei a extensão; parece bom. Obrigado. Eu não sou um grande leitor de RFC e acho que eles são assustadores, mas que escanearam alguns ao longo dos anos. Um pensamento sobre "são apenas os padrões oficiais que podem, em última análise, ser confiáveis": eu diria apenas na teoria, ou se seu objetivo é implementar um protocolo. Mas o breve histórico da web é repleto de instâncias de implementações (populares) existentes que não cumpriram os padrões. Veja: O Problema .
Nc01 28/02