edición general

UML será eliminado de Microsoft Visual Studio [ENG]

#90 "No conozco a nadie que lleve trabajando varios años que se conozca todas las reglas inútiles de UML que sólo sirven en el mundo académico para aprovar."

Gracias a esas reglas inútiles se hacen códigos de calidad: ¿Te suena lo de modularidad, cohesión y acoplamiento? ¿Te suena lo de reutilización y buen mantenimiento del código? Leyéndote, imagino que no, porque claro, es difícil ver esas cosas con una simple mirada si no tienes esas "reglas inútiles" presentes jamás.

Que oye, con años de profesión los desarrolladores aprenden esas reglas sin necesidad de que se las cuenten, picando y picando durante años y aprendiendo de sus propios errores y de los ajenos...pero hombre, mejor no tener que sufrir esos 5 o 10 años de aprendizaje todos los desarrolladores si vienes ya con ello de casa, ¿no crees?
#151 Perdona, pero te vas por los cerros de Úveda.

Que tiene que ver todo lo que dices con UML?

Modularidad, cohesión y acoplamiento: Vaya, ahora me entero que son sinónimos de UML, como si no existieran antes.

Yo me refiero a las reglas de UML, que si un cuadrado así, que si una flecha asá, etc, no me refiero ni me he referido que yo sepa a lo que representan los diagramas de UML, sino al UML en sí.

Puedes realizar cualquier diagrama válido, entendible y útil sin UML. Y como bien digo al final "...no son los diagramas y bolitas que muchos hacemos y seguimos haciendo..."

"Gracias a esas reglas inútiles se hacen códigos de calidad"
El código de calidad no tiene que ver con UML. El UML llevado a nivel de código es una autentico desastre porque es inmantenible.
El código de calidad lo hacen los programadores buenos. Los malos, no con UML ni con varitas mágicas.
El que programa requiere de diagramas a nivel funcional, no a nivel de funciones, que son dos cosas diferentes.
Es mas, casi ni a nivel funcional, sino a nivel modular: modulos, conexiones entre los mismos, herencias, etc. [si, se puede hacer sin uml, que todas estras cosas existian previamente]
#155 Ah vale, que no hablamos de reglas, sino de nomenclatura. Eso, como imagino que sabrás, tiene como único objetivo que todos entendamos que un rombo significa una cosa, y una flechita, pero realmente, es lo de menos.

Lo importante de UML son las reglas de diseño que hay debajo, que cada dibujo se corresponde con un tipo de relación entre clase, y que esa relación es esa por unas razones de diseño basadas en esos tres parámetros que te doy (encapsulación, modularidad y cohesión). Todo eso, además, lo explicas en un dibujo que hasta un tonto entendería.
#155 Por cierto, el código de calidad se consigue con un buen diseño, no con nada de lo que tu dices, y para hacer un buen diseño necesitas saber ingeniería del software.

Los buenos desarrolladores lo son porque precisamente saben diseñar bien las aplicaciones (ya sea via asignatura o via currando durante años), o porque alguien que sí sabe diseñarlas les ha dado dichas especificaciones técnicas.

¿Hay otras formas de aprender a diseñar que no sea usando UML? Por supuesto, pero de todas las que he visto UML es la más sencilla con diferencia.
#206 Un buen diseño consigue eso, un buen diseño, no un código de calidad. No mezclemos cosas.

Un arquitecto hace un buen diseño, el paleta puede hacer una mierda de pared, pero el diseño de la casa es bueno.

Un buen diseño te permite modificar/sustituir/mejorar partes del diseño.. que por ejemplo hayan programado malos programadores y sean una mierda.

Un modulo, una funcionalidad, queda definida en el diseño, la implementacion de la funcionalidad depende del programador, que si es inútil puede hacer por ejemplo que el uso de memoria sea ineficiente. No tiene nada que ver con el diseño.

Mas adelante, lo despides y pones otro tío que rehace la funcionalidad. El diseño no cambia, se mejora la implementación.
#207 "Un buen diseño consigue eso, un buen diseño, no un código de calidad. No mezclemos cosas."

Y he dejado de leer...total, pa' qué!
#209 prueba a seguir leyendo.

Así entenderás la diferencia entre un buen diseño y un buen código.

O rebatelo...
#209 Te recomiendo que vayas a la universidad y curses una titulación antes de dar lecciones a los que sí lo han hecho.

menéame