¿Los programadores que leen libros relacionados con la programación siguen siendo raros? [cerrado]

Tanto en Code Complete por Steve McConnell como en The Pragmatic Programmer por Andrew Hunt y David Thomas, alegan que la mayoría de los programadores no leen libros relacionados con la programación como un hábito, o al menos no con la suficiente frecuencia. ¿Esto todavía se mantiene? ¿Los programadores que leen tales libros siguen siendo raros?

Debo admitir que hace muy poco comencé a leer (y ahora no puedo parar; ¡se está quemando todo en mi billetera!). Antes estaba realmente en contra y argumentaba que es mejor escribir programas que perder el tiempo leyendo sobre ellos. Ahora me doy cuenta de que el mejor resultado, al menos para mí, es hacer ambas cosas.

EDITAR: De hecho, me refería a cualquier tipo de libros que en el camino u otro estuvieran relacionados con la programación; ya sea en un lenguaje, tecnología, patrón, paradigma en particular, cualquier cosa siempre que pueda beneficiarlo como programador. Me refería a Code Complete y The Pragmatic Programmer porque es allí donde leo que los programadores no suelen leer esos libros. Hubiera parecido extraño si el título simplemente dijera "¿Son todavía raros los programadores que leen libros?"

Todos parecen estar respondiendo esta pregunta personalmente, como en "Yo leo tal y tal". Sin embargo, como persona que pasa el rato en este sitio, ya está un poco por encima de su IMO de programador "promedio". Entonces esto sesga los números dramáticamente. Para responder la pregunta directamente: sí, los programadores que leen libros son una raza rara. He trabajado con docenas de programadores, y solo conozco dos o tres que elegirían un libro para resolver un problema. La mayoría de ellos buscaría en Google un programa en particular, o simplemente miraría fijamente la pantalla con la esperanza de inspiración divina. :-)

Y los libros de "teoría" como Pragmatic Programmer y Code Complete son aún más raramente leídos por programadores promedio. Si un programador va a leer un libro, es más probable que sea un libro técnico sobre el lenguaje específico, el marco o la tecnología en la que está trabajando. Los libros "blandos" ni siquiera están en el radar de la mayoría de los programadores.

No puedo dejar de hacer crecer mi lista de deseos de Amazon. El libro más reciente en el que he estado trabajando es Clean Code de Robert C. Martin (tío Bob). Recientemente, un grupo de programadores en mi área incluso formó un club de lectura, para que podamos aprender las mejores prácticas juntos e intercambiar nuestras experiencias. No creo que sería el mismo programador si no leyera libros sobre el oficio de programación. Hay una gran riqueza de material por ahí y es agradable cuando alguien lo condensa por ti y te da un punto de partida antes de que vayas a experimentar por tu cuenta.

Los leí, así que agrega 1 a tu lista de avistamientos. (¿Cuántos antes estamos fuera de la lista de especies en peligro de extinción?)

En serio, me sorprende que las personas que más votan en este momento son las personas que dicen que ven poco valor en los libros de programación. Ciertamente, hay algunos en los que desearía no haber gastado el dinero, pero hay varios que me han abierto totalmente los ojos a nuevos conceptos y técnicas y que me hicieron un mejor programador. Por ejemplo:

• El zen de la optimización de código de Abrash: creo que esta es la razón principal por la que hoy soy un programador en tiempo real.
• Reflexiones en C ++ por Koening & Moo: el valor real de los iteradores y el STL no hizo clic hasta que leí este.
• Refactorización por Fowler: me enseñó cómo estructurar y reestructurar el código.
• Programación extrema explicada por Beck: aunque nunca bebí por completo el ágil kool-aid, este libro cambió mi forma de pensar sobre los requisitos, las pruebas y la gestión del proceso de desarrollo.

Aprendí a codificar en la escuela, pero no aprendí a codificar bien hasta que leí algunos libros geniales.

