Barrapunto

The Pragmatic Programmer: From Journeyman to Master [pragprog.com]

Hubo un tiempo en que leí varios de ese estilo como por ejemplo Code Complete. Muy útil, pero terriblemente extenso para lo que sacas. Pragmatic Programmer lo empecé y terminé por leer sólo la conclusión del capítulo.

La decepción del título viene de que todo lo que ha venido después "no necesariamente de una tecnología concreta" ha sido decepcionante, por no decir directamente dañino.

Por un lado está la gente que tiene algo útil que decir, que viene de una larga experiencia y haber experimentado distintas formas de atacar un problema y que lo puede articular en un libro.

Cada vez menos y a menudo cada vez más específico. O sea "necesariamente de una tecnología concreta".

Por otro lado tenemos a la gente que piensa que debería escribir un libro, que tiene experiencia la justita y que considera que su forma de hacer las cosas es la mejor y la única.

Cada vez más.

Hace años lei un articulo que venia a decir algo asi como:

"Si lees esto, estas entre el 10% de los mejores programadores"

No recuerdo donde lo lei o de que trataba aparte de eso, la idea que se me quedo es la que explicaba esa frase.

Segun el autor, el 90% de programadores no sienten ningun interes por aprender y reciclarse mas alla de lo que les toque hacer el curro y que es precisamente la gente que lee publicaciones, blogs y libros tecnicos los que suelen estar en el top de programadores simplemente por ese deseo de saber mas y aprender.

En aquel momento me parecio impensable, en mi circulo de amigos, los que nos dedicamos a esto siempre estamos hablando de tal o cual articulo, libro o tecnologia. Hoy en dia, despues de haberme movido mas (y por varios paises), aun tengo dudas en ese 10% (yo creo que es mas), pero si que es cierto que un gran porcentaje de gente que se dedica a esto se niega a aprender nada por su cuenta y menos aun si no es un curso pagado por el trabajo (y en aun en ese caso, a regañadientes).

En mi caso y asi en frio, se me ocurre que los que mas han influido en mi han sido (aparte de "pragmatic programmer", ya mencionado):

- "The mythical man-month" [wikipedia.org] (y los otros escritos)
- "The art of computer programming" [wikipedia.org]
- "Refactoring" [martinfowler.com]
- "J2EE Development without EJB" [wiley.com] (este es menos importante/interesante hoy en dia, pero se publico antes de Spring, cuando hacer aplicaciones empresariales en java con EJBs era, no solo la norma, sino un infierno... Es la primera vez que vi la inyeccion de dependencias, inversion de control y demas patrones)
- "Structure and interpretation of computer programs" [mit.edu]
- "The Career Programmer: Guerilla Tactics for an Imperfect World" [amazon.com]
- "Java Power Tools" [oreilly.com]

Este ultimo es sobre todo orientado a Java, pero introduce un monton de herramientas de analisis estatico de codigo, integracion continua, documentacion y demas que ayudan mucho en la gestion de un proyecto.

El pobre pretende vender algun ejemplar de su libro, ja ja ja

Algorithms, de Cormen y otros. Creo que conviene ir a las bases, para luego pasar a las esecificidades.

Pues vaya SPAM mas sutil y mas bonito...

Me he tomado la molestia de bajarme y leerme en diagonal el primer capítulo y en fin... que decir. Hay veinte o treinta reglas de lo que es publicar un primer capítulo que enganche que están incumplidas.

No hay nada en este primer capítulo que me haga querer leer mas, no hay "chicha" por ninguna parte.

Y un consejo: Una introducción de un libro no es un artículo de revista. Si lo comienzas por "Estamos viviendo interesantes momentos..." (o similar) lo que estás haciendo es abrir una puerta a la obsolescencia más absoluta...
¿Estamos viviendo cuándo?... ¿Quién?...¿DÓNDE?
Ya en la propia introducción se ve mucho pastiche... ¿Redes desplegadas inimaginables?, ¿managers incompetentes?, ¿querer mejorar el currículum del autor?, ¿disciplina de trabajo y desacoplamiento de módulos?...
¿De cuántas de estas cosas vas a hablar y a qué nivel vas a profundizar?... ¿SOA, Big Data, extreme, hotfixes, community manager en una misma página?...
¿Es un libro de metodología, de nueva economía, de buenas prácticas de codificación o de qué exactamente?.
No se... Yo le daría una vuelta.

Impresionante bodrio de libro. Recomiendo encarecidamente leer el capítulo colgado en su web para entender el flaco favor que la autopublicación de Amazon brinda a la cultura humana:

http://www.ellibronegrodelprogramador.com/ [ellibroneg...amador.com]

A diferencia de la persona que ha comentado antes de mi, yo sí que tengo curiosidad por leer algunos de los capítulos, cuyo listado adjunto a continuación:

- El autor
- Introducción
- Excepciones lingüísticas
- Manifiesto
- Desarrollo, pruebas, refactoring (todo va en el mismo paquete)
- Qué es tener éxito en un proyecto software
- Todo es cuestión de principios
- Una vuelta de tuerca a la ley del cambio
- Atreverse a eliminar lo implementado
- Cuando incorporar más gente es desastre asegurado
- Cuando el gestor de un proyecto es su mayor enemigo
- El día a día de un buen desarrollador
- El éxito siempre viene de la unión entre Talento, Tecnología y Metodología
- El mal entendido rol de arquitecto de software
- La rentabilidad metodológica
- Todo está en la UI
- Diletantismo tecnológico
- No se trata de trabajar más horas, sino de trabajar mejor
- Sobre frameworks, librerías y cómo reinventamos la rueda
- Los buenos desarrolladores escriben código depurable
- Esclavo de tu propia solución o cómo querer ser imprescindible
- Aprendemos de otros (o cómo no ser un desarrollador perezoso)
- Potenciando la productividad con la gestión de la configuración e integración continua
- La era del emprendimiento
- Conclusiones
- El test del desarrollador de software altamente productivo
- Bibliografía
- Referencias

