Por ejemplo, al ser un principiante, encuentro mucha inspiración y dirección al leer esta publicación de Bryan Woods .
Respuestas:
Me sorprende que nadie haya mencionado el Programador pragmático . Es una lectura obligada si estás interesado en tu oficio.
Guantes
Esta publicación del Daily WTF me ha mantenido en el camino correcto. Admito que varias veces comencé a desarrollar algo donde un par de "guantes" eran la solución adecuada.
Lea el discurso de Alex Stepanov en Adobe. Al cabo de 5 años, esto separará a los GRANDES de los BUENOS.
Siempre encontré que Coding Horror y Joel en Software son inspiradores en ciertas publicaciones de blog. También siempre me hicieron sentir bien porque entendí de lo que estaban hablando y me hicieron pensar en mí mismo como un programador.
No puedo creer que nadie haya mencionado esto todavía.
Los escritos de Paul Graham , particularmente:
Y un montón de personas en cuyos pasos seguir, y en cuyos hombros pararse (sin ningún orden en particular y enumerados como me vienen a la mente ahora en flujo libre): Alan Kay , Richard Stallman , Ken Thompson , Dennis Ritchie , Brian Kernighan , Theo de Raadt , Linus Torvalds , Eric S. Raymond , Rob Pike , Bill Gates , Steve Jobs , John MacCarthy , John Conway , Martin Odersky , James Gosling , Guy Steele , Donald Knuth ,Edsger Dijkstra , John Carmack , Peter Molyneux ... O sus propias palabras y trabajos fueron inspiradores o sus historias contadas por otros. Siempre y cuando tenga en cuenta que sus habilidades y su genio en algunas áreas no les impide ser ignorados por sus propias creencias en otras. Como cualquier otra persona (¡Los 2 libros enumerados anteriormente ya los cubrirán bastante bien, para la mayoría de ellos!)
O tecnólogos menos famosos pero activos que es interesante seguir desde lejos: Neal Gafter, Martin Fowler , Don Syme , etc.
Me inspiraron los trabajos de estas personas y las cosas que hicieron para lograr (o abandonar) sus proyectos.
Leer el 2600 cuando era niño cuando mi inglés era embrionario, la historia de los primeros phreakers como Captain Crunch o el nacimiento de la era de la PC con Wozniak en Apple y leer libros y ensayos de William Gibson y Neil Stephenson también me inspiraron como programador. , aunque no se relacionó con la programación directamente. En ese sentido, incluso el Manifiesto del Hacker , el Manigesto Ágil o incluso cosas como el Código de Ética del IEEE fueron y siguen siendo inspiradores.
The Last Lecture un libro escrito por Randy Pausch, el hombre detrás de Alice. Se acompaña de su última conferencia "Really Achieving your Childhood Dreams". Siempre tengo que recordar ser un Tigger.
El libro Los elementos del estilo de programación de Kernighan y Plauger fue muy influyente para mí cuando estaba aprendiendo C. El libro ya se consideraba "obsoleto" cuando lo leí, debido al uso de muestras de PL / I y Fortran, pero los consejos trascendieron ambos idiomas.
Antes de leer ese libro, estaba convencido de que el "estilo" se refería a lo que ahora considero cuestiones triviales, como el formato (¿cuántos espacios para una pestaña? ¿Dónde colocas las curvas?). Pero el estilo es lo que tiene una vez que elimina las convenciones de formato y denominación. ¿Es más fácil construir una cadena hacia atrás y luego invertirla? Luego, construya hacia atrás e inviértalo.
Otro libro de Kernighan y Plauger, Software Tools , también fue útil, pero no tan bueno. Y el libro mucho más nuevo, The Practice of Programming , de Kernighan and Pike también es útil, pero está muy lejos de The Elements of Programming Style . Ojalá todavía tuviera mi copia. Vale la pena que todos los programadores lo lean.
Crecí apreciando las pruebas y el control de calidad después de leer Glenford Myers The Art of Software Testing . Me demostró que las pruebas eran una actividad creativa real, y no solo algo para estudiantes de informática que no les gusta programar. Quizás con la creciente popularidad de Test-Driven Development, más personas recurrirán al libro de Myers.
Y no puedo pensar en una mejor introducción a la noción de abstracción que el libro The Structure and Interpretation of Programs , que está disponible gratis en línea. Presenta el lenguaje de programación Scheme, pero aborda muchos otros temas en informática, incluida la programación declarativa.
En mi carrera académica, me inspiró el concepto de Programación Orientada a Aspectos. Puede leer algunos de los primeros documentos sobre AOP y terminar con media página de notas para ideas.
También creo que el progreso de Church and Turing es muy inspirador. En la década de 1930, incluso antes de que se fabricaran las computadoras, los científicos y matemáticos programaban en un lenguaje de programación de orden superior: cálculo de Lambda. La construcción de los números de la Iglesia y la función predecesora es probablemente una de las construcciones de programación más inteligentes de la historia. Te muestra cómo hacer algo de casi nada.
No es algo que leí. En 1984 estaba hablando con mi vecino y su amigo. Tenía 16 años. El amigo me dijo que esencialmente el mundo está dividido entre usuarios de computadoras y programadores de computadoras. Dijo que solo las personas más inteligentes del mundo pueden convertirse en programadores.
Yeeeeee! ¡Qué desafío!
Originalmente Joel en software , la forma en que escribe hizo que fuera muy fácil comprender los conceptos cuando estaba comenzando.
Código completo, segunda edición de Steve McConnell.
Patrones de diseño: elementos de software orientado a objetos reutilizables por Erich Gamma
Soy completamente autodidacta, y tuve la suerte de tropezar con un artículo (hace mucho que olvidé dónde) al principio de mi trabajo que me señaló estos dos libros. La transformación de mi código después de leer esos dos libros fue asombrosa. Le debo mucho a esos autores.
Para inspiración, los blogs de Yegge , los ensayos de Graham y las conferencias de video del SICP .
Entre muchas inspiraciones, la más reciente fue este libro sobre: Patrones de aprendizaje
Cuando leí por primera vez el Libro de patrones de diseño en 1995 o algo así, me abrió los ojos como programador.
Hoy en día, el libro de James Shores sobre desarrollo ágil me inspiró mucho, y últimamente Lyssa Adkins sobre entrenadores de equipos, los cuales son muy recomendables si estás interesado en esas cosas.
Los de una inclinación oriental pueden disfrutar de un lindo y pequeño libro de koans sobre el trascendente Tao de la programación .
Este fue mi primer paso hacia el camino hacia la iluminación, y fue lo primero que me animó a pensar en la programación y el trabajo creativo en general, como una entidad invencible que existe para ser descubierta con el tiempo por el creador. Quienes intenten combatirlo o lo entiendan seguramente fracasarán.
Debería volver a leer este artículo una vez cada seis meses. Si ningún profesional de Shareware es 100 veces más inteligente que usted, ¿por qué algunos obtienen 100 veces los resultados? - por Steve Pavlina
El pequeño LISPer me dejó alucinado.
Tomé una clase de programación pascal de secundaria. Ya conocía C64 basic bastante bien y le pregunté al maestro si todos los lenguajes de programación eran como Basic y Pascal. Me prestó su copia del Little LISPer. Después de pasar el fin de semana leyéndolo, no creía que un lenguaje tan extraño pudiera existir o funcionaría. Cuando lo vi funcionando en el mini acceso telefónico al que tiene acceso, me quedé en el suelo. Existió.
Después de mi segunda clase de programación de nivel universitario; Algoritmos y estructuras de datos, cambié de especialización para obtener acceso al mejor laboratorio de informática CS. Tenían máquinas Unix con lisp, esquema, prólogo, SmallTalk80 y muchas otras herramientas.
Código completo . Cubre la mayoría de los temas básicos que necesita saber como programador y le brinda instrucciones para aprender más sobre cada uno de ellos. Un muy buen primer paso en un camino de aprendizaje. Yo y muchas personas que conozco desean que lo lean antes en su vida de programador.
La charla más inspiradora que he escuchado fue Richard Gabriel hablando de que escribir software es similar a escribir poemas. Los poetas a menudo hacen un gran esfuerzo para obtener pocas palabras correctas , piense en Haikus, y debemos esforzarnos por lograr el mismo tipo de excelencia y elegancia al escribir software.
La elegancia y la concisión son tan importantes en la programación como en la poesía y las matemáticas, y requiere mucho esfuerzo hacerlo con fluidez.
Vea algunos de los puntos en http://www.dreamsongs.com/PoetryOfProgramming.html
El libro individual más útil de todos los tiempos, no sobre programación, sino sobre cómo trabajar eficazmente en este campo: "Peopleware" de DeMarco y Lister. Debería estar en cada estante de libros de programadores. Y si asciende a la gerencia, doblemente.
Como dijo Alan Kay hace casi 30 años , el punto de vista vale 80 puntos de CI. Libros que cambiaron mi punto de vista:
"Investigaciones filosóficas" por Ludwig Wittgenstein
A veces pensamos que sabemos, cuando de hecho, no sabemos. W. muestra cómo mirar más de cerca.
"Realidad, ficción y pronóstico" por Nelson Goodman
Aquí he aprendido lo que realmente significa la palabra analítico . Además, lo que realmente significa la palabra pragmática .
"Zen y el arte del mantenimiento de motocicletas" por Robert M. Pirsig
¿Cómo puede haber cosas mejores que otras? ¿Por qué no todo es igual en cuanto a calidad? IOW, ¿qué tienen en común las buenas películas, los buenos autos, la buena comida y el buen software que los hace buenos?
Encontré Cómo convertirte en un hacker muy inspirador. También proporciona una hoja de ruta viable para desarrollarse como programador.
Alma de una nueva máquina (inspiración cuando estaba en la escuela secundaria) SICP (probablemente uno de los mejores libros relacionados con el desarrollo de software que he leído)
Marvin Minsky
Computación: máquinas finitas e infinitas
Procesamiento de información semántica
Seth Godin , aunque no está totalmente relacionado con la programación, tiene algunas publicaciones inspiradoras para mí como programador y una persona de negocios esperanzada (además de Joel en Software).
El libro de cinco anillos de Myomoto Musasashi.
Algunos aspectos destacados
No tengo una herramienta favorita. Aprenda a usar todas las herramientas, aprenda cuándo es apropiado, aprenda sus debilidades y fortalezas.
El personal cuyo trabajo no es perfecto se puede utilizar en lugares donde la calidad de su mano de obra está a la vista del público. Los pilares que sostienen el piso debajo de un edificio no tienen que tener un acabado perfecto (solo tienen que funcionar).
Al hacer una cosa, haz muchas cosas. Entonces, si hay una opción entre hacer A y B, pero B puede usarse para hacer muchas cosas la próxima semana, haga B si puede permitírselo.
Empecé desde la programación de juegos. Todo viene de los días de NES. Aspiraba a ser desarrollador de juegos y lo logré, pero cambié a Analista de software / hardware de aplicaciones para una mejor carrera ya que mi país para las industrias de juegos es demasiado nicho.
Durante mis primeros días, realmente sentí un poco de arrepentimiento de participar en estos roles de TI. Pero más tarde fue inspirado e influenciado por mis ex colegas sobre sus logros y fueron bastante activos en estas nuevas áreas de desarrollo técnico. Durante mi tiempo libre, me mezclaré con la programación de software para trabajar en proyectos personales con mis ex colegas.
Sé que es una lectura difícil, pero The Art of Computer Programming de Knuth es realmente un gran negocio en nuestro campo. Y Gödel, Escher, Bach: An Eternal Golden Braid de Douglas Hofstadter es inspirador para aquellos de nosotros con una inclinación matemática o algorítmica.
Solo imaginarme a alguien diseñando métodos y algoritmos tan complejos hace casi un siglo me motiva.