Consejos, comentarios, ejemplos

Comentarios en plan Rottenmeier.

Hay gente que no ha completado el blogroll o que no me ha añadido como usuario. No me gusta sentirme ignorada y mi ira puede recaer sobre esos incautos blogguers…

Estoy viendo que hay MUCHÍSIMA gente que está escribiendo artículos en plan graciosete pero sin contar casi nada de la práctica (o referencias muy vagas en plan: “y nos lo explicaron y lo entendimos”): no os van a dar un punto y medio por contar vuestra vida, yo lo aviso.

Comentarios más calmada

La calidad de un post no está íntimamente relacionada con la longitud. Poner un trozo enorme de código hace que con tres líneas más tengamos un artículo de una longitud considerable pero no quiere decir que sea mejor: lo que buscamos es que expliquéis lo que no entendéis o lo que habéis aprendido, no que hagáis un análisis pormenorizado de la práctica o que compartáis el código que conocemos todos. Es importante que el post de cada uno no sea una repetición del enunciado de la práctica, sino una explicación personal de cómo se han vivido los problemas o cómo se han solucionado…

Ejemplo a seguir:

Nosotros, para implementar el método toString() utilizamos la sentencia “System.out.println” para representar los datos por pantalla, pero enseguida nos dimos cuenta que lo que había que utilizar era la sentencia return ya que en la práctica nos pide la devolución de los atributos, no imprimirlos por pantalla.

Beceoca no se limita a contarnos que averiguaron que se hacía de otra manera, sino que nos explican la razón: necesitaban que se devolviera un atributo.

Ejemplo a seguir:

Es una buena idea explicar los conceptos que nos han dado en teoría y escribirlos “a nuestra manera” porque así los asimilamos mejor. Un ejemplo de ello está en el post de Ambaraica :

En el caso de los atributos, normalmente es más aconsejable el utilizar el private, para ayudar a la ocultación de datos y sobre todo para que los usuarios finales no puedan cambiar atributos, ya sea sin querer o intencionadamente, que puedan afectar de forma negativa al resto de código, y accediendo a éstos sólo mediante métodos públicos hechos por el programador de forma que ya no puedan estropear el código sin darse cuenta

Ejemplo a seguir:

Preguntar dudas está muy bien. Para eso, entre otras cosas, está el blog. Cris y Esther consultaban en su página:

DUDA:en este ejercicio nos surgio una duda y es que no acabamos de entender por qué se puede llamar a la clase modificador directamente.

Hay muchos más ejemplos a seguir, pero los no quiero agobiaros con mil ideas. Por favor, se trata de que lo pueda leer todo el mundo: que tenga información, que sea fácil de leer, que aporte datos y que sea ameno (pero que sea un poco de todos estos adjetivos, no súper ameno y nada instructivo, o un soporífero análisis exhaustivo). ¡Ánimo a todos!