Como he dicho, es patético. Pero ¿quién no tiene ganas de probar el "El test del desarrollador de software altamente productivo"? Aunque la guinda del pastel es tener un capítulo llamado "Excepciones lingüísticas". Quizá me equivoque, de hecho SEGURO que me equivoco, pero con la cantidad de faltas de ortografía que tiene el capítulo colgado, la mera existencia de ese capítulo hace SALTAR LAS ALARMAS. Las menciones de honor se las llevan "Diletantismo tecnológico" y "Potenciando la productividad con la gestión de la configuración e integración continua", título el cual me ha recordado las horas más bajas de la asignatura de ingeniería del software ahogado en mierdas del estilo de "RUP ES ITERATIVO".

En resumen, un capullo integral lleva muchos años haciendo algo, y por eso cree que sabe mucho. Como no folla desde hace LA TIRA decide escribir una auténtica mierda de librajo, que por algún motivo que no entiendo, ni O'Reilly, ni Addison-Wesley, ni ninguna otra editorial, por patética que sea (como Planeta o Anaya), se lo quieren publicar (probablemente para evitar que SEMEJANTE GLORIA ECLIPSE LAS VENTAS DEL RESTO DE LIBROS DE SUS RESPECTIVOS CATÁLOGOS). Como en realidad este muerto de hambre tiene tan poca puta idea de publicar como de escribir, programar y follar, nadie le ha hecho ni el más repajolero caso, pero un listillo le ha chivado que en Amazon te publican "gratis". Y YA LA HEMOS CAGADO. Ahora, como ve que igualmente no vende ni puto uno, intenta ir por ahí haciéndose pasar por intrépidos desarrolladores que son clientes satisfechos.

Chaval, déjame que te diga las tres palabras más sabias que conocerás en toda tu vida: ¡¡JUAS JUAS JUAS!!

Yo lo que veo aquí es mucha envidia. ¿Qué hay de malo en querer vender un libro con los conocimientos que uno tiene?. Vale, tal vez no es el mejor que hay sobre el tema, pero hay gente a la que la puede servir, por ejemplo estudiantes.

Lo que no puedo entender es por qué se echan tierra entre ustedes mismos, los informáticos, siempre buscando lo peor en los proyectos de otros en vez de ayudar y colaborar para mejorar las cosas. Por eso España está como está.

En todos Los proyectos que he trabajado, siempre he tenido que entrar cuando el proyecto ya estaba casi terminado. Yo hacia mantenimiento y arreglar bugs. ?Algun libro Para esto?

En las montañas de la locura, de H.P. Lovecraft: es el libro que más me ha ayudado en mi trabajo como desarrollador. No se centra en una tecnología concreta, sino que habla de horrores abstractos y antiguos que pueden yacer en cualquier parte.

Cuando he estado mas estresado de lo normal que no me viene "la creatividad angelical o la productividad zombie", necesito una pausa....y relajarme

En mis tiempos mozos, con el Spectrum y el basic...pues me apañaba con productos ibéricos y casposos como la Interviu.

Pero según fueron mis manos alcanzando metas mayores y lenguajes mas complejos tuve que recurrir a bibliografía de mas calidad, Playboy, Kiss Comics...

Ahora con el mundo en la nube....pues Tumblr...

"La filosofía en el tocador", del Marqués de Sade. Imprescindible si quieres saber a ciencia cierta cómo "manipular" al cliente... jijiji.

Veo algunos comentarios y alucino un poco. Sólo leyendo la lista de capítulos del libro ya a mí me parece super interesante y muy motivador: "rentabilidad metodológica", "diletantismo tecnológico", me encanta.

Una recomendación es no obsesionarse con leer muchos libros de determinadas tecnologías, terminar interminables tutoriales/manuales o llenarse de certificados. En la informática hay una astronómica cantidad de material, hay infinidad de lenguajes de programación y súmele a eso la infinidad de frameworks, componentes, librerías, arquitecturas, es cosa de nunca acabar.

Lo importante es tener una muy buena base algorítmica y dependiendo del campo hacia donde se proyecta entonces profundizar en esa parte, por ejemplo, si va a hacer juegos 3D, no obsesionarse de como usar el API de Direct u OpenGL o lo que salga, mejor es saber la parte de transformación geométrica de una coordenada tridimensional.

En ese caso recomiendo son libros de matemáticas, cálculo y geometría, esos sin dan una buena base algorítmica, cuando ya se tenga algún proyecto y se decida la tecnología entonces estudiar esa tecnología en particular.

Lo otro recomendable, es enterarse de lo que hay, si piden hacer una tienda virtual, ¿para que programarla? Usa PrestaShop y punto, que quieren un método de compartir ideas en red, simplemente use phpBB, no es necesario programar.

"Algorítmos+estructuras de datos=programas" de Niklaus Wirth.

Ahora me parece que no profundiza mucho, pero en su momento, viniendo de mis primeros pinitos en BASIC, para mí fue una biblia. Y la verdad es que aún le tengo cariño, y aún lo considero un libro importante.

Para mí, sin duda los mejores, aunque quizás no sean los más accesibles (salvo el primero)

• Bruce Eckel - "Thinking in Java"
• Joshua Bloch - "Effective Java - 2nd Edition"
• Martin Fowler - "Refactoring: Improving the Design of Existing Code"
• Martin Fowler - "Patterns of Enterprise Application Architecture"
• Eric Evans - "Domain-driven Design: Tackling Complexity in the Heart of Software"