Al entrevistar a los desarrolladores, me di cuenta de que los que tienen un mejor desempeño en las tareas técnicas (tanto verbales como prácticas) y (mucho más importante) entienden las razones por las que están haciendo lo que están haciendo, son todos los desarrolladores que leen al menos el libro ocasional No creo que sea una coincidencia.

Aunque ciertamente puede usar Google para obtener respuestas rápidas y los blogs pueden ser excelentes para una cobertura profunda de cosas específicas, creo que los libros le brindan una visión más coordinada de los temas que cubren. Además, al proporcionar la información en un contexto diferente, ayudan a que el conocimiento se adhiera mejor a las cabezas de las personas. Incluso si es algo que ya sabes, creo que es valioso tener algo que valide ese conocimiento.

Finalmente, si alguien está leyendo libros sobre el tema en el que está trabajando, entonces seguramente significa que está genuinamente interesado en lo que está haciendo y no solo avanzando por las cosas: para trabajos creativos o basados ​​en el conocimiento, esto es muy importante si Estás detrás del mejor personal.

Supongo que estás hablando de libros sobre la práctica de la programación y el desarrollo de software en lugar de sobre tecnologías específicas ...

Personalmente, tiendo a evitar estos libros porque muy pocos de ellos tienen algo útil que decir. Para cada par de programadores pragmáticos, hay un montón de autores que empujan sus metodologías personales / prejuicios / grandes teorías unificadas ... y si bien puede ser muy divertido escucharlos discutir en un podcast, leer sus libros es algo más entretenido que leyendo sus listas de compras ... y probablemente menos útil. Obtendrá muchos de los mismos consejos en los foros y ... cualquiera que sea este lugar ... con la ventaja adicional de que los desacuerdos se discuten entre las personas que realmente los creen en lugar de entre el autor y sus hombres de paja.

La carne en Code Complete, Mythical Man-Month, etc., son observaciones con las que la mayoría de los lectores experimentados ya están al menos inconscientemente familiarizados. Esto los hace más útiles para reforzar las afirmaciones y enseñar a los programadores intermedios .

Realmente amo programar libros. Tengo más de 150 de ellos. Y todavía hay espacio para más.

Bueno, realmente no puedo hablar con otros programadores.

Trato de leer libros de computadora de alta calidad . Actualmente estoy trabajando en una lectura de Mythical Man-Month.

Mi próximo libro probablemente sea Russell / Norvig AI book o McConnell's Software Estimation. En un futuro no muy lejano, Seibel's Practical Common Lisp se avecina.

Leer, leer, leer, leer ... De libros, de blogs, lo que sea ... Mejor de buenos libros, pero incluso leer libros críticamente malos ayudará. Pero sigue aprendiendo. Sigue aprendiendo todos los días.

Los leí cuando recién comenzaba, pero ahora la mayoría de los libros que tengo alrededor tienden a centrarse en la parte no codificante del desarrollo de software (por ejemplo, la Guía práctica para la prevención de defectos , Estimación de software: desmitificar el arte negro ), libros de referencia o libros centrados en conceptos estrechos de informática.

El mayor problema que tengo es que los libros específicos de tecnología tienden a quedar obsoletos en un par de años (por ejemplo, no hay muchas personas que escriban Visual Basic 6 en estos días), así que descubrí que invertir en esos libros que pueden volverse obsoletos tiende a ser mala inversión, aún más cuando con la cantidad de información disponible en línea en estos días. Del mismo modo, algunos de los libros sobre temas como los principios de diseño tienden a ser ignorados en favor de algunos de los sitios realmente buenos, como A List Apart .

La razón para leer libros es para mejorar sus propios conocimientos y habilidades. Eso implica dos cosas: (1) debes reconocer que tienes espacio para mejorar y (2) debes querer mejorar. Muchos de los programadores que he conocido tenían ego del tamaño de los planetas. Una gran parte del resto estaba feliz de ir a la costa.

Tengo un nuevo Kindle (Wifi + 3G) la semana pasada y me encanta, no puedo dejar de leer. He comprado varios libros electrónicos técnicos tanto de Amazon como de otras editoriales, y los estoy revisando a un ritmo vertiginoso.

Los libros físicos ahora me parecen terriblemente anticuados. No esperaba eso tan pronto.

No he leído un libro técnico en años ... literalmente años.

En parte se trata de la disponibilidad de información en otros lugares. Blogs, artículos, libros blancos, sitios de referencia, sitios de apoyo de pares como SO ...

En parte tiene que ver con el gasto y la impracticabilidad de los libros en papel. Piense en los números que solía leer algo como evangelio solo para descubrir que era subjetivo o tal vez desactualizado. Incluso los manuales de referencia datan rápidamente, dada la naturaleza siempre cambiante de nuestro mundo.

No estoy llamando a los libros técnicos per se, pero ya pasaron los días en que eran su única fuente de información sobre un tema técnico. Obtenemos nuestra información de una variedad de fuentes ahora.

Confesaré que los extraño un poco, pero al menos para mí, los tiempos han pasado.

Una historia personal:

Una vez hice una presentación a una sala llena de 50 o 60 desarrolladores sobre algunas cosas relacionadas con .NET (todos trabajaban para la misma compañía).

Microsoft patrocinó la charla y me dio un par de copias del libro "Object Thinking" de David West (de Microsoft Press).

Casualmente, acababa de leer ese libro y me pareció una lectura muy agradable. Incluso lo recomendé a la audiencia explicando que tenía algunas copias para regalar y que si alguien estaba interesado, todo lo que tenían que hacer era pedir una.

Varias personas se acercaron para examinar el libro, pero ninguno de ellos, repito, nadie , ni una sola persona decidió conservarlo.

Todavía me gustaría tomar un libro para aprender los conceptos básicos de un idioma. De esta manera puedo verlo y tener una idea de lo que estoy haciendo en cualquier momento del día / semana y no tener que preocuparme por una computadora portátil. Una vez que haya leído el libro, comenzaré a aprender con código.

Teoría, luego práctica.

No compro tantos libros de programación en formato papel como solía hacerlo. Tengo una suscripción a Safari Books Online , donde por el precio de un libro al mes, tengo acceso ilimitado al texto completo de miles de libros de programación (y otros) de editoriales como O'Reilly, John Wiley & Sons, Addison- Wesley y otros.

También tengo un Kindle de primera generación y a veces compro libros de programación para él; Sin embargo, creo que el gran Kindle DX (que salió después de que obtuve el mío) sería una mejor plataforma para material técnico.

(Wow, 5 votos a favor y 5 votos a favor, ¡esta opinión parece ser más controvertida de lo que imaginaba!)

No leo libros como Code Complete o similar, ni siento que "debería". ¿Qué significa eso, de todos modos? ¿Qué pasa si no lo hago?

En primer lugar, no creo que tales libros me hagan un mejor programador. Podrían funcionar para otras personas, pero no para mí. La información objetiva que contienen no es muy detallada ni técnica, por lo que ya conozco la gran mayoría. El resto son opiniones con las que puedo o no estar de acuerdo, pero que ciertamente no adoptaré servilmente.

La única literatura relacionada con la programación que he encontrado interesante de leer son documentos puramente técnicos con un mínimo absoluto de subjetividad . Mis favoritos hasta ahora son la especificación de lenguaje C # 4.0 y el estándar Unicode 5.0. Otras personas consideran que esta es una lectura muy seca y aburrida, pero creo que atrae mi mente y potencialmente proporciona información que aún no conocía.

Actualización 2010-Oct-07: Acabo de señalarme el Programador pragmático , así que miré las primeras páginas en Amazon. En la sección “¿Quién debería leer este libro?” Dice: “Quizás te sientas frustrado porque no pareces estar alcanzando tu potencial. Quizás miras a colegas que parecen estar usando herramientas para hacerse más productivos que tú. Uhm, no. Nada de eso se aplica a mí. Estoy frustrado porque mis colegas son mucho menos productivos que yo (y no les importa). Siento que estoy logrando mi potencial (de todos modos, lo poco que tengo). Así que sí. No tiene sentido leer este libro. Solo un ejemplo.