Capítulo 42. Java debe ser divertido
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Holly Cummins
Empecé mi carrera en Java utilizando J2EE 1.2. Tenía preguntas. ¿Por qué había cuatro clases y cientos de líneas de código generado para cada bean? ¿Por qué compilar proyectos diminutos llevaba media hora? No era productivo ni divertido. Esas dos cosas suelen ir juntas: las cosas no son divertidas porque sabemos que son un desperdicio. Piensa en reuniones en las que no se decide nada, informes de estado que nadie lee...
Si no divertirse es malo, ¿qué es divertirse? ¿Es buena? ¿Y cómo la conseguimos? La diversión puede tener diferentes caras:
-
Exploración (investigación focalizada)
-
Jugar (por sí mismo, sin objetivo)
-
Puzzles (reglas y un objetivo)
-
Juegos (reglas y un ganador)
-
Trabajo (un objetivo satisfactorio)
Java permite todo esto: la parte del trabajo es obvia, y cualquiera que haya depurado un programa Java conoce la parte del rompecabezas. (Depurar no es necesariamente divertido, pero encontrar la solución es genial.) Aprendemos explorando (cuando somos nuevos en algo) y jugando (cuando sabemos lo suficiente para hacer cosas).
Dejando a un lado la diversión que podemos tener con él, ¿es Java intrínsecamente divertido? Java es verboso comparado con lenguajes más jóvenes. El boilerplate no es divertido, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access