Paradigmas de programación para diseñadores
Clase 7 de 23 • Curso de Sistemas de Diseño Efectivos
Contenido del curso
Clase 7 de 23 • Curso de Sistemas de Diseño Efectivos
Contenido del curso
Juan Castro
Raúl González
Alejandro Sol Villaseñor
Felipe Moreno
Alejandro Sol Villaseñor
Usuario anónimo
Wilmer Diaz
German Ulloa
Joel Dominguez Merino
Martin Coronel
Alejandro Sol Villaseñor
Joel Dominguez Merino
Hernando Rincón
Alejandro Sol Villaseñor
César Serpa
Alan Mena
Pedro Isaac Aguilar
Carlos Lefin Henriquez
juan manuel rangel aragón
Diego Martínez VIlla
Simón Arenas
Joel Dominguez Merino
Víctor Hugo Torres Fierro
Daniel Adolfo Ordoñez Rubio
Víctor Hugo Torres Fierro
Yusting Andrés Mora González
Angélica Echeverry
Bernardo Ayala Montezuma
Fernando Robles
Edgar Lopez Arroyo
SHARON JAFTE CHACON REGAND
Eddie Mora
Jhon Alexander Romero Gonzaga
Susana Gonzalez Cano
Guillermo Baldán López
Uriel Alberto Arevalo Franco
Diva Andrea Ulloa Acero
William Bastidas
Este artículo del blog de Platzi también explica muy bien cómo funciona y por qué usar Atomic Design:
Aunque es muy popular no es el único y tu también puedes inventar y experimentar otros paradigmas, quien sabe el día de mañana seas el Brad Frost del futuro 😄
Gracias!
Procedural: Permite la construcción de funciones que a futuro se van a reconstruir a sí mismas. Se basa en objetos ya hechos para obtener resultados diferentes. Por ejemplo, cuando se usa código se utiliza el concepto procedural.
Atómico: Le da una organización a los elementos: átomos, moléculas, organismos, templates, páginas. Es decir, ir desde los elementos más sencillos como las etiquetas más básicas, hasta los elementos mayores que corresponden a la unión de varios átomos, moléculas, organismos y templates para obtener una página.
DRY: Don’t Repeat Yourself. No repetir los mismos elementos.
Gracias por el aporte.
😃
Dejo un articulo de internet en donde hablan de Kiss,Dry y Solid, principios fundamentales tanto en diseño como en programación. Recuerdo que en algún curso con fredy (creo que fundamentos de programación) y en otro con el profe Emiro (creo que de Illustrator) se explicó y se habló de como evitarlos en cada área.
gracias por el aporte :D
Gracias por el dato!
Procedural: Son elementos ya hechos que van hacer que el resultado sea variable. (Es el conjunto de funciones que en un futuro se van hacer así misma). Un sistema de diseño se resuelve asi mismo. Nosotros debemos crear los elementos que se puedan unir y crear elementos nuevos a futuro.
Diseño atómico:
Átomo puede ser un label, input, button,etc
Molecula: Es el conjunto de 2 atomos, ej (Input de buscador)
Organismo Es cuando juntamos 2 moleculas.
Template: Es cuando juntamos mas de 2 organismo.
Pagina: Son elementos ya personalizados. (Template personalizar las imagenes, textos, etc)
**Dry:**No repitas elementos. No estés invirtiendo tiempo en construir algo que ya esta construido.
Martín Coronel
Diseño UX/UI
Web:
Facebook:
Behance:
Buen aporte amigo.
Muchas gracias por el aporte @martin :D
En el diseño procedural se definen las funciones que luego se aplican, se parametrizan y se combinan para dar como resultado un paradigma dentro del cual se pueden mover sus variables o sintagmas, que combinados entre sí, pueden incluso auto-resolver situaciones de diseño.
Muy buen aporte.
Recomendado el libro de Atomic Desing de Brand Frost.
Paradigmas (De los cuales podemos partir)
Diseño Procedural : El Sistema tiene la capacidad de generarse así mismo a partir de objetos base.
Diseño Atómico: Es partir de elementos particulares a generales y/o complejos.
DRY: Don’t Repeat Yourself.
Si los átomos cambian, todo lo demás en el Sistema de Diseño cambiará, porque todos los componentes están unidos en la misma estructura "viva". Por ello, el Diseño Atómico, que divide los elementos de diseño según su nivel de complejidad y unión en: átomos, moléculas, organismos, templates y páginas, es muy utilizado en el diseño de software hoy en día, por su funcionalidad.
No entiendo el concepto DRY… dices que no deberíamos de copiar y pegar elementos una y otra vez… Pero no es ese el espíritu? Re-usar elementos para no estar creando nuevos una y otra vez?
Secundo esta pregunta, sólo se da una definición textual sin ahondar en el concepto, mi entendimiento acerca de esto es que el paradigma dicta que no deberíamos crear un mismo componente, interacción o solución a un problema específico dos veces (por ejemplo un calendario que funciona de x manera en una página y de y manera en otra) pero podría estar equivocado, si alguien puede aclarar estaría muy agradecido.
Dentro de mi poca experiencia creo que se puede aclarar con los siguientes ejemplos.
En programación sería no repetir la declaración de funciones con el mismo resultado en diferentes partes del sistema, sino dejarlo declarado en un solo lugar y llamarlo donde se necesite x cantidad de veces.
En web podría ser no declarar el mismo estilo para cada elemento sino declarar el estilo en un solo lugar con una clase y aplicarle la misma clase a todos los elementos necesarios.
En diseño sería no pensar ( y creo que la clave en este caso sería eso, no re-pensar) varias veces como hacer el mismo botón para un form sino dejarlo diseñado como componente y reutilizarlo en todos los lugares donde hayan forms.
Ojalá alguien más pueda darnos feedback sobre estos ejemplos!
⚡Pueden ver todas las notas de la clase en este Notion, además le agregué recursos extras, espero les guste.
✔También escribí el siguiente tutorial 8 atajados de teclado para ser un máster en Notion.
Muchas gracias simón! Me esta encantando Notion
Hola compañeros,
¿Cómo saber si los átomos serán armónicos una vez que se ensamblen en moléculas? ¿Qué reglas rigen la creación o diseño de los mismos? No me gustaría toparme con que una vez armado el organismo o el template este luciera pésimo.
Gracias por sus respuestas.
Hola, Víctor :) Qué interesante pregunta :thinking: Durante su desarrollo, el sistema diseño puede estar en cambio constante (como un documento vivo), hasta que se defina la línea de estilo; en ese punto ya deberías saber cómo lucen los organismos y las moléculas, y que juegan bien. Al final, un átomo debería ser una unidad agnóstica o independiente de diseño que adquiere su identidad al formar un elemento más grande; hay herramientas como Figma o XD que te permiten definir los objetos más básicos y usarlos de referencia como verdaderos componentes, si en medio del camino ves que algo no luce bien :eyes: tal vez los espacios o la tipografía, puedes cambiarlos sin esfuerzo y ver el cambio reflejado de inmediato en los componentes más grandes; el uso de estas herramientas agilizan mucho el proceso de diseño y permite experimentar en el camino :D.
Qué tal @daniordonez,
Entiendo. Un organismo vivo en constante cambio y adaptación desde lo atómico hasta lo complejo. En ese sentido, el átomo se parecería más a una célula madre. Adaptable según el requerimiento y condiciones.
Gracias por tu aporte. Saludos.
⭐ Cuando descubrí los sistemas de diseño cambiaron muchísimo mi forma de diseñar. El atomic design (O Diseño atómico) es el sistema de diseño más recomendable, claro, hay muchísimos más sistemas de diseño, pero en mi opinión personal, el atomic design es simplemente una maravilla, y lo es aún más cuando usamos Figma y sus famosísimos "Componentes reactivos". ✔
Justo estaba pensando en que si estos paradigmas se asemejan a lo que es el diseño de los componentes en Figma jeje. Ya con esto me quedó un poco más claro, gracias :).
Paradigmas: .
Clase de biología básica
Todos estos paradigmas me hacen comprender mucho mejor como se crea un sitio web.
🙁
Esta muy bueno el curso, no me esperaba que en diseño también habia el Don't Repeat Yourself
El diseño procedural me cambió la vida <3
¿Por qué? ¿En qué sentido? ¿Haciendo qué?
No se, quizá un ejemplo práctico no ayudaría a comprender de mejor manera el paradigma DRY. Lo que he leído hasta ahora en la red me indica que es bueno tenerlo en cuenta en la programación orientada a objetos (POO).
La práctica de hacer diseño modular con componentes reutilizables sirve para usar el mejor el tiempo de diseño al hacer las cosas solo una vez (DRY – Don’t Repeat Yourself) y para crear componentes más complejos sin aumentar la complejidad del procesos, este sería un ejemplo de como con los mismos componentes podemos crear diversas soluciones sin repetir la forma.
Excelente