Mostrando las entradas con la etiqueta críticas. Mostrar todas las entradas
Mostrando las entradas con la etiqueta críticas. Mostrar todas las entradas

Internet está lleno de charlatanes - parte 2

Volviendo -para algunos- a mi "caza de brujas" y buscando depurar un poco de conceptos que solo generan desinformación por gente que dice "saber de lo que habla".

Aclaro el siguiente punto: si quién escribe este artículo es un novato, procederé con mucha cautela y cariño (sin perder la firmeza), pero si el que escribe es un desarrollador que se auto-promociona como "Senior" y a su vez como "docente", seré "despiadado".

El siguiente artículo (del mismo autor) se titula "Devolviendo mas de un valor en un metodo" y dice lo siguiente:

"Hay caso que nuestro metodo necesitamos que devuelva mas de un valor (esto no deberia ser siempre, ya que un metodo solo hace una cosa y no mas). Esto generalmente se resuelve devolviendo un array. Pero hay otra forma un poco mas clara fuera de la clase, y esto es recibiendo los parametros en una lista, el metodo nos va a devolver un array pero el que recibe los datos va a devolverlo en variables, usando la funcion List."


Amén que todo el párrafo es inentendible, me voy a detener solo en lo resaltado:

"Hay caso que nuestro metodo necesitamos que devuelva mas de un valor (esto no deberia ser siempre, ya que un metodo solo hace una cosa y no mas)"


Volvemos a lo que comentaba en el artículo anterior. Aquí el autor está repitiendo una frase que debe haber escuchado de alguna otra persona o leído en algún otro escrito y lo repite mecánicamente sin razonarlo en absoluto.

Esto en realidad se llama (para más información ver un post antiguo):

SRP - Single Responsibility Principle (Principio de Responsabilidad Única)

Enunciado formal: "Una clase debería tener solo una razón para cambiar"


Por consiguiente, es correcto que una clase debe tener una sola responsabilidad, es correcto que un método debería tener una sola responsabilidad, pero esto no tiene nada que ver con que devuelva uno o más valores, ya que no tiene sentido y se demuestra que el concepto no se entendió en absoluto y lo que se repite es lisa y llanamente pura desinformación.

Intentando seguir el razonamiento, si no se pudiera devolver "más de un valor", nunca podríamos pedirle a una clase de persistencia que nos devuelva un array con el resultado de una consulta sql, ya que nos estaría "retornando más de un valor".

Ridículo, no tiene sentido, no importa por donde lo mires.

PD: nota complementaria, me tomé el trabajo de corregir la entrada de la wiki donde se apoyaba el anterior artículo criticado, ya que no era preciso y genera que personas sin experiencia copien y reproduzcan sin entender que lo que se dice no es correcto.

Internet está lleno de charlatanes



Hay un programa de radio en Uruguay llamado "Malos Pensamientos" que tiene un segmento que se llamaba "¿quién lo dijo?", en el cual el conductor leía una frase "errónea/incoherente/estúpida" y tenías que adivinar quién lo había dicho.

Bien, les paso la frase del momento:

"PHP tiene el problema que sus clases no son persistentes. La persistencia es uno de las caracteristicas del POO".


Es impresionante, una joya.

Explicación

Se entiende por persistencia en la Programación Orientada a Objetos como la acción de preservar la información de un objeto de forma permanente (guardar), pero a su vez también se refiere a poder recuperar la información del mismo (leer) para que pueda ser nuevamente utilizada.

La información que se persiste en la mayoría de los casos son los valores que contienen los atributos en ese momento, no necesariamente la funcionalidad que proveen sus métodos.

La persistencia no es ni una capacidad ni una propiedad de la POO, no tiene nada que ver con el paradigma en sí, solo es el mecanismo que se usa para persistir información de un determinado tipo (como pueder ser serializar, guardar los datos en una tabla, en un archivo plano, etc).

PD: hay que tener cuidado con lo que se lee en Internet, hoy día hay muchos charlatanes sueltos que copian y pegan contenidos de otros y los hacen propios o hasta llegan a transcribir frases que han escuchado pero que nunca llegaron a entender del todo, y obviamente, sin citar las fuentes.

Por suerte cuando empiezan a creer que son capaces de crear, salen con estas perlas.

"No sigas a nadie sin saber primero a quién sigue este"

Entradas populares