⚠️Una alternativa de UML a considerar es el modelo C4. Inscríbete a mi Curso para profundizar más en este tema 👇👇👇 cursosmz.co/inscripcion-curso-arquitectura-software/?UML?
El error principal es creer que UML es metodología, por cierto todo lo que venga del tipo de platzi tomenselo de que viene de alguien que jamas ha hecho un sistema en su vida.
@@carlosmengano1629 si es un estafador que estudio solo los conceptos teoricos y tiene 0 de portafolio Y quiere hacer ver a los programadores menores que los de marketing
Totalmente de acuerdo contigo con respecto a los ídolos que ha construido muchos acerca de platzi. De verdad no sé porque aún hay chavos que alaban a los de platzi, es inmadurez esa actitud en muchos. Saludos desde ciudad de México.
Sin importar la metodología, UML es necesario para el análisis de requisitos. Yo personalmente uso mucho casos de usos y diagrama de clases. Para el tema de arquitectura, es esencial realizar diagramas de nodos.
4 года назад+5
De hecho las metodologías ágiles también hacen uso de algunos diagramas uml al funcionar con ciclos de vida de software
En el trabajo lo usamos. No estrictamente, sino para ciertos casos que son complejos en análisis diseño. Ej diag de clases y diag de secuencia. Tambien tenemos un framework propio que te genera un diagrama de actividad del caso de uso mediante plantUML
estoy de acuerdo con el video en todo no añadiré nada más porque sería redundante estoy sorprendido con el contenido del canal, me he suscrito y pienso ver tus videos porque me encantan las buenas prácticas de programación y la arquitectura del software en general, es como tener mi habitación ordenada, me gusta el orden en el software :)
Soy desarrollador y tengo una vision particular de esto, un programador pasa por varias etapas en su camino y bueno despues de aprender lo basico se tiene que aprender a como "Modelar " el software , osea por ejemplo si un arquitecto hace los planos de un edificio , o un ingeniero hace los planos de un auto , porque un programador no haria planos de su software? UML y toda la parafernalia de los esquems es para hacer los planos del software , de hecho un programador/desarrollador profesional es dever modelar/diseñar su software . Hay muchops que todavia creen que programar es tirar codigo por tirar y eso esta muy malo . Ahora lo del UML no hay que tomarselo tan a pecho todas sus reglas "formales" , hay que tomar solo lo que le sirva a uno como programador , ademas UML no es una metodologia sino que son tipos de esquemas para comunicar lo mejor posible el software
llevo más de 20 años programando en proyectos de diferentes tamaños, con diferentes tecnologías y lenguajes, y no he participado en ningún proyecto que no incluya UML. Para mí es fundamental. Concuerdo en que no se usan todos los diagramas en un proyecto, porque cada equipo le puede dar su propio enfoque y tomar sólo lo que en verdad necesita. Los diagramas que siempre utilizo son: Diagramas de Clase, Diagramas de Casos de Uso, Diagramas de Secuencia y Diagramas de Colaboración
Gracias señor, de verdad gracias si comentario me dió un gran impactó para seguir modelando en UML, además de lo que habla lo describe los 4 principios del modelado.
Soy programador sin carrera desde hace 8 años. Recientemente me decidí por formalizar y ponerme a estudiar en una universidad provada por las noches. Yo ni encuenta de que esta tontería existe 🤣. Pero bueno, piden que la aprendamos en la escuela.
@@ivangh94 ¿Trabajas dentro de un equipo o en solitario? ¿Haces software escalable? Esta herramienta se suele utilizar cuando necesitas comunicarte con equipos de trabajo, cuando el sistema tiene grandes posibilidades de seguir escalando y cuando quieres que trascienda a los actuales programadores. Si sólo programas tú quizás no lo necesites
El problema de uml es que no puede estar cambiando de especificaciones a cada rato. Tener que estudiar mil versiones de uml para entender un diagrama del pasado es una porquería. La palabra estandar la tiene de adorno, porque un estandar no anda cambiando de adornitos a cada rato. Que uml 1.1 tiene casos de uso así, que 1-2 asá, que 2.0 asú. No importa si es metodología o no. Como "estandar" deja mucho que desear. Imaginen un programa que todos los años cambia las herramientas de la interfaz de lugar como madre que se aburre de la ubicación de los muebles todos los veranos. No funciona así. El tiempo es oro y uno no puede andar masticando documentación nueva en cada versión de uml, que parece cyberpunk 2077.
Los diagramas son una herramienta fundamental. Cuando el proyecto empieza a crecer, es fácil ir perdiendo la visión completa y en eso ayuda UML y otros lenguajes de modelado.
El que no usa UML es que no tiene energia para desarrollar un software punto final.....primero se plantean los req luego se analiza, se diseña , y luego se implementa todo gracias a UML.....No me interesa quien sea el desarrollador si no usas UML no tenes energia para desarrollar
Manuel gracias por compartir tan interesante punto vista sobre UML...quiero abordar un poco mas sobre este modelo C4 que bibliografia recomienda?...ya tiene un nuevo subscriptor....!! excelente canal..
Gracias a ti. Te doy la bienvenida al canal! Sobre el modelo C4, te recomiendo dos recursos. - Mi video sobre el tema: ruclips.net/video/cy_3qSA0a4s/видео.html - La web de Simon Brown donde explica todos los detalles del modelo: c4model.com/
no había visto tu canal. Me gustó mucho y temas como este de verdad que no se encuentran en Platzi o EDteam. Me motiva a seguir aprendiendo. Soy abogado y llegué al tema de UML estructurando un proyecto, me parece muy muy útil.
Ya perdí la cuenta de cuantos videos de tu canal he visto hoy, están muy buenos. A penas pueda tomaré tus cursos me interesa profundizar en arquitectura, patrones, etc.
Hola, me encantó tu vídeo, muy explicado y muy útil. Justo ahora estoy haciendo mi plan de tesis y quisiera, si se puede, que me ayude con una duda hacerca de arquitectura de software, ya que este es mi tema de tesis, bueno en si el tema es un poco amplio y me gustaría tener tu ayuda o punto de vista sobre la duda que tengo. De antemano, gracias y gracias también por los vídeos. ✌️
Lo complementaría con lo siguiente: las personas somos seres visuales y no textuales. Por esta razón, que mejor forma de representar funcionalidad del sistema con un diagrama de casos de uso, o la estructura de una base de datos con un diagrama de clases, etc, etc.
El curso que tengo en este momento es sobre patrones de arquitectura de software. Aquí hablo un poco más sobre el curso: ruclips.net/video/Yex792aTRQM/видео.html
A mi me parece que se trata de un tema de calidad de software. Teniendo por sentado que software no es solamente el código fuente, sino que lo es también la documentación. A menudo los equipos de desarrollo priorizan siempre el atender problemas y mejorar el producto; descuidándose así el tema de documentación. Pero cuando se utiliza correctamente y se le da a la documentación la misma importancia que el código fuente, UML es una herramienta de ayuda invaluable; así mismo en la etapa de análisis de requerimientos, los diagramas de casos de uso son una herramienta muy útil, si se hace un buen guión a menudo son bastante descriptivos para los casos de pruebas. Bueno es una simple apreciación.
Manuel creo que quizás no es técnico pero Bmp es súper claro para procesos no se si hace que no sean comparables. Definitivamente el diagrama más valioso que se puede encontrar en uml es el de clases y eso por poderse representar. A partir de texto
Manuel... 1o Gracias por tus excelentes vídeos. 2o Una idea : Has una serie o lista de Reproducción donde inicies desde cero un proyecto de software básico y vayas mostrando paso a paso los elementos de arquitectura involucrados, UML o C4, alguna aplicación de patrones de diseño y principios Solid, etc Saludos desde Caracas - Venezuela
Gracias por la recomendación! He pensado mucho hacer un workshop mostrando cómo hacer una arquitectura desde cero. Si tiene acogida, lo hacemos. Saludos!
A nivel profesional como se empieza a hacer la arquitecta en el software?, si casi no se utiliza uml, entonces que se está utilizando? Estoy retomando mis estudios de desarrollo de software y quisiera saber que se está utilizando a nivel profesional?
Actualmente en mi carrea me están enseñando UML y me encuentro muy confundido porque según leía por internet "ya no usa", también he encontrado comentarios de que "actualmente el software ya no se modela" y que solo sirven para documentar y aprender algo de POO y BDs. Estoy muy confundido la verdad :(
Es normal esa confusión Mateo. En internet a veces hay exceso de información y opiniones encontradas. A veces, solamente es cuestión de escoger algo y empezar a usarlo. Te aclaro un poquito lo que mencionas: - El software SI se modela. Algunos deciden no hacerlo, pero esto por lo general es una mala idea. - Es cierto que el uso de UML ha caído. Sin embargo, hay empresas que todavía lo usan. - Cuando temas como patrones de diseño, fijo te lo vas a encontrar. Saludos Mateo.
Amigo, me parece interesante tu opinión, de hecho era algo de lo cual siempre me había sentido escéptico, en la u nos metieron esto todo el tiempo, y ahora en mi vida practica no le halló un uso a este lenguaje, creo por mi parte que ha perdido utilidad, no se de pronto me falte mucho camino por recorrer pero eso es lo que he evidenciado en mi corta experiencia
Claro que tiene sentido aprenderlo, en especial cuando se inicia un proyecto enfocado en aplicaciones robustas y diseñadas para soportar un enorme infraestructura. Cuanto mas grande es la aplicación mas requiere un diseño claro y muy detallado. Las palabras pueden resultar comprensibles en el momento, pero en el transcurso del proyecto esa concepción del desarrollo puede tornarse nublosa. No se a donde se deseaba llegar la persona de Platzi indicando que está muerto (Tal vez una manera un poco extraña de ganar seguidores creando polémica, no tengo ni idea)... pero muchos arquitectos aún se basan en el, y continúa trabajando fuerte mente en el (Y si, no es necesario adoptar todos los diagramas - tal vez modelo de datos, Modelo de clases, Modelo de secuencia, y finalmente casos de uso...con esto se podría abarcar todo). (Claro, el cliente debe decidir costear este diseño, pero a la larga reduce el nivel de incertidumbre e incluso puede ayudar a advertir cosas que no tenias muy claro en el requerimiento escrito y evitar los costes por mantenimiento que a veces terminan ocupando mas del 30% del desarrollo de la aplicación. Aunque, en cierta manera...UML nació en cierta manera como una propuesta muy benéfica para sus creadores (comercialmente fue un boom para las empresas tecnológicas y todo el mundo partió a invertir en el), pero no puedes abarcar todo el mercado y no puede convertirse en una regla (Que fue algo que muchas compañías que arrancaron con tanto entusiasmo...fueron descubriendo paulatinamente). Apenas descubro lo de la campanita, habrá algún tutorial de youtube por el camino!? :-D :-D XD XD
Cada herramienta para lo que fue creada, si estás usando un lenguaje estructurado puedes usar los diagramas del analisis estructurado, como los diagramas de contexto, DFD's, etc.
En clases hay que hacer diagramas de casos de uso, llenar las planillas del caso de uso(ibm) y un sinfin de diagramas y dicen los profesores que haciendo todos los diagramas al darselos a un programador, el construye el sistema ¿que tan cierto es esto?, ademas hay que usar metodolgia agil pero no nos dejan programar, hay que sacrse el chip de programador ustedes se van a graduar es de diseñadores de software nos dice ¿que tal? me gustaria saber opiniones al respecto, yo opino que con el MER y diagramas de clases es posible sacar adelante el sistema y yo uso historias de usuario. Gracias
Que todos esos documentos, el programador tiene todo lo que necesita para desarrollar? En mi experiencia no. Siempre falta algo. Que necesita un programador? Lo que sea que le garantice tener la información necesaria. Algunos requieren diseño de pantallas, a otros les basta con unas historias de usuario. Es muy relativo. Que garantiza que tenga lo que necesita? Involucrar al desarrollador lo más temprano posible en el proyecto, así no haya empezado la implementación. Esto evita muchos reprocesos.
Pues nunca me dieron diagramas de clases..., sin embargo yo utilizo UML para diagramas de clase por que en un proyecto grande de cientos de clases es indispensable para no perderte y ver como esta relacionado todo, para proyectos de 10 clases o menos obvio que no es necesario.
Estudio los últimos semestres de ingeniería en desarrollo de software y mi profesor nos insiste que uml es muy muy importante, casi no ayuda uml en nada, sólo ayudan a que los aviones no se caigan (chiste que siempre hace). En lo personal, uml me ha ayudado mucho para entender los patrones de diseño, y sobre todo me ha ayudado a entender código ajeno, aveces me fruta ver archivos y archivo de código y viendo el diagrama me ayuda a estructurar el proyecto y me facilita leer el código.
Está genial tu aporte, Dissek! Ese es un gran beneficio de UML, que a veces no apreciamos: representar de compacta y visual las partes importantes de un sistema. A nivel académico sigue siendo muy usado, pero en el mundo profesional ha ido cayendo en desuso.
Jamás a caido sigue siendo importantisimo, talvez el mal uso q le dan, incluso para facilitar la documentacion tecnica de la arquitectura se creó el modelo Modelo 4+1 vista. Y sobre lo fredy imaginate ponerte a debatir con el mismisimo jacobson (fredy un piojo tuerto a su lado).
@@ManuelZapata UML es usado por las grandes empresas de tecnologia y su auge y popularidad radica en que sirve para modelar distintos tipos de sistemas no únicamente software.
¿ Para que representar clases con UML si el propio lenguaje en el que programas ya lo esta representando ? Prefiero leer la declaracion de un metodo o funcion en C# u otros que en un diagrama UML..
⚠️Una alternativa de UML a considerar es el modelo C4. Inscríbete a mi Curso para profundizar más en este tema
👇👇👇
cursosmz.co/inscripcion-curso-arquitectura-software/?UML?
El error principal es creer que UML es metodología, por cierto todo lo que venga del tipo de platzi tomenselo de que viene de alguien que jamas ha hecho un sistema en su vida.
Te refieres a Freddy? Por q según yo él ha hecho muchos sistemas para llegar a donde está xd
@@jasonsolano2935 ese pata es puro marketing.
@@carlosmengano1629 si es un estafador que estudio solo los conceptos teoricos y tiene 0 de portafolio
Y quiere hacer ver a los programadores menores que los de marketing
Importante aclaración: UML no es una metodología.
Totalmente de acuerdo contigo con respecto a los ídolos que ha construido muchos acerca de platzi. De verdad no sé porque aún hay chavos que alaban a los de platzi, es inmadurez esa actitud en muchos. Saludos desde ciudad de México.
Sin importar la metodología, UML es necesario para el análisis de requisitos. Yo personalmente uso mucho casos de usos y diagrama de clases. Para el tema de arquitectura, es esencial realizar diagramas de nodos.
De hecho las metodologías ágiles también hacen uso de algunos diagramas uml al funcionar con ciclos de vida de software
De acuerdo, tener una metodología ágil no significa que no puedas usar UML.
En el trabajo lo usamos. No estrictamente, sino para ciertos casos que son complejos en análisis diseño. Ej diag de clases y diag de secuencia. Tambien tenemos un framework propio que te genera un diagrama de actividad del caso de uso mediante plantUML
estoy de acuerdo con el video en todo
no añadiré nada más porque sería redundante
estoy sorprendido con el contenido del canal, me he suscrito y pienso ver tus videos porque me encantan las buenas prácticas de programación y la arquitectura del software en general, es como tener mi habitación ordenada, me gusta el orden en el software :)
Soy desarrollador y tengo una vision particular de esto, un programador pasa por varias etapas en su camino y bueno despues de aprender lo basico se tiene que aprender a como "Modelar " el software , osea por ejemplo si un arquitecto hace los planos de un edificio , o un ingeniero hace los planos de un auto , porque un programador no haria planos de su software? UML y toda la parafernalia de los esquems es para hacer los planos del software , de hecho un programador/desarrollador profesional es dever modelar/diseñar su software . Hay muchops que todavia creen que programar es tirar codigo por tirar y eso esta muy malo . Ahora lo del UML no hay que tomarselo tan a pecho todas sus reglas "formales" , hay que tomar solo lo que le sirva a uno como programador , ademas UML no es una metodologia sino que son tipos de esquemas para comunicar lo mejor posible el software
Podrías explicar como crear una aplicación desde 0 a partir de diagramas UML? Seria de bastante ayuda.
Buenos comentarios sobre UML, haber si puedes hacer un video sobre META MODELOS a nivel técnico, gracias.
llevo más de 20 años programando en proyectos de diferentes tamaños, con diferentes tecnologías y lenguajes, y no he participado en ningún proyecto que no incluya UML. Para mí es fundamental. Concuerdo en que no se usan todos los diagramas en un proyecto, porque cada equipo le puede dar su propio enfoque y tomar sólo lo que en verdad necesita. Los diagramas que siempre utilizo son: Diagramas de Clase, Diagramas de Casos de Uso, Diagramas de Secuencia y Diagramas de Colaboración
Ward
Gracias señor, de verdad gracias si comentario me dió un gran impactó para seguir modelando en UML, además de lo que habla lo describe los 4 principios del modelado.
Soy programador sin carrera desde hace 8 años. Recientemente me decidí por formalizar y ponerme a estudiar en una universidad provada por las noches. Yo ni encuenta de que esta tontería existe 🤣. Pero bueno, piden que la aprendamos en la escuela.
@@ivangh94 ¿Trabajas dentro de un equipo o en solitario? ¿Haces software escalable? Esta herramienta se suele utilizar cuando necesitas comunicarte con equipos de trabajo, cuando el sistema tiene grandes posibilidades de seguir escalando y cuando quieres que trascienda a los actuales programadores. Si sólo programas tú quizás no lo necesites
El problema de uml es que no puede estar cambiando de especificaciones a cada rato. Tener que estudiar mil versiones de uml para entender un diagrama del pasado es una porquería. La palabra estandar la tiene de adorno, porque un estandar no anda cambiando de adornitos a cada rato. Que uml 1.1 tiene casos de uso así, que 1-2 asá, que 2.0 asú. No importa si es metodología o no. Como "estandar" deja mucho que desear. Imaginen un programa que todos los años cambia las herramientas de la interfaz de lugar como madre que se aburre de la ubicación de los muebles todos los veranos. No funciona así. El tiempo es oro y uno no puede andar masticando documentación nueva en cada versión de uml, que parece cyberpunk 2077.
Muy bueno Manuel no conocía el modelado c4 y esta muy interesante. Me gustaría aprender mucho mas sobre este modelado, gracias.
Es muy bueno y simple de usar. Ojalá su uso estuviera más difundido. Saludos Miguel!
@@ManuelZapata podrias explicar mejor el modelo c4 casi no hay mucha información en español de c4, excelente vídeo muy bien explicado.
Excelente información. Este canal es bueno. Seguirás creciendo. Sigue adelante. No te detengas
Seguiremos! 💪 No olvides suscribirte al canal.
Está excelente como siempre viejo Manuel. Deberías hablarnos sobre modelado C4, estoy en proceso de investigación sobre el tema. Saludos!
Se te tiene, Julián. Video sobre el modelo C4: ruclips.net/video/cy_3qSA0a4s/видео.html
UML es fundamental cuando quieres diseñar un proyecto grande para no complicarte con las cientos de clases.
Los diagramas son una herramienta fundamental. Cuando el proyecto empieza a crecer, es fácil ir perdiendo la visión completa y en eso ayuda UML y otros lenguajes de modelado.
El que no usa UML es que no tiene energia para desarrollar un software punto final.....primero se plantean los req luego se analiza, se diseña , y luego se implementa todo gracias a UML.....No me interesa quien sea el desarrollador si no usas UML no tenes energia para desarrollar
@@peliculasdescargas7143 desarrollador del pasado ... hoy en metodología ágil uml ya no existe.
super video, ahora comprendo mejor el modelado de un sistema
Manuel gracias por compartir tan interesante punto vista sobre UML...quiero abordar un poco mas sobre este modelo C4 que bibliografia recomienda?...ya tiene un nuevo subscriptor....!! excelente canal..
Gracias a ti. Te doy la bienvenida al canal!
Sobre el modelo C4, te recomiendo dos recursos.
- Mi video sobre el tema: ruclips.net/video/cy_3qSA0a4s/видео.html
- La web de Simon Brown donde explica todos los detalles del modelo: c4model.com/
no había visto tu canal. Me gustó mucho y temas como este de verdad que no se encuentran en Platzi o EDteam. Me motiva a seguir aprendiendo. Soy abogado y llegué al tema de UML estructurando un proyecto, me parece muy muy útil.
🙌 Por aquí tienes el canal a la orden. Bienvenido!
Ya perdí la cuenta de cuantos videos de tu canal he visto hoy, están muy buenos. A penas pueda tomaré tus cursos me interesa profundizar en arquitectura, patrones, etc.
Genial Mario!! Te agradezco mucho.
Excelente video 😃, UML usado adecuadamente es óptimo , sin abusar de el, ya que se vuelven muuuchos entregables redundantes que quitan tiempo.
Hola, me encantó tu vídeo, muy explicado y muy útil.
Justo ahora estoy haciendo mi plan de tesis y quisiera, si se puede, que me ayude con una duda hacerca de arquitectura de software, ya que este es mi tema de tesis, bueno en si el tema es un poco amplio y me gustaría tener tu ayuda o punto de vista sobre la duda que tengo.
De antemano, gracias y gracias también por los vídeos. ✌️
Excelente canal pana, gracias por su aportación. Muy conciso el vídeo.
Con gusto Cristhian!
Me parece que UML en muchos casos no ha Sido utilizado de forma adecuada y tiene bastante calor, sobre todo la interpretación de un sistema
2021 y se sigue usando
Lo complementaría con lo siguiente: las personas somos seres visuales y no textuales.
Por esta razón, que mejor forma de representar funcionalidad del sistema con un diagrama de casos de uso, o la estructura de una base de datos con un diagrama de clases, etc, etc.
De acuerdo Saúl 🙌. Gracias por tu aporte!
Excelente vídeo!
Excelente aporte, aprovechando el comentario en que plataforma está tu curso completo de arquitectura de software, saludos
El curso que tengo en este momento es sobre patrones de arquitectura de software. Aquí hablo un poco más sobre el curso: ruclips.net/video/Yex792aTRQM/видео.html
A mi me parece que se trata de un tema de calidad de software. Teniendo por sentado que software no es solamente el código fuente, sino que lo es también la documentación. A menudo los equipos de desarrollo priorizan siempre el atender problemas y mejorar el producto; descuidándose así el tema de documentación. Pero cuando se utiliza correctamente y se le da a la documentación la misma importancia que el código fuente, UML es una herramienta de ayuda invaluable; así mismo en la etapa de análisis de requerimientos, los diagramas de casos de uso son una herramienta muy útil, si se hace un buen guión a menudo son bastante descriptivos para los casos de pruebas. Bueno es una simple apreciación.
Manuel creo que quizás no es técnico pero Bmp es súper claro para procesos no se si hace que no sean comparables. Definitivamente el diagrama más valioso que se puede encontrar en uml es el de clases y eso por poderse representar. A partir de texto
Manuel...
1o Gracias por tus excelentes vídeos.
2o Una idea : Has una serie o lista de Reproducción donde inicies desde cero un proyecto de software básico y vayas mostrando paso a paso los elementos de arquitectura involucrados, UML o C4, alguna aplicación de patrones de diseño y principios Solid, etc
Saludos desde Caracas - Venezuela
Gracias por la recomendación! He pensado mucho hacer un workshop mostrando cómo hacer una arquitectura desde cero. Si tiene acogida, lo hacemos. Saludos!
Yo voy inciando en el mundo de la programación y sé q es importante el uml. Estaría bien hacer algo desde el diseño
@@ManuelZapata No lo pienses dos veces, es mas me voy hacer JOIN me encanta tu contenido, es muy bueno y preciso.
Apoyo este idea
Manuel excelente video, me gustaría que hicieras un video sobre C4
Ya hay video en el canal sobre C4. Dale una buscadita.
@@ManuelZapata ruclips.net/video/cy_3qSA0a4s/видео.html
A nivel profesional como se empieza a hacer la arquitecta en el software?, si casi no se utiliza uml, entonces que se está utilizando? Estoy retomando mis estudios de desarrollo de software y quisiera saber que se está utilizando a nivel profesional?
Te recomiendo este video para que profundices en el tema: ruclips.net/video/C38Cp3GQor8/видео.html
Desgraciadamente no hay concenso en terminos y definiciones y cada vez se inventan cosas que no tienen sentido para luego quedar obsoletas
Actualmente en mi carrea me están enseñando UML y me encuentro muy confundido porque según leía por internet "ya no usa", también he encontrado comentarios de que "actualmente el software ya no se modela" y que solo sirven para documentar y aprender algo de POO y BDs. Estoy muy confundido la verdad :(
Es normal esa confusión Mateo. En internet a veces hay exceso de información y opiniones encontradas. A veces, solamente es cuestión de escoger algo y empezar a usarlo.
Te aclaro un poquito lo que mencionas:
- El software SI se modela. Algunos deciden no hacerlo, pero esto por lo general es una mala idea.
- Es cierto que el uso de UML ha caído. Sin embargo, hay empresas que todavía lo usan.
- Cuando temas como patrones de diseño, fijo te lo vas a encontrar.
Saludos Mateo.
@@ManuelZapata Gracias Manuel por aclarar mis dudas, creo que ya tome una decisión
Amigo, me parece interesante tu opinión, de hecho era algo de lo cual siempre me había sentido escéptico, en la u nos metieron esto todo el tiempo, y ahora en mi vida practica no le halló un uso a este lenguaje, creo por mi parte que ha perdido utilidad, no se de pronto me falte mucho camino por recorrer pero eso es lo que he evidenciado en mi corta experiencia
Como te digo tiene su lugar. Quizá en la medida que vayas enfrentando proyectos más complejos, UML te ayude a organizar mejor algunas ideas.
Claro que tiene sentido aprenderlo, en especial cuando se inicia un proyecto enfocado en aplicaciones robustas y diseñadas para soportar un enorme infraestructura.
Cuanto mas grande es la aplicación mas requiere un diseño claro y muy detallado. Las palabras pueden resultar comprensibles en el momento, pero en el transcurso del proyecto esa concepción del desarrollo puede tornarse nublosa. No se a donde se deseaba llegar la persona de Platzi indicando que está muerto (Tal vez una manera un poco extraña de ganar seguidores creando polémica, no tengo ni idea)... pero muchos arquitectos aún se basan en el, y continúa trabajando fuerte mente en el (Y si, no es necesario adoptar todos los diagramas - tal vez modelo de datos, Modelo de clases, Modelo de secuencia, y finalmente casos de uso...con esto se podría abarcar todo). (Claro, el cliente debe decidir costear este diseño, pero a la larga reduce el nivel de incertidumbre e incluso puede ayudar a advertir cosas que no tenias muy claro en el requerimiento escrito y evitar los costes por mantenimiento que a veces terminan ocupando mas del 30% del desarrollo de la aplicación.
Aunque, en cierta manera...UML nació en cierta manera como una propuesta muy benéfica para sus creadores (comercialmente fue un boom para las empresas tecnológicas y todo el mundo partió a invertir en el), pero no puedes abarcar todo el mercado y no puede convertirse en una regla (Que fue algo que muchas compañías que arrancaron con tanto entusiasmo...fueron descubriendo paulatinamente).
Apenas descubro lo de la campanita, habrá algún tutorial de youtube por el camino!? :-D :-D XD XD
Como puedo usar UML en un lenguaje estructurado como lenguaje C que no te permite crear clases y objetos.
UML no es solo clases y objetos. De UML también podrías usar los diagramas de casos de uso o de secuencia, por ejemplo.
Cada herramienta para lo que fue creada, si estás usando un lenguaje estructurado puedes usar los diagramas del analisis estructurado, como los diagramas de contexto, DFD's, etc.
En clases hay que hacer diagramas de casos de uso, llenar las planillas del caso de uso(ibm) y un sinfin de diagramas y dicen los profesores que haciendo todos los diagramas al darselos a un programador, el construye el sistema ¿que tan cierto es esto?, ademas hay que usar metodolgia agil pero no nos dejan programar, hay que sacrse el chip de programador ustedes se van a graduar es de diseñadores de software nos dice ¿que tal? me gustaria saber opiniones al respecto, yo opino que con el MER y diagramas de clases es posible sacar adelante el sistema y yo uso historias de usuario. Gracias
Que todos esos documentos, el programador tiene todo lo que necesita para desarrollar? En mi experiencia no. Siempre falta algo.
Que necesita un programador? Lo que sea que le garantice tener la información necesaria. Algunos requieren diseño de pantallas, a otros les basta con unas historias de usuario.
Es muy relativo. Que garantiza que tenga lo que necesita? Involucrar al desarrollador lo más temprano posible en el proyecto, así no haya empezado la implementación. Esto evita muchos reprocesos.
Pues nunca me dieron diagramas de clases..., sin embargo yo utilizo UML para diagramas de clase por que en un proyecto grande de cientos de clases es indispensable para no perderte y ver como esta relacionado todo, para proyectos de 10 clases o menos obvio que no es necesario.
Estudio los últimos semestres de ingeniería en desarrollo de software y mi profesor nos insiste que uml es muy muy importante, casi no ayuda uml en nada, sólo ayudan a que los aviones no se caigan (chiste que siempre hace). En lo personal, uml me ha ayudado mucho para entender los patrones de diseño, y sobre todo me ha ayudado a entender código ajeno, aveces me fruta ver archivos y archivo de código y viendo el diagrama me ayuda a estructurar el proyecto y me facilita leer el código.
Está genial tu aporte, Dissek!
Ese es un gran beneficio de UML, que a veces no apreciamos: representar de compacta y visual las partes importantes de un sistema.
A nivel académico sigue siendo muy usado, pero en el mundo profesional ha ido cayendo en desuso.
Jamás a caido sigue siendo importantisimo, talvez el mal uso q le dan, incluso para facilitar la documentacion tecnica de la arquitectura se creó el modelo Modelo 4+1 vista. Y sobre lo fredy imaginate ponerte a debatir con el mismisimo jacobson (fredy un piojo tuerto a su lado).
UML en caída? Pero de que chorradas hablas, esta en su mayor auge y cada día su ascenso aumenta.
😁 Aproveché tu comentario para armar conversación en Twitter: twitter.com/ManuelZapata/status/1544767029923774471
@@ManuelZapata UML es usado por las grandes empresas de tecnologia y su auge y popularidad radica en que sirve para modelar distintos tipos de sistemas no únicamente software.
Agilismo no es una palabra que exista realmente
¿ Para que representar clases con UML si el propio lenguaje en el que programas ya lo esta representando ? Prefiero leer la declaracion de un metodo o funcion en C# u otros que en un diagrama UML..
Muy mala presentación de algo que no se necesita decir... vendes algo?
Unos cursos buenísimos de patrones 👌