[artesanos-de-software] Capa vista y datos

[Jesus Jimenez]

El otro día, hablando con un antiguo profesor de la universidad (de los pocos que se preocupan por ver más alla de las puertas de la universidad), me comentó que a sus alumnos les dice que no se preocupen demasiado de la capa de vista y datos porque ya hay frameworks que lo hacen casi todo (refiriéndose a cosas como JSF, XForms, Hibernate, etc). Entiendo que no se refiere a tema de estilos y CSS, sino más bien al desarrollo de la capa.

No me gustó demasiado que se le reste tanta importancia al desarrollo de estas capas, pero me gustaría saber la opinión que hay por aquí al respecto. ¿Creeis que efectivamente debemos centrarnos sobretodo en el negocio dándole menos importancia a las otras capas? ¿Realmente los frameworks me solucionan tanto la vida como para despreocuparme de la vista y el modelo?

Un saludo.

[Jose Juan Reyes]

No sé como me vaya a escuchar diciendo esto, yo espero que sea apasionado...

De verdad considero que se le debe de dar la misma importancia que a las otras capas, es satisfactorio ver como una Cola de Mensajería puede comer miles de mensajes y procesarlos y ver un rendimiento optimo en eso, pero de la misma forma es gratificante ver una interfaz de usuario ordenada, bien distribuida con las interacciones que los usuarios esperan, esto es comparandolo con Artesanía, no es solo un buen barro y unas buenas manos, también unos buenos pinceles ya que ellos te ayudarán a darle una 'vista' agradable y vendible a tu producto, y regresando, puedes usar la tecnología de vista de tu preferencia y aprovechar todas las bondades que te ofrece para que esa Cola de Mensajería que nadie ve tenga la misma importancia que su presentación....

IMHO

Saludos

--
(¯`·._.·[Jµðn]·._.·´¯)

[Alfredo Casado]

Yo doy clases de POO, y al principio no entro en capas de presentación ni de persistencia, simplemente hacemos clases y luego pruebas unitarias para verificar que todo anda, en esta parte explico todo la básico como abstracción, encapsulación, polimorfismo etc,etc. Sin embargo si me parece importante en algún momento de la asignatura enseñar a los alumnos como integrar esos objetos que ya han aprendido ha hacer con las capas de vista y de persistencia, primero yo creo que motiva al alumno ver que es capaz de construir un sistema completo y luego porque la integración de esas capas no es en absoluto un problema trivial sino más bien todo lo contrario.

Los frameworks ayudan esta claro, pero también atontan, pasa parecido como con los IDE's, utiliza un framework cuando entiendas como funciona y que esta haciendo por debajo, lo mismo con un IDE. No dejes nunca que estas herramientas "te lo den todo echo" sin entender realmente que es ese "todo".

[Rafael Gutiérrez]

Se dice por ahi, que de vez en cuando es bueno "reinventar la rueda" sobre todo para ver como trabajan las cosas.

2010/10/18 Alfredo Casado <casado....@gmail.com>

[German DZ]

Sin dudas.. hay que saber que pasa por debajo, sino no eres un programador/diseñador ni nada.. simplemente eres un "operador" de herramientas.

2010/10/18 Rafael Gutiérrez <abadon.g...@gmail.com>

[Bárbaro Ferro-Castro]

Que uno u otro framework de los que existen, ofrezca esqueletos de
aplicaciones en sus respectivos dominios, no significa que el
diseñador pueda "despreocuparse" de conocer las tripas del mismo.
Cuando algo así sucede el resultado casi siempre es funesto, con
diseños mal dimensionados, donde algunas cosas faltan y otra muchas
sobran.
Visto de esta forma, creo que restarle importancia a algún concern
relevante de una aplicación, porque ya "algo" que usamos lo resuelve,
es una mala práctica y ejemplos en la literatura de errores fatales en
algunos sistemas - que bien por desconocimiento o por dejar que "esos
algos" resuelvan el problema - sobran.
En el caso particular que Jesús menciona, pienso que quien diseña
basado en MVC o cualquier otro patrón, o estilo o como se le quiera
llamar, debe tener en cuenta que todos los "tiers" son igualmente
relevantes para lograr los atributos de calidad y la funcionalidad que
se espera. El diseño adecuado y las restricciones en el mismo nos dan
las pautas para seleccionar uno de los tantos marcos existentes y para
que ese diseño tenga éxito estamos obligados a conocer todas "las
fichas" de ese dominó.

[José Luis Barrera]

Para mi, el punto de vista de tu profesor va mas encaminado al típico
programador que no debe pensar demasiado que a un arquitecto de
software. Porque, evidentemente, yo puedo usar cualquier framework
para crear una capa de persistencia, negocio o vista (MVC) Y ser un
programador más, o conocer como se diseñan y que buenas prácticas he
de seguir para que funcione adecuadamente.

En el caso del modelo de datos, es facil ver, que, en ningun momento
señala como se diseña eso, top-down, bottom-up, clases de dominio (o
modelo de negocio). Es decir, yo te enseño como persistir pero no te
digo en el caso en el que te toque diseñar o hacer funcionar una
aplicación como has de hacerlo, que practicas son las buenas, que
atajos tengo cuando estoy heredando algo... De todas formas, estas
cosas creo que las da la experiencia, no creo que nadie pueda
enfrentarse a este tipo de problemas sin cierta experiencia
profesional previa, es decir, se aprende a ser mejor artesano haciendo
artesania.

M2C

Saludos
José Luis

2010/10/19 Bárbaro Ferro-Castro <barbar...@gmail.com>: