untagged - the - pack de libros de programacion 2018
¿Qué libros que no son de programación deben leer los programadores? (30)
Esta es una encuesta que le pregunta a la comunidad de Stackoverflow qué libros de no programación recomendarían a otros programadores.
Por favor, lea lo siguiente antes de publicar:
Por favor publique solo UN LIBRO POR RESPUESTA .
Busque su recomendación en esta página antes de publicarla (hay más de NUEVE PÁGINAS, por lo que es recomendable que las revise todas). Muchos libros ya han sido sugeridos y queremos evitar duplicados. Si encuentra que su recomendación ya está presente, vótela o agregue algunos comentarios.
Por favor, explique por qué cree que vale la pena leer un libro dado desde la perspectiva de un programador.
Nota: este artículo es similar y contiene otras sugerencias útiles.
Peopleware: proyectos productivos y equipos
por Tom DeMarco y Timothy Lister
Este libro clásico nos alienta a pensar en las personas en lugar del proceso. Está lleno de consejos prácticos sobre creación de equipos, productividad y entornos de oficina. Es una lectura obligada, no solo para los gerentes, sino para cualquier persona relacionada con el desarrollo de software.
Obtenga dos copias, una para usted y otra para su gerente.
Mi recomendación sería: leer todo lo que esté fuera de su alcance habitual .
Realmente, cualquier cosa ampliará tu horizonte. Esto no solo se aplica a programadores y desarrolladores. Creo que a todos les iría mejor interesarse en algo que ya no gasta de 8 a 12 horas por día.
Personalmente, a veces me siento como un idiota del mundo real porque mi biblioteca personal de libros sobre todo tipo de temas relacionados con las computadoras está creciendo y creciendo y nunca puedo relajarme. Es decir, paso aproximadamente 10 horas al día con ellos y luego estoy leyendo un libro sobre patrones de diseño antes de ir a la cama. ¿Qué tan enfermo es eso? ;)
Mi refugio actual es mi suscripción a un periódico, y varias otras revistas las recojo cada tanto cuando paso por un quiosco. La mayoría de ellos no tienen nada que ver con la tecnología y la programación. Hice la costumbre de tomar un café por la mañana, llevar el periódico y leer algo más, o encontrar amigos y simplemente charlar.
Entonces, para dejarlo más claro, sé que un periódico o una revista no es tan actual y actualizado como un sitio web. Pero esto me permite no leerlo en una pantalla y hacer algo fuera de lo normal.
El curioso incidente del perro en la noche
por Mark Haddon
Te dará una perspectiva de tus extraños compañeros de trabajo.
¡La serie Foundation de Isaac Asimov es brillante!
De Verdad? ¿Nadie ha mencionado aún al Señor de los anillos ?
texto alternativo http://upload.wikimedia.org/wikipedia/en/6/62/Jrrt_lotr_cover_design.jpg
Además de ser una pieza espectacular de escritura por derecho propio, también es la base de (casi todos) la ficción de fantasía moderna. (Además, y tal vez más al punto para un grupo de programadores de computadoras, una de las principales inspiraciones de Dungeons & Dragons).
Retrocediendo un poco, los tres libros que todo programador tuvo que haber leído para poder participar en la conversación a la hora del almuerzo fue el Señor de los Anillos, la Duna y la Guía del Autoestopista. (Esto es una ligera exageración)
Si solo has visto las películas, prueba los libros.
Desde una perspectiva técnica, el mensaje fundamental del libro de que las personas "sin importancia" pueden tener un efecto profundo y positivo en el mundo y las organizaciones que les rodean puede ser muy esperanzador para todos nosotros haciendo una programación de "gran corp".
No me hagas pensar por Steve Krug. Un libro esencial sobre usabilidad web. Como dice Krug, "el sentido común no siempre es obvio".
texto alternativo http://ecx.images-amazon.com/images/I/51W8l2Zy3WL._SL500_AA240_.jpg
(Sugerencia: Amazon.com tiene buena usabilidad)
Actualización: ahora es parte de la biblioteca en el trabajo. He recibido unas cinco personas para leerlo hasta ahora. 100% de críticas positivas, previsiblemente.
Philip K. Dick : ¿Los androides sueñan con ovejas eléctricas?
Y todo lo demás que escribió, por supuesto :)
Sus historias alucinantes sin duda ayudan a pensar más fuera de la caja.
Como ganar amigos y influenciar personas
por Dale Carnegie
Aunque esto se publicó por primera vez en 1936, el consejo que contiene sigue siendo tan fresco y apropiado como siempre. No te dejes desanimar por el nombre. Esta no es una guía encubierta para hacer las paces con víctimas desprevenidas, sino más bien consejos de sentido común sobre cómo relacionarse con las personas, cómo cultivar las relaciones y aprovechar al máximo a usted y a su prójimo (y mujer).
Es bien sabido que a menudo se piensa que la gente técnica (incluidos los programadores) no está terriblemente "orientada a las personas" (si este es un estereotipo justificado o no está sujeto a otra discusión) y este libro es un recurso invaluable para enseñarte puntos más finos de la interacción humana.
Es cálido, sincero, robusto, directo y escrito sin tiempo. Muy recomendable.
No puedo creer que no haya visto esto ya en la lista:
Duna
por Frank Herbert
Cubierta de dunas http://upload.wikimedia.org/wikipedia/es/5/5a/FrankHerbert_Dune_1st.jpg
¡Dune es el pináculo de las novelas de ciencia ficción!
Otro desde un ángulo diferente de publicaciones anteriores: Gödel, Escher, Bach: una trenza dorada eterna , de Douglas Hofstadter.
Los internos están manejando el asilo
por Alan Cooper
Se trata de usar el lenguaje adecuado para hablar sobre proyectos: usar historias (y personas) en lugar de ''características'' para hablar sobre cosas que se deben realizar. También un gran énfasis en el diseño de interacción y actividades relacionadas. Entregando lo que se necesita en lugar de lo que se pide.
La visualización de información cuantitativa
por Edward Tufte
Discute cómo representar gráficamente diferentes tipos de datos complejos
Neuromante
Por William Gibson. Él acuñó el término ciberespacio, y la triología dispersa es la razón por la que quería ser un código vaquero.
Cryptonomicon
por Neal Stephenson
Este libro sigue historias paralelas de un interruptor de código de la Segunda Guerra Mundial y su descendiente actual, y trata mucho con el desarrollo de las computadoras (Alan Turing es en realidad un personaje en el libro). ¡Una lectura obligada de un geek!
El hombre-mes mítico
por Fred Brooks
Los elementos del estilo
por William Strunk & EB White
Obtuvimos una copia en nuestra biblioteca de I + D después de encontrar la recomendación de Joshua Bloch (de fama efectiva en Java ):
Este delgado volumen predica el evangelio de la simplicidad y la claridad, ya que se aplica a la prosa inglesa. Si lo tomas en serio, mejorará tu codificación y tu prosa.
En otra entrevista, Bloch explica por qué esto es bueno para los programadores:
Creo que leer Strunk and White te hará un mejor desarrollador porque una buena programación y una buena redacción son a la vez claridad y economía de expresión. No puedes escribir un buen código o una buena prosa a menos que entiendas qué es lo que intentas decir. Muchas de las advertencias de Strunk and White tienen análogos directos para el software. Por ejemplo, Strunk y White dicen: "¡Omita las palabras innecesarias!" donde Andy Hunt y Dave Thomas ("Los programadores pragmáticos") dicen: "No te repitas". Strunk y White dicen: "Revise y Reescriba", donde Martin Fowler dice "refactor". Y la lista continúa.
Ahora, personalmente, creo que algunos de los consejos en The Elements of Style son un poco antiguos, ya que el uso del inglés ha evolucionado (por ejemplo, hoy en día está bien comenzar una frase con "Sin embargo" o usar "con suerte" en lugar de " Espero"). Pero, en general, estoy de acuerdo con el señor Bloch y disfruté leyendo esto.
Editar : Ah, esto es lo que Jeff Atwood dijo más recientemente sobre Los Elementos del Estilo . Quizás es una figura aún más conocida por aquí que Josh Bloch;)
La Guía del autoestopista galáctico
por Douglas Adams
La vida, el universo y todo
"Primero ve, piensa después, luego prueba. Pero siempre ve primero. De lo contrario, solo verás lo que esperabas. La mayoría de los científicos lo olvidan". - Wonko el sano
¡Seguro que estás bromeando, señor Feynman!
Este libro inspirará a cualquiera a pensar y ser original.
1984
por George Orwell
El arte de la guerra - Sun Tzu
Wikipedia: Gran parte del texto trata acerca de cómo combatir las guerras sin tener que batallar en realidad: da consejos sobre cómo burlar al oponente para que la batalla física no sea necesaria. Como tal, ha encontrado aplicación como una guía de entrenamiento para muchos esfuerzos competitivos que no implican un combate real.
Este conocimiento seguramente sería útil en las "batallas" diarias en las que tenemos que luchar dentro y fuera de la oficina. También está lleno de citas con las que puedes impresionar a tus compañeros programadores ... :)
Ender''s Game por Orson Scott Card
Flatland , por Abbott
Lewis Carroll "Las aventuras de Alicia en el país de las maravillas"
Los 7 hábitos de personas altamente efectivas
por Stephen Covey
Te estás perdiendo gran parte de tu potencial si no has leído este libro.
Originalmente tomado de la publicación de @John Channing
Editar : ahora disponible como audiolibro gratuito .
Comentarios de Julie :
Este libro tiene un valor universal, no solo para los desarrolladores de software. Mientras que Getting Things Done te ayuda a manejar las actividades cotidianas, 7 Habits te ayuda a mantener una visión de vida de alto nivel y una metodología general que necesitas convertir en detalles. Es el complemento perfecto para Getting Things Done en ese sentido.
Zen y el arte del mantenimiento de la motocicleta
por Robert M. Pirsig
Este libro es muchas cosas, pero se podría decir que es una especie de opinión filosófica sobre lo que significa "asimilar" algo.
Commentry de Garth Gilmore :
Creo que este libro me enseñó más sobre el desarrollo de software que cualquier libro de programación que haya leído.
El hilo central en el libro es cómo nuestras percepciones románticas (artísticas) y clásicas (técnicas / racionales) del mundo se derivan de cómo percibimos la calidad en el entorno que nos rodea. Este entendimiento luego se aplica a tareas aparentemente mundanas como el mantenimiento de motocicletas.
Para dar algunos ejemplos de cómo esto se aplica a la codificación:
- La sección sobre cómo acercarse a la motocicleta con una "mentalidad de calidad" que conduce al progreso es igual de aplicable para llegar a "la zona" en la programación.
- La sección sobre "trampas de gumption" que previene el progreso y hace que usted dañe la máquina no tiene precio. Las soluciones que se presentan funcionan igual de bien cuando se intenta modificar el código heredado sin introducir errores.
- La sección sobre cómo una descripción puramente clásica de una parte del motor es inútil (porque carece de lugar para que el usuario pueda pararse) debe leerla cualquier persona involucrada en el análisis de requisitos.
Para resumir, es una buena lectura :-)