Vejo que a maioria dos bons programadores tem o hábito de ler grandes livros para aprender sobre tecnologia.
O que é realmente necessário para ler livros técnicos, além do interesse real na tecnologia?
Como posso melhorar minha capacidade de ler esses livros?
Respostas:
Temos olhos realmente GRANDES.
Brincadeiras à parte, sou uma das pessoas que acha a leitura muito difícil. Se estou estudando um livro muito grande, tento ler de manhã cedo, quando acordo, quando minha mente está livre de distrações. Acho que sou capaz de ficar muito mais absorto nessa hora do dia e reter mais.
Depois, existem livros que são tão secos que são dolorosos, independentemente das circunstâncias da leitura. Tento evitá-los sempre que possível, ou encontro outro livro com as mesmas informações escritas em um estilo diferente. Se a leitura de um livro é tão dolorosa que você quase não consegue largá-lo, está perdendo tempo, porque provavelmente não vai reter muito.
Ainda assim, eu prefiro obter informações em doses menores. Meus 'grandes livros' são principalmente para referência e não devem ser lidos de capa a capa, a menos que você tenha um tempo de atenção incrível.
Além disso, apesar de meio que digressão, eu realmente gosto quando as pessoas escrevem resenhas de livros em seu blog ou site pessoal. Isso me ajuda a encontrar livros mais adequados para mim. Portanto, se você ama ou odeia um livro, considere publicar uma crítica. Será exibido para pessoas que possam estar interessadas em qualquer livro que você esteja discutindo.
fonte
Como comer um elefante? Uma mordida de cada vez.
fonte
N
pessoas comedores de elefantes deve reduzir o tempoN
. Um clube de leitura de livrosN
operaria em duas fases. Na primeira fase, cada pessoa leu1/N
o livro, não assumindo dependência na ordem de leitura. A segunda fase seria umaO(N^2)
comunicação, mas levaria apenas algumasO(N)
etapas, pois em cada etapa uma pessoa pode transmitir para as outrasN-1
pessoas. Supondo que o tempo necessário para a transmissão1/N
do livro também seja proporcional ao1/N
tempo necessário para a segunda fase, independentemente doN
número de pessoas no clube.Tempo, esforço e persistência. Por exemplo, levei meses (talvez 6 meses, 30 minutos por dia) para rastrear o Code Complete inicialmente. Certifique-se de destacar coisas importantes e fazer anotações pessoais para que você possa revisar os pontos essenciais mais tarde. Você não aprenderá muito apenas olhando o texto.
Veja como aprender a programar em dez anos .
fonte
Bons livros não são necessariamente grandes. Os livros de O'Reilly e os livros de Pragmatic Programmer tendem a ser bem esbeltos e muito bons.
Sugiro que você leia alguns dos livros recomendados em https://stackoverflow.com/questions/1711/what-is-the-single-most-influential-book-every-programmer-should-read
Mas, para responder à sua pergunta: é preciso esforço, da mesma maneira que qualquer outro sujeito de estudo. Leitura cuidadosa, reflexão, anotações e exercícios .
fonte
Leia como se seu trabalho dependesse dele, na maioria das vezes.
Esta é uma área que eu sempre busco melhorar: algumas maneiras pelas quais me deparei:
Lembre-se sempre do que significa RTFM .
fonte
Dieta e sono - coisas que IMO são fundamentais para o quão bem você escolhe as coisas.
Aqui está uma lista e explicações do meu blog :
fonte
eye fatigue
é besteira total. Seus olhos ficam tensos quando você olha atentamente, para a tela do Kindle ou papel natural. Cintilação não importa. Verifique-o. Um laptop é melhor porque sua tela é maior e você pode segurá-lo mais longe. Olhos sem tensão se concentram no infinito. Olhar mais de perto tensiona alguns músculos e eles começam a causar dor e podem causar danos. Aprenda a fisiologia antes de ensinar as pessoas. O conselho para respirar parece ser útil.Tente ler o manual mais ativamente. Em outras palavras, não apenas olhe para as palavras, mas torne-se ativo. Por exemplo, considere algumas das seguintes técnicas:
Comece lendo o manual, ou seja, não comece lendo a capa do manual, mas comece lendo o título do manual, o blurp do editor (se houver), o prefácio ou a introdução e, em seguida, estude a tabela de conteúdo. Em seguida, comece a ler partes das seções que você descobriu que são mais relevantes para você (parágrafos resumidos no início ou no final dos capítulos são especialmente bons para ler ao ler).
Faça as perguntas do manual, as quais você responderá pesquisando as respostas no manual.
Escreva um esboço do manual enquanto lê. Observe que o contorno não precisa coincidir com o índice e pode ser mais aprofundado.
Sublinhe palavras e frases importantes.
Escreva breves resumos de seções ou parágrafos.
Esboce um mapa mental sobre o que você está lendo enquanto está lendo.
As técnicas acima se aplicam a qualquer trabalho expositivo (em oposição a romances, por exemplo) que você lê e, portanto, também se aplica a manuais.
Se você quiser obter mais informações, procure livros ou no google sobre o assunto "leitura ativa".
fonte
Eu recomendo Como ler um livro . Ele fornece conselhos gerais sobre como tirar o máximo proveito de sua leitura, fazendo anotações, fazendo perguntas, determinando os objetivos dos autores, etc. em.
Não se destina especificamente a livros técnicos, mas o conselho certamente se aplica. E é uma leitura bastante fácil, apesar de longa. Mas vários capítulos sobre tipos específicos de leitura podem ser ignorados.
fonte
Você precisa do que está lendo. Então, de repente, torna-se interessante.
Além disso, converse com outras pessoas / com você mesmo sobre o que leu. A maioria dos técnicos está interessada em ouvir resumos de livros interessantes e fornecerá seus próprios resumos das coisas que leram, resultando em uma conversa técnica interessante.
fonte
O que eu faço é meio que "ler em primeiro lugar": primeiro o índice, depois tento ler os capítulos em ordem, mas não tão profundamente, pulando grandes pedaços de texto e indo direto para o código, voltando um pouco se necessário para entender isso. Tendo uma idéia melhor do livro, li completamente os capítulos interessantes e deixei o restante do livro para ser lido "sob demanda".
fonte
Costumo folhear o livro algumas vezes, lendo seções que chamam minha atenção. Depois disso, tenho uma boa idéia do que está no livro e posso pegá-lo mais tarde, quando precisar aprender mais sobre algo. Então, conforme o tempo permitir, vou ler mais metodicamente.
Estou desenvolvendo há mais de 30 anos e aprendi a maioria do que sei lendo e tentando o que li. Sou muito aprendiz prático e gosto de mexer e mexer enquanto tento código de exemplo se não tiver certeza de alguma coisa.
É essencial continuar aprendendo, se você quer ter uma vida decente em programação. As tecnologias que você conhece agora e considera quentes serão obsoletas e superlotadas em cinco anos, para que você continue aprendendo. Os desenvolvedores não têm o luxo de aprender uma coisa e relaxar. Isso é parcialmente bom e parcialmente ruim, porque o ônus é nosso de continuar aprendendo, mas acho que a maioria dos desenvolvedores adora o desafio criativo, por isso aceitamos esse preço.
fonte
O que eu achei importante é ler o prefácio. Muitas vezes, o (s) autor (es) dará algumas sugestões sobre como ler o livro. Além disso, tento ler os capítulos introdutórios diretamente, mesmo se achar que já tenho o histórico necessário. Acho que muitas vezes me ajuda a familiarizar-me com o vocabulário do livro (por exemplo, "quando dizemos 'servidor', queremos dizer o hardware físico; quando dizemos 'servidor da Web', queremos dizer a instância do servidor de aplicativos").
Eu também tenho que lutar contra o desejo de roçar. Leitura para compreensão é diferente da leitura para referência. Desacelere, faça uma pausa a cada duas páginas e revise o que acabou de ler. Reler as seções desafiadoras costuma parecer uma perda de tempo, mas vale a pena a longo prazo, porque me ajuda a compreender as seções posteriores mais rapidamente.
fonte
Se eu receber um daqueles grandes livros de referência, eu o leio como referência. Ou seja, eu procuro em busca dos pontos-chave e tentando aprender o livro para saber onde procurar algo quando preciso. Um bom exemplo é o meu manual de referência C. Eu li, mas não consegui citar as especificações C para você. No entanto, eu sei a maioria das coisas importantes e posso procurar rapidamente tudo o que preciso, porque estou familiarizado com o layout do livro.
Se estou lendo um livro de instruções ou introdutório, geralmente o faço na frente do computador para que eu possa experimentar as coisas enquanto for. Meus livros de introdução favoritos têm muito código para tentar - e estou lhe dizendo: Não use os exemplos de código no CD !!! Você obterá muito mais conhecimento prático digitando-o você mesmo.
fonte
Honestamente, existem alguns livros de programação que eu leio tão avidamente quanto se costuma ler um romance. Basta procurar os mais interessantes , e lê-los não será um problema.
Não se limite apenas a livros exclusivamente técnicos; muitos livros interessantes sobre programação são entrevistas , ensaios , histórias de sucesso , coisas assim. Acho esses extremamente fascinantes e ainda informativos. Eles podem ser um bom ponto de partida para você.
fonte
Eu li cerca de 300 livros até agora na minha vida (alguns com até 700 páginas) e eu tenho que dizer que você precisa (1) eliminar distrações, (2) encontrar alguém que também esteja interessado no tópico para que você possa contar sobre o que aprendeu recentemente com a leitura e (3) fazer a si mesmo esta pergunta: em 3 dias, quero realizar algo e aprender muito ou quero não ter aprendido nada, tendo sentou na frente da TV ou jogou videogame?
Poucas pessoas na América realmente lêem livros de não ficção. Eu conheci provavelmente 100 pessoas nos últimos seis meses e, embora quase todas essas pessoas saibam que eu sou um leitor semi-ávido de livros de não ficção, ninguém nunca falou sobre ler um livro de não ficção, nem vi um deles ler um livro de não ficção. Estar disposto e capaz de ler livros de não ficção instantaneamente aumenta meu respeito por alguém, mesmo que eu odeie os livros que eles gostam. Tão poucas pessoas estão dispostas a fazer outra coisa senão beber, se gabar, etc., que é realmente notável quando alguém se senta e lê um livro.
fonte
Hah, você acha que lê-los é difícil, tente escrevê-los!
Normalmente, tento escrever algum código ou executar alguma tarefa para testar meus conhecimentos à medida que absorvo o material. Você não diz para que serve o manual, por isso não posso fornecer mais dicas do que isso.
fonte
Um truque de metacognição que eu uso é esse.
Leia o livro por 10 minutos (sem distrações). Esses 10 minutos devem incluir a compreensão do material que acabei de ler.
Estou entediado agora? Sim = Parar, Não = Continue por 10 minutos.
Repito o passo 2 por no máximo 30 minutos e depois faço uma pausa. Se eu estiver entediado depois do intervalo, pare. Esse método me impede de me distrair e me permite parar quando sei que meu cérebro está vagando.
A leitura é uma parte disso. Além disso, se houver exercícios no material, faça-os. Por fim, se eu sei que preciso ler novamente o material, destaquei os pontos principais (não a página inteira!).
fonte
Esta é uma pergunta estranha. Se você está interessado em algo, não é natural querer ler sobre isso? Se você achar difícil ler livros sobre programação, pergunte a si mesmo se está realmente interessado.
Se a resposta ainda for afirmativa, escolha um bom livro relacionado ao que você está fazendo no momento. Por exemplo, se você estiver usando C ++, comece a ler os livros de Scott Meyers ou Andrey Alexandrescu.
fonte
Acho impossível absorver passivamente o conteúdo de qualquer manual. O melhor que posso fazer é ter uma idéia geral dos recursos da tecnologia. Para realmente aprender uma tecnologia em detalhes, tenho o manual aberto enquanto tento realizar alguma tarefa. Depois de mais ou menos um mês, sou um especialista relativo; a maioria dos programadores parece não ler manuais.
fonte
Levo os manuais para casa e sento na cama lendo-os. Quando eles me mandam dormir, eu durmo. Durante algumas noites - talvez uma semana, fazendo isso, posso passar por isso.
Fazendo isso, eu sei que realmente não vai ficar muito na minha cabeça, mas sei para onde olhar.
Depois, faço coisas de trabalho reais e, quando não sei o que fazer ou preciso procurar no manual, sei onde procurar e volto a ler essa parte em detalhes.
Eu sempre faço isso, com manuais de compilador, vinculadores, ferramentas de desenvolvimento, tudo. Sempre tem. E eu sempre sei mais sobre as ferramentas do que todos os meus colegas que simplesmente fazem coisas. E então me peça para ajudar quando as coisas não funcionarem.
Eu sei que ler manuais na cama à noite não é muito romântico. Minha esposa já está acostumada. E é melhor do que ler a documentação do projeto ou as especificações técnicas com uma caneta vermelha na mão (também fiz isso) :-P
fonte
Eu tenho muitos livros técnicos grandes e grandes:
*) Um bom eReader é essencial, a menos que você deseje reservar uma GRANDE área para coleta de coelhos ... Eu gosto da linha Sony Reader pela maneira como lidam com notas, navegação e índices - ótimos para leitura técnica -, mas eu não não funciona para a Sony - 'para cada um, o seu próprio'.
*) Geralmente compro livros de referência que são bem indexados e raramente os leio da maneira que você lê um romance. Eu leio o prefácio e a introdução e digitalizo o sumário e os índices, para saber o que há quando preciso.
*) Evito livros grandes e pesados sobre tópicos especializados restritos - na OMI, geralmente, isso acaba sendo um desperdício, porque quando você termina o livro, a tecnologia está desatualizada ou você se mudou para outro projeto, ou eles gastam um tempo. muito tempo em coisas que qualquer programador experiente descobrirá comprar apenas FAZENDO.
fonte
Acho os livros técnicos uma categoria muito geral e não existe um método único que funcione bem com todos os tipos de livros. Muito depende também do interesse e do conhecimento apropriado do domínio (além do inglês básico) que o leitor já deve possuir para cobrir o material com eficiência, dentro de um período de tempo razoável. É importante colocar as expectativas corretas, ou seja, nenhuma pessoa normal deve esperar para ler rapidamente um dicionário de capa a capa e entender muito, pois há muita profundidade / conteúdo a ser digerido em um curto espaço de tempo em comparação com texto comum como notícias ou ficção.
Livros de referência - usados principalmente para referência, se você realmente quiser ler um de capa a capa, esteja preparado para possuir o conhecimento necessário para uma taxa de leitura aceitável. Acho que a série de livros TAOCP tem um requisito particularmente alto e a velocidade de leitura não funciona quando você precisa fazer uma pausa e pensar depois de algumas frases. Eles são mais parecidos com livros didáticos que são melhor estudados quando há exercícios para trabalhar.
Tutoriais / guias - são os mais fáceis de ler na íntegra, especialmente aqueles com exemplos trabalhados que podem ser traduzidos em atividade prática, que é uma maneira mais envolvente e eficaz de verificar o conhecimento adquirido. Não me importo com a prosa, para a qual a leitura rápida é muito eficaz.
Tudo isso dito, pode ser mais importante identificar o tipo certo de livro que alguém deve ler a qualquer momento e deixar os obstáculos intransponíveis até mais tarde, quando estiver em uma posição melhor para lidar com eles.
fonte
Obter um livro escrito por um bom escritor. Os livros Manning Press In Action são bons porque não são manuais, são tutoriais que também cobrem os detalhes importantes.
Leia com um marcador .
Se parecer abaixo, deve ser mais fácil lembrar:
fonte
Não encontro muito tempo para ler livros. "Mundo Real Haskell" me levou cerca de um ano para terminar. Normalmente pulo as passagens que não posso aplicar a curto prazo. Eu li as páginas interessantes pouco a pouco. O que ajuda é delinear os insights mais importantes com um lápis, para não esquecer o que estava lendo quando finalmente o recolhi.
fonte
A seguir, é como geralmente acontece no meu caso.
"A tecnologia X parece muito legal, onde posso aprender mais"? Depois, pesquisei no Google a tecnologia absorvendo o máximo possível, tento, se possível, fazer um esforço em pequena escala usando o novo hype. Se ainda estou interessado, compro um bom livro sobre o assunto, mais recentemente para mim é uma incursão no WCF.
Para lê-lo, mantenho meu livro de escolha (geralmente a compra mais recente que fiz) à mão para o meu tempo privado no banheiro, longe de crianças e distrações. Leva-me mais tempo para ler dessa maneira, mas pelo menos eu passo por eles.
fonte
I velocidade de leitura (e escrever minhas próprias notas na margem quando apropriado). A leitura rápida não é uma farsa. Passei de 140wpm (palavras por minuto) para 800wpm com um aumento na retenção após algumas semanas de treinamento.
fonte