Este libro fue escrito por una persona que realmente no entendía los puntos más delicados de Java. Ni siquiera entendió por ref o por el paso de parámetros val. Citaré la reseña de Amazon mejor calificada: (es una estrella)
En el prefacio, el autor afirma que el objetivo de este libro es transformar a un desarrollador del nivel intermedio en un verdadero gurú. En la contraportada incluso promete que "dominará el arte de escribir código propenso a errores (sic!)", Y la referencia al "código propenso a errores" lamentablemente encuentra su confirmación una vez que uno comienza a leer.
Se necesitan aproximadamente dos capítulos para demoler la credibilidad del autor como gurú, y leerá el resto del libro con un ojo escéptico, dudando de cada afirmación que parezca cuestionable y sospechando que el autor está hablando muy por encima de su nivel de competencia, y condescendiente al respecto también!
Los primeros capítulos son una revisión atroz de algunos conceptos de Java, repletos de errores serios, no errores tipográficos, errores (muchos errores tipográficos también).
Como ejemplo, en la página 9 la definición de la declaración `for 'es incorrecta, una simple verificación de la Especificación del lenguaje Java le habría ahorrado cierta vergüenza al autor.
En la página 15, el autor nos da reglas incorrectas para las etiquetas en Java, y en la misma página confunde la lógica de las declaraciones 'break' y 'continue', proporcionando también un ejemplo de código lógicamente incorrecto, solo para arruinar las cosas aún mejor. .
No sabría cómo describir la sección sobre "Inicialización diferida encadenada" en la página 53, "delirio" tal vez. Este es citado en la página de erratas en oreilly.com, y el "autor lamenta haber escapado de las grietas proverbiales". Me preocupa más que algo así haya sido escrito (¡completo con ejemplos de código!), Que que haya pasado indemne a través de la edición y revisión. Esperemos que haya sido escrito por alguien más jugando con la computadora portátil del autor. Alguien que no sabe lo que significa JVM.
También hay puntos menos severos pero igualmente reductores de confianza, como, en la página 25, el formulario:
nueva cadena ("botón A para mostrar" + texto);
que no deberíamos encontrar en libros para aspirantes a gurú.
El autor es probablemente un arquitecto de software productivo, algunos puntos, más adelante en el libro, son interesantes, aunque no se puede definir nada avanzado, pero no conoce Java mejor que un desarrollador promedio, y este libro no agrega mucho a un intermedio nivel, aparte, tal vez, de una advertencia sobre escribir libros: escribir un libro puede transformarte de un buen desarrollador en un mal autor.
Es triste que estemos inundados de publicaciones "propensas a errores" mediocres y poco profesionales de editores tan acreditados, de vez en cuando todavía releo y disfruto de la concisión, claridad y valor de clásicos como "El lenguaje de programación C de K&R". "y me pregunto por qué la producción de hoy es tan enormemente inferior.
Como una de las pocas excepciones, recomiendo encarecidamente el "Java efectivo" de Bloch (Addison-Wesley), que es realmente un libro escrito por un gurú. Después de leer eso, "Hardcore Java" parecerá aún más vacío.
editar: solo lo verifiqué, la configuración predeterminada en word tiene 23 páginas.
