Os programadores que lêem livros relacionados à programação ainda são raros? [fechadas]

Tanto no Code Complete, de Steve McConnell, quanto no The Pragmatic Programmer, de Andrew Hunt e David Thomas, alegam que a maioria dos programadores não lê livros relacionados à programação como um hábito, ou pelo menos com frequência insuficiente. Isso ainda vale? Os programadores que lêem esses livros ainda são raros?

Devo admitir que apenas recentemente comecei a ler (e agora não consigo parar; está queimando tudo na minha carteira!). Antes eu era realmente contra e argumentava que é melhor escrever programas do que perder tempo lendo sobre isso. Agora percebo que o melhor resultado, pelo menos para mim, é fazer as duas coisas.

Edição: Na verdade, eu quis dizer qualquer tipo de livro que, de uma maneira ou de outra, estivesse relacionado à programação; seja em uma linguagem, tecnologia, padrão, paradigma específico - qualquer coisa , desde que possa beneficiar você como programador. Eu estava apenas me referindo ao Code Complete e The Pragmatic Programmer, porque é aí que eu leio que os programadores geralmente não lêem esses livros. Seria estranho se o título acabasse de ler "Os programadores que lêem livros ainda são raros?"

Todo mundo parece estar respondendo pessoalmente a essa pergunta, como em "Eu leio isso e aquilo". No entanto, como pessoa presente neste site, você já está um pouco acima da IMO "média" do programador. Então, isso distorce os números dramaticamente. Para responder diretamente à pergunta: sim, programadores que lêem livros são uma raça rara. Já trabalhei com dezenas de programadores e só conheço dois ou três que escolheriam um livro para resolver um problema. A maioria deles pesquisaria no Google um programa em particular ou apenas olharia fixamente para a tela esperando por inspiração divina. :-)

E os livros de "teoria", como Pragmatic Programmer e Code Complete, são ainda mais raramente lidos por programadores comuns. Se um programador ler um livro, é mais provável que seja um livro técnico sobre o idioma, estrutura ou tecnologia específica em que está trabalhando. Os livros "flexíveis" nem sequer estão no radar da maioria dos programadores.

Não consigo parar de aumentar minha lista de desejos da Amazon. O livro mais recente com o qual estou trabalhando é o Código Limpo, de Robert C. Martin (Tio Bob). Recentemente, vários programadores na minha área formaram um clube do livro, para que possamos aprender as melhores práticas juntos e trocar nossas experiências. Eu não acho que seria o mesmo programador se não lesse livros sobre a arte da programação. Existe uma grande quantidade de material por aí e é bom quando alguém o condensa por você e oferece um ponto de partida antes de você experimentar por conta própria.

Eu os li, então adicione 1 à sua lista de avistamentos. (Quantos antes estamos fora da lista de espécies ameaçadas?)

Sério, estou surpreso que os melhores candidatos no momento sejam as pessoas dizendo que vêem pouco valor nos livros de programação. Certamente há alguns em que eu gostaria de não ter gasto o dinheiro, mas há vários que abriram totalmente meus olhos para novos conceitos e técnicas e que me tornaram um programador melhor. Por exemplo:

• O Zen da otimização de código da Abrash - acho que esse é o principal motivo pelo qual sou programador em tempo real hoje.
• Ruminações em C ++ de Koening & Moo - O valor real dos iteradores e do STL não foi clicado até que eu li este.
• Refatoração por Fowler - Ensinou-me como estruturar e reestruturar o código.
• Programação extrema explicada por Beck - Embora eu nunca tenha bebido completamente o kool-aid ágil, este livro mudou a maneira como penso sobre requisitos, testes e gerenciamento do processo de desenvolvimento.

Aprendi a codificar na escola, mas não aprendi a codificar bem até ler alguns ótimos livros.

Ao entrevistar os desenvolvedores, notei que quem tem melhor desempenho nas tarefas técnicas (verbais e práticas) e (muito mais importante) entende as razões pelas quais eles estão fazendo o que estão fazendo, todos são desenvolvedores que lêem pelo menos o livro ocasional. Eu não acho que isso seja inteiramente uma coincidência.

