Barrapunto

Veamos...

1) Creo que la última estimación dice que hay 7 personas a parte de Knuth que se han leido el TAOCP. Mu bonito, mu citable, pero nadie pasa del primer volumen...

2) El libro de ESR que, como dices, está disponible online, me lo comencé a leer y no me impresionó demasiado.

3) El libro sobre el kernel... la verdad, que levanten la mano los que hayan hecho algo más con el código del kernel que compilarlo y/o aplicarle algún parche que necesitaban. Innecesario para la mayoría

4) ¿4! libros de redes? A mi me gusta mucho uno que leí en la carrera que explicaba muy bien los diferentes modelos de servidores con ejemplos en C- creo que es uno de los que citas. La verdad, No creo que una quinta parte de la lista tengan que ser cosas específicas de redes... si con uno o dos libros no se puede cubrir el 90% de las cosas de redes que se necesitan a diario... los libros son malos.

5) ¿Dos libros de UML? La ingeniería del software, más que otras areas de la informática, va a modas. El UML está muy de moda ahora, pero probablemente no sea el buque insignia de aquí a unos años. Dos libros son excesivos.

6) Me falta un libro más específico de compiladores. He oído recomendadísimo el Dragon Book, pero no lo he leído

7) Pues sí que faltan cosas de mates. Veo que pones uno que lleva tema grafos. Con los libros redundantes que hay arriba se podrían cubrir temas tan imprescindibles como la combinatoria, la probabilidad y la estadística, quizás cálculo numérico, mates discretas o el cálculo y álgebra que todos necesitamos.

8) Mucha programación procedural y OO (que para mí es un subconjunto de la procedural), pero nada de programación funcional o lógica. ¡Ni un libro de Lisp de esos que tanto gustan a los informáticos sobrados! Todo el mundo pone el SICP en sus listas, hombre...

8) Mucha programación procedural y OO (que para mí es un subconjunto de la procedural), pero nada de programación funcional o lógica. ¡Ni un libro de Lisp de esos que tanto gustan a los informáticos sobrados! Todo el mundo pone el SICP en sus listas, hombre...

Estaba pensando lo mismo que tú (aunque yo considero que la programación procedural es un subconjunto de la imperativa). De vez en cuando es bueno mirar otros paradigmas de programación. Aunque al final no los termines usando, descubrirás nuevas maneras de hacer las cosas.

Claramente. No hay ninguno en esa lista sobre desarrollo de compiladores. Precisamente, diseño de lenguajes es una de las áreas donde los ingenieros informáticos tienen (tenemos) mucho que decir.

Algunos errores que aparecen en implementaciones de Java y .NET todavía hoy, ya están comentados en este y otros libros de compiladores y procesadores de lenguajes.

Jeje, bueno, me parece que por estos lares es más popular el TAOCP, así que para ser suavemente rebelde, era mi mejor opción.

Pero me parece que el SICP se usa como libro de texto en bastantes asignaturas de informática, así que debe haber más gente que lo haya leído.

OK, me he despistado al no separar UML y el proceso unificado. En general siempre los he visto juntos y muy "acoplados"; aunque esto no es más que percepción.

Mira, el UML es una moda como todo lo demás. Dices que es un lenguaje de modelado (no veo que un lenguaje de modelado no pueda ser una moda), dices que tiene detractores y defensores (como las modas), que es de propósito general (como puede serlo una moda), que te permite hacer cosas (como otras cosas que están de moda), que se puede entender (como otras cosas que estan de modas), que es un estandar (como otras tantas modas han tenido estándares). No veo tus argumentos para defender que el UML no es una moda.

Creo entender bastante bien los conceptos del diseño orientado a objeto; al menos la versión simplificada que tiene el Java que es con lo que más trabajo. La mayoría de OO que he visto son implantes en lenguajes que serían completos sin la orientación a objetos (C++, Lisp, Perl, PHP) o lenguajes a los que se les podrían quitar las clases y leches, sustituirlas por un sistema de tipos no OO y te quedarías con un lenguaje bastante similar. O incluso, he visto OO en lenguajes que no tienen OO.

Insisto en mi *opinión* de que el OO es una faceta adicional de los lenguajes de programación, como bien pueden serlo el tipado estático o dinámico, el scoping o tantas otras cosas, pues no es algo tan fundamental como los otros paradigmas clásicos.