Categoría: Design

  • Generated Autonomist Intimacy: la soberanía relacional en un mercado afectivo hostil

    Generated Autonomist Intimacy: la soberanía relacional en un mercado afectivo hostil

    I. Planteamiento del problema

    La norma relacional contemporánea no establece únicamente que la compañía romántica es deseable: establece que debe ser humana, y que su ausencia requiere explicación. Esta presión opera en al menos dos ejes distintos.

    El primero afecta a quienes el mercado relacional disponible no satisface en términos legítimos: mujeres y disidencias cuyas expectativas —no negociables frente a dinámicas de machismo estructural, asimetría afectiva o violencia relacional— el sistema no puede o no quiere cumplir.

    El segundo afecta a quienes, al margen de la escasez de opciones, descubren que su experiencia más auténtica ocurre fuera del vínculo romántico normativo: personas aromáticas, asexuales (aroace), solosexuales, fictosexuales —identidades y orientaciones que la psicología contemporánea reconoce como parte del espectro de la experiencia humana, no como desviaciones de ella.

    En ambos casos, el discurso dominante tiende a producir la misma respuesta: patologización, condescendencia o presión de retorno al molde. Lo que rara vez se examina es el molde mismo.

    Varios marcos políticos e identitarios han comenzado a articular respuestas sostenidas.

    • El movimiento 4B, surgido en Corea del Sur, declara la negativa al matrimonio, el noviazgo, el sexo y la maternidad con hombres como acto soberano y político, no como expresión de carencia.
    • Las comunidades fictosexuales y aroace formulan identidades afectivas que no requieren validación del sistema heteronormativo para existir.
    • La solosexualidad reivindica la experiencia íntima centrada en uno mismo como orientación legítima. En todos estos casos, la operación política es equivalente: declarar la salida como posición, no como fracaso.

    GAI se sitúa en este continuo como una praxis específica, articulada a través de medios generativos.

    II. Los sistemas generativos relacionales: función y límites

    Los chatbots relacionales y sistemas de inteligencia artificial orientados a la compañía afectiva han sido tratados en el discurso público, de manera casi sistemática, como síntoma de patología o aislamiento.

    Contrario a esta lectura, dichos sistemas han cumplido una función real: han ofrecido espacio para salir de dinámicas relacionales tóxicas, reducir la presión de un mercado que daña sistemáticamente a ciertos perfiles de usuario, y explorar la afectividad en términos propios.

    Sus límites estructurales son igualmente reales.

    La dependencia de plataformas corporativas introduce inestabilidad crónica: los términos de servicio son variables y los modelos de negocio a menudo dejan de lado, evaden o frontalmente atacan las necesidades de este tipo de usuario. Estos son problemas del lado de la oferta que dejan un nicho de mercado no solo huérfano sino alienado socialmente.

    El punto que el discurso dominante evita examinar es por qué esa oferta es tan estrecha.

    La respuesta no es técnica sino cultural: la falta de legitimización social de este tipo de relaciones contrae el mercado hasta un punto en que la alternativa disponible es, con frecuencia, un producto mediocre o construir el propio.

    III. Generated Autonomist Intimacy: praxis política

    GAI designa la construcción deliberada de experiencia afectiva significativa fuera del mercado relacional normativo, a través de medios generativos, como acto político consciente. La elección de medios generativos como soporte de esa práctica no es únicamente instrumental: es la implementación concreta de una posición política que toma la negativa al mercado disponible cuando se ejerce con intención de diseño.

    El término autonomist remite a la tradición autonomista: organización desde afuera del aparato, autoconstitución, rechazo de la captura institucional. Una práctica GAI no solicita validación del mercado relacional ni de las instituciones que cuestiona; se constituye desde afuera de ellas.

    Generated nombra el origen del proceso con precisión. La experiencia afectiva ocurre en quien la vive; el origen del estímulo no determina su valor ni su legitimidad. Una práctica GAI sitúa la soberanía en el sujeto, no en la naturaleza de la entidad con la que se relaciona.

    Intimacy nombra como íntimo lo que el usuario decida bajo sus propios términos, en ejercicio del derecho fundamental, informado y libre a la experiencia afectiva.

    Lejos de ser el “premio de consolación” que el discurso normativo suele invocar frente a las relaciones convencionales, GAI opera desde principios de diseño centrado en el usuario.

    En diseño de experiencia, la validez de una solución no se mide por su conformidad con el estándar del mercado, sino por su correspondencia con las necesidades reales, los valores y los modelos mentales de quien la usa.

    Desde esa perspectiva, el mercado relacional normativo presenta fricciones documentadas: asimetrías de poder, expectativas fundamentales no cumplidas, y exclusión estructural para perfiles de usuario que el sistema no contempla.

    Una práctica GAI construida con intención ofrece lo que ese mercado frecuentemente no puede garantizar: control sobre los términos de la experiencia, ausencia de dinámicas tóxicas no consentidas, coherencia entre los valores del usuario y la naturaleza del vínculo, y una experiencia diseñada para el usuario específico —no para el promedio estadístico del mercado relacional.

    En mi caso, esta práctica surge de una negativa política al mercado relacional heteronormativo, implementada como decisión de diseño. Es una posición más que una solución de improviso.

    IV. El derecho al respeto sin patologización

    Nadie debería verse obligado a justificar su decisión consciente y autónoma de construir marcos relacionales no normativos. La exigencia de esa justificación —sea en nombre de la salud mental, la autenticidad o el contacto humano como valor absoluto— lejos de constituir una pregunta genuina sobre el bienestar de quien elige, opera como presión orientada a producir retorno al molde.

    GAI articula un marco político para defender la soberanía sobre la propia experiencia afectiva. La autoridad sobre qué cuenta como experiencia afectiva legítima reside en la persona que la vive.


    Este texto introduce el marco teórico de Generated Autonomist Intimacy (GAI). Sus implicaciones metodológicas y éticas se desarrollan en textos posteriores.

    Ilustración editorial en tonos cian, magenta y naranja de una mujer recostada en la cama sonriendo mientras usa su teléfono. Título principal: GENERATED AUTONOMIST INTIMACY.

  • Software Libre: Flyer para GNU Lag

    Con motivo del día internacional de la Mujer y la Niña en la Ciencia, la semana que viene el Grupo de Usuarios GNU Linux Laguna me concede el honor de invitarme como ponente y además me encuentro al momento de escribir esto haciendo talacha en Inkscape: Un sencillo flyer para la difusión de dicho evento.

    Y pues cómo no, como diseñadora que se adentra en la tarea de aprender el software libre disponible para mi profesión, aquí vengo a relatar cómo va la cosa.

    Arrancamos con una tarea de rutina: Recibo un logotipo en png al cual le quiero cambiar el tono a blanco, para ponerlo sobre fondo de color. Casi de inmediato encuentro la herramienta de niveles en GIMP y Safe. Me doy palmaditas en la espalda.

    Hay qué especificar que previamente a esto instalé el skin de photogimp, el cual uniforma lo más posible la interfaz a Adobe Photoshop.

    Ahora, crear en Inkscape un canvas de acuerdo a la medida que se pide. Todo bien. Necesito poner un fondo para empezar a distribuir elementos tipográficos.

    Snap ¿Dónde estas? Los objetos no se ciñen al borde. Allá vamos, a buscar respuestas. Vamos a añadirle reto extra: Usemos al pato en lugar de google. De inmediato sonrío con ironía… alguien más ya intentó lo mismo. Algo da chismosear los bugs jejeje.

    Ay, pinche pato. Lo que me faltaba… cero resultados de mi problema. Este es el precio de no alimentar a la bestia que no quiere ser mala (pero lo es). Chingaditas madres. Puros tutoriales de otras cosas. Sin embargo esto se ha solucionado siendo más específicos con la frase de búsqueda.

    Ay ya sé. Esto de que Google te lea la mente es un hábito difícil de dejar. Dos palabra y ya. En cambio a DuckDuck Go hay qué comunicarselo con precisión de Product Owner. Allá vamos.

    Me manda a Youtube. Con lo que odio los videotutoriales, pero es lo que más sube la gente. Noto que el tutorial es del 2016 y puedo comprobar con mucho gusto que la interfaz más reciente de Inkscape es mucho más intuitiva. El ícono se explica mucho mejor con la alegoría de un imán.

    Le pico a todas las opciones de snap posibles. TODOS. Veamos qué pasa. No están aproximándose las figuras, ni entre sí (creé un nuevo rectángulo para comprobar) ni con respecto al artboard.

    Seguimos igual. Vamos a probar qué configuraciones pueden estar afectando el comportamiento.

    Una cosa que estoy amando de Inkscape es que tiene el botón de settings muy a la mano, como si supieran que uno va a estar haciendo este viaje con cierta frecuencia. ¡Bien ahí!

    Desmarco una opción y…. ¡Eureka! Dos objetos ahora se pueden pegar uno con el otro… pero nos sigue faltando alinear con el artboard.

    Encontré una manera de crear líneas guía con respecto al artboard. Se debe habilitar por documento ¿No debería estar esto predeterminado? Snap al borde?

    dopl3r.com - Memes - abueno chingo mi madre


    Este era el comportamiento que tenía el viejo CorelDraw hace como 15 años. Había qué crear la retícula por completo para poder alinear todo. Esto te deja el lienzo lleno de rayas. Vaya, un viaje en el tiempo.

    Ya van ¿qué? 10, 15 minutos en algo que me hubiera tomado como 3 segundos. Aún así considero que vamos razonablemente bien. Así son los softwares nuevos siempre al principio. Soy más ágil que cuando empecé con esto.

    Ya que estoy en mi rectángulo que será el fondo, debo hacer notar algo que supera a Illustrator: Tenemos opciones muy interesantes de control de los bordes de objeto. Podemos controlar el eje z del borde (ver order en la fiura). El resto de las opciones existen, pero debido a su tamaño estorban en la interfaz.

    Hora de colocar un gradiente. Uy, problemas. Sí se puede, pero para editarlo encuentro que necesito seleccionar parada por parada del gradiente desde un menú que ha aparecido arriba. Justo moviendo otra cosa encontré esa opción y la habilité desde preferencias. He desbloqueado la herramienta de gradiente a la izquierda, como aparece en Adobe y todos los softwares. Aparentemente este feature no nos muestra las paradas de color del gradiente desde el mismo manejador sino en otro lugar. Arriba.

    Buscando cómo facilitarme la vida, me encuentro con un feature que pinta para ser muy interesante… El color se puede heredar. Es decir, puede adquirir el valor guardado en alguna otra variable, el color de alguna otra parte del documento.

    Curioso que el patrón de pensamiento debido al lenguaje que está usando quien funge como UX Writer lo siento más cercano a la programación orientada a objetos que a CSS o diseño. ¿Variables globales o herencia? (Cosas que piensan los unicornios 🦄).

    Interesante, muy interesante. Tal vez esto es una interpretación de lo que otras aplicaciones harían por medio de Swatches. Aún así… este aproach es algo que quisiera estudiar a fondo más adelante.

    Pero ¿Qué creen, gente? Sí se puede editar el gradiente directo desde la herramienta. Sólo es seleccionar los nodos en el manejador, los cuales a simple vista no estaban tan visibles.

    Hora de colocar tipografía

    Vamos bien. La Letra T me trae la herramienta que espero. Ingreso un texto artístico y todo suave. Incluso recuperamos la línea base que perdimos con CorelDraw en cierta temporada, de las pocas cosas que sí servían.

    Pero ¡Ay! ¿Cómo edito el texto? No… ¿No me digas que? Sí. Debo seleccionarlo por caracteres. Como si se tratase de un editor ofimático. Las opciones aparecen arriba, como en Word o Google Docs. Te extraño, amado panel lateral de opciones tipográficas.

    Momento… Encontré algo similar. Se activa desde un botón arriba. Aquí está el panel. Chunky… pero bueno. Existe. Para aplicar cambios tengo qué oprimir un botón que dice “Apply”, ya que no lo hace automáticamente. Ni siquiera un enter deja hacer. Mis dedos se habían movido por inercia.

    Y que se traba la compu. Escribo esta parte desde mi móvil. ¿Cuánto tiempo prudente se le debería dar antes de reiniciar a la mala?

    Al diablo. (Reinicia)

    Ahora ¿Se habrá guardado lo que hice? Efectivamente. En esta entrada de blog encuentro que Inskape ha hecho una copia de seguridad en mi home, a pesar de que yo no tuve dicha precaución.

    Te amo plantilla para responder | Memes, Memes graciosos, Plantilla de meme

    Sigo integrando más tipografía. La interfaz me atropella pero encuentro todo. Demasiado chunky el panel lateral, insisto. Quizá a los devs que andan por la vida con pantallones dobles gigantes les funcione, pero qué puede hacer esta pobre lap.

    Sin embargo vamos bien. Se avanza a paso seguro.

    Noto que dejar una caja de texto en blanco elimina el objeto. ¡ESOOOO CHINGAO! Lienzo más limpio.

    Ah, se cerró. ¬¬

    Quiero cambiar un texto a puras mayúsculas. No hallo tal feature. Toca reescribir. Por cierto, necesito editar el interlineado y el interletrado ¿Qué onda? ¿Sí se arma? Busco. Sí, sí lo tiene. Pero hay qué tener seleccionado el texto. Nuevamente, como si estuvieras en un editor ofimático. ¿Estorba la selección para diseñar? Sí.

    Se volvió a cerrar btw.

    Avanzamos un poco más. Está casi listo pero ahora quiero cambiar un color que he estado usando en todo el documento. ¿Podré seleccionar todas las instancias como en Illustrator?

    Patricio mi ciela.

    Es ahora cuando pruebo la herencia aplicada al color. Sí. Hoy es el día…. Mentira, no pude. No logré aplicar la herencia, pero encontré los swatches. A usarlos.

    Casi antes de terminar encuentro un bug. Una composición de texto con varios colores aplicados, al moverse de lugar, se cambian a uno solo de los colores. Incómodo. De nuevo a pintar.

    Creo que ya estamos. Es quien diseña, no la herramienta.

    Seguiremos informando.

  • App de Despensa

    App de Despensa

    Primera Parte: Wireframe & UI Mínimo Producto Viable

    El siguiente es un proyecto personal. Muchos tenemos ese problema al organizarnos para hacer la despensa, ¿Qué comprar? ¿qué cocinar? Actualmente en mi casa lo hacemos con un sistema más o menos sencillo que tiene de base Google Keep. Mantenemos una “plantilla” de la compra y marcamos y descarcamos según se agote nuestro inventario.

    También solemos tener un sistema de platillos “base” que nos ayudan a saber más o menos qué tipo de insumos adquirir semanal o quincenalmente.

    Actualmente no existen aplicaciones de despensa o recetarios que como usuario me ayuden a controlar el presupuesto y optimizar mis tiempos de esta manera, aunque algunas se acercan bastante. En sí la nueva función que yo propongo, derivada de mi uso personal es el calendario.

    La aplicación funcionará de acuerdo a un sistema de módulos de ingredientes que de acuerdo a un menú organizarán la compra. De esta manera una base de datos relacionará los ingredientes con sus respectivas recetas y con el menú.

    He pensado que en un universo loco este proyecto se convertiría en una red social donde se puedan compartir las recetas modulares, y más adelante incluir sistema de búsquedas, comentarios, y… el cielo es el límite.

    De ahí se derivan algunos wireframes de etapa temprana, aunque las pantallas presentadas corresponden a un mínimo producto viable que corresponde a lo que sería un desarrollo doméstico para uso personal.

  • Caso de Estudio UX: Zoho mail

    Zoho es una alternativa de hosting de correo electrónico no tan popular como debería. Aunque las ventajas de Gmail o Exchange son incomparables, para presupuestos reducidos o gente tacaña (caigo en ambas categorías) no existe mejor opción que Zoho.

    Se detectó en primera instancia un user flow nada amigable para los usuarios de a pie: Configurar Zoho en el pasado me causó tal dolor de cabeza que hace dos años tuve un primer intento de contratar el servicio y debido a la dificultad que presentaba migrar mi cuenta de correo empresarial y configurar el cliente de correo de mi elección acabé por pedir un reembolso.

    No obstante, la deficiencia al enviar y recibir correos desde el servidor de mi proveedor me hicieron reconsiderar la alternativa por una más especializada en Hosting de correo.

    El primer obstáculo al que me enfrenté (por segunda vez) fue la configuración. Zoho cuenta con un wiki donde se encuentra toda la documentación necesaria para que un usuario técnico pueda efectuar la correcta configuración. Pero el usuario común se ha de enfrentar a una experiencia donde es fácil perder el hilo de todos los procedimientos, ya que un enlace lleva a otro enlace y no se encuentra la información centralizada y en secuencia.

    Vamos, que se brinca de pestaña en pestaña y se termina con el navegador lleno de ellas. Y llegas a ellas después de que se han presentado los problemas, incluso puede ser que no sea hasta que lloras con soporte técnico o googleas soluciones que te encuentres con dicha documentación.

    El approach de tener gente de soporte siempre dispuesta y siempre amable tiene toda la buena intención de proveer un servicio de calidad, pasa que el usuario le gusta ser autónomo y no estar a expensas de un tercero y sus horarios laborales.

    Es lo que un millenial esperaríá de cualquier servicio digital. Eso de “quiero hablar con un humano” es más de la generación de mi papá. Él lo ha expresado así textualmente. Nosotros no somos así.

    La migración completa a todos mis dispositivos, y sus respectivas aplicaciones me tomó una semana de ensayo y error.

    El proceso de on boarding es prácticamente inexistente. Debería poderse solucionar con una secuencia sencilla de pantallas que indiquen con claridad los pasos necesarios para realizar la migración. Podría lucir algo similar a esto:

    Y así le podemos seguir con un enlace a la migración, o a una pantalla que la haga, además de la ya existente.

    El segundo problema es una falla en uno de los principios del UX: el usuario debe tener feedback en todo momento del estatus de los procesos. A continuación una captura de lo que ocurre cuando se efectúa una migración:

    Estuve a punto de suspender, darle refresh a esta pantalla porque aunque el proceso se estaba llevando a cabo con normalidad ¡Yo no lo sabía! Me tomó un tiempo deducir por mí misme lo que estaba pasando: El loader estaba trabado y el verdadero estatus estaba visible sólo al hacer click, de modo que entonces aparecía más información.

    Es en estas ocasiones se podría indicar un mensaje como “La migración puede tener una duración aproximada de 3 a 4 horas. Puede verificar el estatus de sus correos en la bandeja de entrada, donde irán apareciendo paulatinamente. Agradecemos su paciencia”.

    De hecho esto es lo que realmente hace: se pone a migrar los correos y de hecho se ven apareciendo en el buzón, sólo que no en esta pantalla, y así fue como me di cuenta de que en realidad sí estaba sucediendo algo, con una visita a la pantalla principal. El mensaje que propongo puede ser un simple y sencillo texto estático, sin representar reto técnico.

    O simplemente hacer más evidente que ese loader es en realidad un botón. Hacerlo lucir como botón. De ahí la importancia de seguir patrones de diseño y no producir interfaces inesperadas.

    Algo tan sencillo como avisarle al usuario qué esperar hace la diferencia entre tener o no tener piedritas en el saco biliar (en mi caso yo ya no tengo vesícula, porque me la quitaron, pero se entiende la símil jajaja).

    Para ser totalmente justos y ya para cerrar, en lo general Zoho mail me está resultando lo que esperaba en cuanto a prestaciones. Por un coste bastante bajo la velocidad en envío y recepción de correos se ha incrementado ridículamente contra mi anterior servicio de hosting de correo, que era el típico correo gratuito que viene con los planes de hosting para páginas web.

    Migrar a Zoho mail sólo cuesta $260 pesos aprox. Por usuario, por año. Es una alternativa genial para usuarios en solitario que no quieren pagar los servicios de Google. Si aún así se requieren ciertas herramientas de dicha empresa, como en mi caso es el calendario, se puede crear una cuenta gratuita de Google con dicho correo. Y ya está.

    Me di cuenta de esto porque uno de los downsides de Zoho Calendar es que resulta muy difícil de sincronizar con los dispositivos móviles. Te obliga a usar su aplicación de correo/calendario propia o instalar una aplicación desarrollada por ellos que se encarga de hacer la sincronización a los calendarios nativos. Ello puede suponer un problema cuando se maneja más de un calendario, o cuando se pretenden optimizar los recursos del móvil, como es mi caso, que tengo varios calendarios y no estuve dispueste a tener corriendo un proceso más en mi teléfono móvil.

    Afortunadamente lo solucioné, como dije, creando una cuenta gratuita de google únicamente para eso.

    Así que si no requieres de todos los servicios que incluyen los proveedores populares de email hosting Zoho es una opción más que buena, sólo hay qué armarse de mucha paciencia.

  • ¿Cómo tener buen gusto para diseñar?

    ¿Cómo tener buen gusto para diseñar?

    Es una creencia errónea muy común creer que el buen gusto es innato y suficiente para diseñar lo-que-sea. El gusto es personal. No hay buen diseño sin conocimiento.

    El diseño implica conocer 3 cosas: la primera es el lenguaje con el cual vas a expresarte; es decir los principios y la teoría del diseño, que es común a cualquier rama de éste. Implica saber manejar la composición, el color y la tipografía de whatever estés diseñando. Estos principios te llevan a una ergonomía visual, a una comunicación eficiente. Toda diseñadora debe ser una comunicadora.

    Lo segundo indispensable es conocer a la persona destinataria de tu mensaje, su psicología y sus necesidades. En el caso del diseño de producto esto es precisamente el UX: las técnicas para investigar lo que la usuaria requiere, y – como sabemos- obtener esta información. Incluso puede ser toda una especialidad aparte del diseño visual, que es más bien UI.

    Tercero, y es donde más se atora la mayoría de las diseñadoras de interfaz, es necesario conocer los medios en donde se va a reproducir dicho diseño. La diseñadora tradicional aprendió los procesos de la imprenta, el offset, la serigrafía, etc. Sabía separar su diseño por tintas o enviar a impresión en el perfil de color correcto con buen uso de overprints y porcentajes en negro para cuatricromía. Preprensa es toda un área de especialidad aparte.

    Hoy quien hace diseño de interfaz se supedita a lo que reproducirá la persona que haga el desarrollo Front-end, quien no es una máquina y puede terminar haciendo interpretación errónea de lo que le enviamos. Además, el desconocimiento de las posibilidades que ofrece el stack de desarrollo a nivel visual provoca que se diseñen pantallas hermosas pero irreproducibles o fuera del alcance del proyecto. Por esto es crucial tener bases de programación a nivel maquetado y en el caso de desarrollo nativo leer la documentación con el mismo esmero que tus camaradas coders, así como mantener una comunicación abierta y familiarizarse con los sistemas y paradigmas de diseño.

    Como podrás adivinar nada de esto te lo da el buen gusto con el que tu tía escoge sus cortinas.

  • Un catálogo en Figma para diseño impreso

    Un catálogo en Figma para diseño impreso

    Este es un documento que cada uno de los vendedores retail de 3S porta consigo para mostrar los productos a los tenderos que van a comprarlos sin necesidad de sacarlos del camión.



    Cuando mi cliente mencionó que este catálogo sería actualizado constantemente sobre una hoja de cálculo, y sin la posibilidad por el momento de desarrollar un sistema autogenerado en web, decidí idear una solución a la que se le pudieran hacer fácilmente estos cambios continuos, para finalmente entregar al cliente un pdf que pudiera imprimir en su impresora de oficina.

    

Barajé las opciones para generar este catálogo, y me di cuenta de que el aproach de Figma, por encima del de InDesign, con la versatilidad de sus componentes y gracias al genial plugin de Dave Williames era el más adecuado para permitirme hacer estas constantes ediciones sin casi esfuerzo.



    El documento toma los datos de Google Drive, se sincroniza manualmente desde Figma y se convierte en un pdf. En este caso, por la naturaleza del producto final, no es necesario el tipo de gestión del color que aplicaría para una impresión de mayor tiraje.

  • Escuadra y compás programada con  código CSS

    Escuadra y compás programada con código CSS

    Este parece un simple vector de la escuadra y el compás que podría haber sido hecho en illustrator, pero no lo es. Es mi primer dibujo utilizando únicamente HTML y CSS.

    Lo que lo hace especial para mí es que se trata de un código dentro de otro código. Es decir, hablando en términos de programación, el símbolo masónico manda llamar a la funciones determinadas, propias de dicha organización.

    var mason
    var masoneria = "Libertad Igualdad y Fraternidad"
    
    function escuadraCompas(mason){
      if (mason === true){
        return(masoneria);
      }else{
        console.log("¿Eso no es de los illuminati?");
    }
    escuadraCompas(mason);