Embora você certamente possa usar o Google para obter respostas rápidas e os blogs possam ser excelentes para uma cobertura aprofundada de coisas específicas, acho que os livros oferecem uma visão mais coordenada dos tópicos abordados. Além disso, ao fornecer as informações em um contexto diferente, elas ajudam o conhecimento a ficar melhor na cabeça das pessoas. Mesmo que você já saiba, acho que é valioso ter algo que valide esse conhecimento.

Finalmente, se alguém está lendo livros sobre o assunto em que está trabalhando, isso quase certamente significa que eles estão realmente interessados ​​no que estão fazendo e não apenas procurando coisas - para trabalhos criativos ou baseados no conhecimento, isso é muito importante se você está atrás da melhor equipe.

Suponho que você esteja falando de livros sobre a prática de programação e desenvolvimento de software, e não sobre tecnologias específicas ...

Pessoalmente, costumo evitar esses livros porque poucos deles têm algo útil a dizer. Para todos os programadores pragmáticos, há um grupo de autores pressionando suas metodologias / preconceitos / teorias da grande unificação ... e, embora possa ser muito divertido ouvi-los argumentar em um podcast, ler seus livros é apenas um pouco mais divertido do que lendo suas listas de compras ... e provavelmente menos útil. Você receberá muitos conselhos nos fóruns e ... seja qual for esse lugar ... com a vantagem adicional de que as divergências sejam discutidas entre pessoas que realmente acreditam nelas, e não entre o autor e seus discípulos.

A carne em Code Complete, Mythical Man-Month, etc., são observações com as quais os leitores mais experientes já estão pelo menos inconscientemente familiarizados. Isso os torna mais úteis para reforçar afirmações e ensinar programadores intermediários .

Eu realmente amo livros de programação. Eu tenho mais de 150 deles. E ainda há espaço para mais.

Bem, eu realmente não posso falar com outros programadores.

Eu tento ler livros de computador de alta qualidade . Atualmente, estou trabalhando em uma leitura do Mythical Man-Month.

Meu próximo livro é provavelmente o livro Russell / Norvig AI ou o Software Estimation da McConnell. Num futuro não muito distante, o Prático Common Lisp de Seibel aparece.

Leia, leia, leia, leia ... De livros, de blogs, o que for ... Melhor de bons livros, mas até a leitura de livros criticamente ruins ajudará. Mas continue aprendendo. Continue aprendendo todos os dias.

Eu os li de volta quando eu estava começando, mas agora a maioria dos livros que tenho por aí tendem a se concentrar na parte não codificante do desenvolvimento de software (por exemplo, Guia Prático de Prevenção de Defeitos , Estimativa de Software: Desmistificando a Arte Negra ), livros de referência ou livros focados em conceitos restritos de ciência da computação.

O maior problema que tenho é que os livros específicos de tecnologia tendem a ficar obsoletos em alguns anos (por exemplo, poucas pessoas escrevendo o Visual Basic 6 atualmente), então descobri que investir nesses livros que podem se tornar obsoletos tende a ser um problema. investimento ruim, ainda mais com a quantidade de informações disponíveis on-line atualmente. Da mesma forma, alguns livros sobre princípios de design tendem a ser ignorados em favor de sites realmente bons, como o A List Apart .

A razão para ler livros é melhorar seus próprios conhecimentos e habilidades. Isso implica duas coisas: (1) você precisa reconhecer que tem espaço para melhorar e (2) precisa melhorar. Muitos dos programadores que conheci tinham ego do tamanho de planetas. Um grande pedaço do resto ficou feliz em acompanhar o passeio.

Eu adquiri um novo Kindle (Wifi + 3G) na semana passada e adoro, não consigo parar de ler. Comprei vários e-books técnicos da Amazon e de outros editores, e estou vasculhando-os a um ritmo absurdo.

Os livros físicos agora parecem terrivelmente antiquados para mim agora. Eu não esperava isso tão cedo.

Não leio um livro técnico há anos ... literalmente anos.

Em parte, é sobre disponibilidade de informações em outros lugares. Blogs, artigos, white papers, sites de referência, sites de suporte como SO ...

Em parte, tem a ver com as despesas e a impraticabilidade dos livros em papel. Pense nos números que você costumava ler algo como evangelho apenas para descobrir que era subjetivo ou talvez desatualizado. Até os manuais de referência datam rapidamente, dada a natureza em constante mudança de nosso mundo.

Não estou escrevendo livros técnicos por si só, mas já se foram os dias em que eles eram sua única fonte de informações sobre um assunto técnico. Agora, obtemos nossas informações de várias fontes.

Confesso que sinto falta deles um pouco, mas pelo menos para mim os tempos mudaram.

Uma história pessoal:

Certa vez, fiz uma apresentação para uma sala cheia de 50 ou 60 desenvolvedores sobre algumas coisas relacionadas ao .NET (todos eles trabalhavam para a mesma empresa).

A Microsoft estava patrocinando a palestra e me deu algumas cópias do livro "Object Thinking" de David West (da Microsoft Press).

Por coincidência, eu tinha acabado de ler aquele livro e achei uma ótima leitura. Até o recomendei ao público, explicando que eu tinha algumas cópias para doar e que, se alguém estivesse interessado, tudo o que precisaria fazer era pedir uma.

Várias pessoas vieram procurar o livro, mas nenhuma delas, repito, ninguém , nem uma única pessoa decidiu mantê-lo.

Eu ainda gostaria de pegar um livro para aprender o básico de um idioma. Dessa forma, eu posso olhar para ele e ter uma idéia do que estou fazendo a qualquer hora do dia / semana e não preciso me preocupar com um laptop. Depois de ler o livro, começarei a aprender com o código.

Teoria, então pratique.

Não compro tantos livros de programação em papel quanto costumava comprar. Tenho uma assinatura do Safari Books Online , onde, pelo preço de um livro por mês, obtenho acesso ilimitado ao texto completo de milhares de livros de programação (e outros) de editores como O'Reilly, John Wiley & Sons, Addison- Wesley e outros.

Eu também tenho um Kindle de primeira geração e às vezes compro livros de programação para ele; no entanto, acho que o grande Kindle DX (lançado depois que eu recebi o meu) seria uma plataforma melhor para material técnico.

(Uau, 5 votos positivos e 5 votos negativos - essa opinião parece ser mais controversa do que eu imaginava!)

Não leio livros como Code Complete ou similar, nem sinto que devo " ler ". O que significa isso, afinal? O que acontece se eu não fizer?

Antes de tudo, não acho que esses livros me tornem um programador melhor. Eles podem funcionar para outras pessoas, mas não para mim. As informações factuais que elas contêm não são muito detalhadas ou técnicas, então eu já conheço a grande maioria delas. O resto são opiniões com as quais posso ou não concordar, mas que certamente não adotarei servilmente.

A única literatura relacionada à programação que realmente achei interessante de ler são documentos puramente técnicos com um mínimo absoluto de subjetividade . Até agora, meus favoritos são a especificação da linguagem C # 4.0 e o padrão Unicode 5.0. Outras pessoas acham isso uma leitura muito seca e chata, mas acho que isso envolve minha mente e potencialmente fornece informações que eu ainda não sabia.

Atualização 2010-Out-07: Acabei de me indicar o Programador Pragmático , por isso olhei para as primeiras páginas da Amazon. Na seção “Quem deve ler este livro?”, Diz: “Talvez você se sinta frustrado por não estar alcançando seu potencial. Talvez você olhe para colegas que parecem estar usando ferramentas para se tornarem mais produtivos que você. ”Uhm, não. Nada disso se aplica a mim. Estou frustrado porque meus colegas são muito menos produtivos que eu (e não se importam). Sinto que estou alcançando meu potencial (que pouco dele tenho, de qualquer maneira). Então sim. Não faz sentido ler este livro. Apenas um caso em questão.