Archivo para la categoría ‘Desde la web’

Cómo registrar una marca

Escrito por Tzek el 18/07/08
Clasificado en: Desde la web, Profesión, Tertulias, tutoriales

Argentina, consultora gráfica del despacho VectorEs Divergentes, posteó en dos partes el proceso de cómo registrar una marca en México en forma concisa y digerible.

Cómo registrar una marca por VectorEs Divergente Despacho de Diseño en Puebla

Pongo aquí estos útiles post:

  • Cómo registrar una marca - Parte 1
  • Cómo registrar una marca - Parte 2

En lo personal, agradezco el que compartan con la comunidad este tipo de información. Ahí está para cuando el cliente nos diga: Oye, ¿y tu te encargas también de eso del registro de marca?

PD. Mucho éxito a Argentina y a Hugo con VectorEs Divergente.

Los leones no son como los pintan 2008

Escrito por Tzek el 16/07/08
Clasificado en: Desde la web, Diseño Gráfico, Diseño y Sociedad

Me da mucho gusto comentarles que el emprendedor Pablo Deza, titular del podcast CeMeYeKa, nos invita a participar este año en la segunda edición de “Los leones no son como los pintan“. 

Los leones no son como los pintan 2008

Este año la participación no va a ser con carteles sino con el diseño de una playera. La “temática es respeta y protege a los animales”. Este año, al igual que el pasado, los premios son muy atractivos. 

Así que si te late la propuesta social, la experimentación en tela y la construcción de mensajes, anímate a participar. Para mayor información visita el sitio oficial del concurso. ¡Mucha suerte!

Reflexión sobre estándares por Sosa

Escrito por Tzek el 16/07/08
Clasificado en: Desde la web, Diseño de Interacción, Diseño de Interfaces, Diseño y Sociedad, HCI, Reflexión, Tecnología, Tertulias

Aunque el post que recién escribió Armando Sosa se llama “Cuando los estándares nos alcancen“, en sí puede tomarse como una reflexión, aunque personal, sobre la interacción, servicios y tecnología que tenemos hoy y sus implicaciones en el mañana. 

Muy ameno, espero puedan darse una vuelta para leerlo.

Por cierto, Sosa estará en un congreso llamado Mexico Web 2.0, donde vienen autoridades-practicantes del desarrollo web, estándares y servicios 2.0. 

Reflexión iPhonesca rápida

Escrito por Tzek el 08/07/08
Clasificado en: Desde la web, Diseño Gráfico, Diseño Web, Publicidad y MKT, Reflexión, Tecnología, Tertulias

Actualización a 13 de julio:

Sí fui a un CAC Telcel en Puebla este viernes 11 de julio. Ya estando ahí, no había magia, como en las fotos vistas de Internet, sino una aburrida cola para mucha gente que estaba ahí viendo sus cosas y problemas con respecto a sus celulares. Al final decidí no esperar tanto porque sí dude en pedir informes sobre la contratación porque 24 meses, ya no me llamaban la atención. Me salí de la cola y sinceramente, ya no me dieron ganas de saber más sobre el iPhone ese día.

Plan 1 de renta mensual del iPhone con Telcel en México:

  • $459 pesos (USD 45 aproximadamente).
  • 100 MB incluidos.

Redondeando a 500 pesos…

  • Si me gasto por codo (ávaro) $50 al 2×1 en el cine, lo más barato, entonces mi renta mensual equivale a ir 10 veces al cine acompañado y echarme casi 20 horas de diversión y unos minutos extras de charla con colegas y cuates.
  • Si fuera como en gringolandia (EE.UU.) donde en lugares como starbucks puedo conectarme al iTune store y bajar mis canciones de 10 pesos aproximadamente, cada canción de 4 megas me limitaría a bajar en teoría 25 canciones, pero la neta entre “yu-tube”, “mai-espeis” o qué se yo… digamos que me reservo 5 megas, muy austeramente hablando. El valor promedio de un CD con 15 canciones en México es de 160 pesos (15.5 USD aproximadamente).
  • Con 500 pesos compro no se cuantos chocolates-centenarios (de esos que parecen monedas de oro) y puedo tirarlos en el piso, hacer “angelitos” y sentirme “Mc Pato” un rato.
  • Esos 500 pesos equivalen a un 70% de moverme en taxi en la ciudad de Puebla.
  • Una buena cena, para una ocasión especial, en un lugar tranquilo, no muy “shic” o “naiz”, llega a 500 pesos. Para dos personas, como dije, algo tranquilo, sobretodo en consumir bebidas alcohólicas.
  • 500 pesos representa 1/5 de la tarifa básica de la mensualidad de un carro. Interesante perspectiva, si en el futuro he de tener 5 iPhones en tarifa básica y ando en camión, entonces definitivamente algo estaré haciendo mal.
  • No con 500 pesos, pero sí con 2 cargas de a 200 pesos máximo al mes, le pongo crédito a mi celular y me los acabo de volada… ¿será un gancho la tarifa 1 del iPhone para compulsivos como yo?
¿Será buena idea contratar aunque sea el plan 1 de renta mensual del iPhone?
PD. El de 800 pesos mensual, definitivamente no. No soy tan “gadyetero”…

La frontera diseño-ingeniería por Norberto Chaves

Escrito por Tzek el 07/07/08
Clasificado en: Desde la web, Diseño y Sociedad, Profesión, Reflexión, Tertulias

Esta semana en Foro Alfa, Norberto Chaves ha respondido a una lectora sobre cuál y dónde está la diferencia entre ingeniería y diseño. En lo particular es un tema que me cautiva porque parte de mi formación ha sido con ingenieros (mecánicos, civiles, industriales y de cómputo) así como licenciados en ciencias (cómputo, matemáticas, física, actuaría). En una revisión rápida al artículo de Chaves, noto que primero plantea 10 puntos para definir al diseño y su frontera con otras disciplinas; los siguientes 10 puntos son en sí la respuesta a la pregunta realizada por la lectora.

Con respecto a los 10 primeros puntos: honestamente, al hacer la lectura rápidamente, me dejaron más confundido; a mi juicio, me parecen turbios y me han nublado más sobre qué es el diseño que como un punto de partida claro para saber hasta dónde llega su frontera. Ya se, ya se… Creo que la mayoría definitivamente respetamos a Norberto Chaves como una autoridad diseñística, sí lo es, simplemente me perdí.

Entonces comencé a leer sobre los otros 10 puntos: la respuesta. No puedo evitar entonces comentar algo al respecto mientras voy leyendo. Se que puedo decir uno que otro disparate, pero así como pasa con el futbol, la religión y la política, este tema, insisto, me llama mucho la atención.

Sobre algunos puntos escritos por Chaves:

12. Según la primera acepción —la más abarcadora— toda tarea de prefiguración es diseño: un ingeniero que proyecta un puente diseña.

13.Según la segunda acepción, el proyecto del mismo puente sólo adquiriría el carácter de diseño cuando se defina la forma del puente desde los puntos de vista simbólico y/o estético y no meramente constructivo y funcional.

Esto hizo que escribiera el post, de hecho. Sin entender bien sobre la segunda acepción, me ha tocado ver que fuera de lo simbólico y/o estético hay un fuerte trabajo de diseño. Para mi, un contraejemplo a lo escrito por Chaves, me recuerda al trabajo que hacían algunos de mis compañeros, donde sin tener la “forma final” del puente, se la pasaban diseñando métodos que indicaban puntos de presión internos (bajo una forma base) dada cierta configuración en dicho modelo (que representaría algunas características de los materiales y manera de construirlo). 

Para mi, ese proceso cognitivo es diseñar. Quizá la gente mencionaría un “proceso de ingeniería”, pero al punto que quiero llegar es que dentro de la ingeniería misma existen fases en las cuales se diseña, y que éstas son cruciales para el proyecto (como la construcción del puente en este caso) y más aún, no tienen que ver con lo simbólico o estético.

15. En algunos casos, el diseñador (según la acepción 2) resuelve plenamente el aspecto técnico; pués este tiene un nivel de complejidad que él domina (tecnología elemental); y no requiere el auxilio de técnicos especializados.


16. En cambio, en las empresas de diseño industrial que abordan temas complejos, las áreas de «diseño» y de «ingeniería» suelen estar separadas e interactúan retroalimentándose.

El punto 16 me deja pensando. Como soy un ignorante de cómo es la formación en el diseño industrial, me quedo con la duda de cuáles serían entonces las herramientas de la tecnología elemental que deben dominarse.

Y sí me deja reflexionando, porque creo sucede en los casos en que “por no saber” no puedes explotar la creatividad. Es como ahora, un diseñador visual (involucrado con la interacción) que no sabe lo básico de programación (estructurada y/o orientada a objetos al menos) y algoritmos, cómo podría detectar problemas puede atacar.

17. El uso coloquial tiende a separar «diseño industrial» de «ingeniería»; aunque, en realidad, se trata de dos dimensiones del diseño que, por razones de especialización, están separadas, aunque deben operar íntimamente articuladas.

Me quedo con la duda de qué ingeniería se trata. Así como abusamos ocasionalmente de la palabra diseño para referirnos a todo (industrial, arquitectónico, de interiores, gráfico, de información, textil, de experiencia, de interacción y de más), en este caso se “fija” el eje del diseño industrial y se libera el de la ingeniería. Chaves al plantear el problema del puente, me evocó a un ingeniero civil, pero en cuanto al diseño ¿qué no es un arquitecto el “otro” involucrado? Y si fijo diseño industrial tengo duda si es un ingeniero mecánico, electrónico, mecatrónico (ya para atinarle), industrial o químico industrial el “otro” involucrado. 

Me da la sensación de que ahí nos perdemos muchos en cómo explotar un problema bajo un enfoque multidisciplinario o bien, formar académicamente a los diseñadores con ciertos tintes transdisciplinarios. En mi caso admito, por ejemplo, que no se cómo relacionarme con un especialista médico, de forma que al traslapar conocimiento y lenguaje (especializado) pueda hacerse algo “innovador” en diseño. Sin duda, qué interesante el trabajo del diseñador industrial para “adentrarse” y no tener una actuación pasiva.

18. Por «proyecto» no debe entenderse un croquis conjetural de la forma del producto sino al conjunto de la documentación necesaria para poder producirlo. Un «proyecto» que no tiene resuelta su «ingeniería» no es un proyecto sino un anteproyecto o planteamiento preliminar del proyecto.


19. Por lo tanto la tarea proyectual, o sea, de diseño incluye a todos los especialistas que sean necesarios para elaborar la documentación técnica indispensable para la producción material. Podemos considerar que un perspectivista, un ilustrador o un maquetista son servicios externos al diseño; pero no podemos considerar externo al diseño nada menos que a la ingeniería del producto, que determina fuertemente las características de éste.

¿Realmente el diseño incluye a todos los especialistas que son necesarios para la elaboración de la documentación técnica indispensable para la producción del material? Mmm… voy a tratar de ligarlo con el diseño industrial: supongamos que va a lanzarse un nuevo robotito casero espanta-bichos que va por la casa emitiendo señales ahuyentadoras cuando detecta vía visión-por-computadora objetos con movimiento en el piso. El diseñador industrial al menos conforma el robotito (cómo se vería y cuál sería su interfaz de usuario final), el ingeniero mecatrónico diseñaría la estructura interna (circuitos) y es posible que un ingeniero en cómputo programe el algoritmo de visión computacional. Si esta fuera una empresa grande y con estándares de calidad en ingeniería de software, existiría personal que documentaría la parte de programación una vez que se ha realizado ésta (diccionario de datos y rutinas por ejemplo), pero que definitivamente no están involucrados con el diseño del sistema computacional del robot; esto es, no fueron partícipes en el diseño “real”.

Al final, con el punto 20, según entendí, Chaves nos dice que no existe una frontera real entre el diseño y la ingeniería, y acaba comentando que:

…hasta la ingeniería más dura genera su estética.”

¿Por qué siempre parece ser que una primera asociación del diseño es con la estética? ¿Y para ti, existe una frontera del diseño con la ingeniería? 

P.D. Te invito a leer y checar los comentarios realizados en “Ingeniar vs. Diseñar”.

 

Bunsen de Jorge Pinto

Escrito por Tzek el 04/07/08
Clasificado en: Desde la web, Tertulias

Jorge Pinto es el autor de la tira cómica llamada Bunsen. Esta última tira, la número 092, definitivamente es de mis favoritas. Si no lo han visto, espero puedan darse una vuelta y checarlas.

Bunsen tira cómica capítulo \

Por favor discúlpenme por presentar un “chiste local”, pero me hizo recordar a mis amigos que trabajan en la academia y a los que han estudiado su posgrado en ciencias, y también andan chambeando en la industria. Estoy seguro que se verán identificados con esta tira.

Manual del Buen Diseñador Gráfico

Escrito por Tzek el 19/06/08
Clasificado en: Desde la web, Diseño Gráfico, Profesión, Tertulias

El proyecto de tesis de Licenciatura en Diseño Gráfico de Ángel Vargas, estudiante de la Universidad Autónoma del Estado de México, consistió en la elaboración de un “Manual del Buen Diseñador Gráfico”, donde recopila información diversa sobre esta disciplina, desde referencias teóricas hasta anotaciones provenientes de la red.

Como parte del proyecto hay una sección que se llama “Estilos de Vida”. Ahí entrevista a 11 autores de blogs de diseño, incluyéndome.

Para mi fue muy grato y halagador que Ángel me entrevistara. Ahí hay más de uno de mis blogs favoritos y claro, el podcast de Pablo Deza. Pueden leer las entrevistas por separado o juntas. En mi caso, ahora que me leo veo que soy un rollero (decir mucho), ¡qué horror!; recuerdo que estaba en la cama y que traté de ponerme en un estado nirvanesco y me puse a teclear. Plop… ahora noto mis faltas de “punto y comas” y una redacción más sintética. Pido Ofrezco una disculpa.

Lo que sí, recomiendo las entrevistas a mis colegas. 

Gracias Ángel y saludos a todos….

Otl Aicher en Flickr

Escrito por Tzek el 16/06/08
Clasificado en: Desde la web, Diseño Gráfico, Profesión, Tertulias

Via Evasèe, encontré este flickr-pool sobre Otl Aicher.  Me encanta, es tan Lebendige Deutsch Gestaltung..!!! (gracias google..jejeje)

Cuando tomé identidad corporativa, tuve el chance de ver el manual… es un shock diseñístico. Esa “M”, tan modernista, te causa sentimientos encontrados, ¡en serio!

Y los otros cuyo análisis me han dejado pensando sobre el diseño y el sabor alemán. Claro, cuando los vi, pues no sabía ni siquiera quién era Otto Aicher, pero ese manejo de tipografía, sólidos, aire y enrejillado… super.

 

Nunca he dicho, voy a basarme en Otto, porque ni siquiera se mucho sobre él o su obra, como otros cuates que tengo. Pero sí me identifico con esa forma de dispoción/arreglo visual alemán, en particular la que evoca trabajo como la de él.

P.D. Por cierto, al principio siempre lo confundía con Otto Neurath, otro cuyo trabajo ISOTYPE admiro mucho. Además que me recuerda las gráficas de los libros de primaria mexicanos de los años 80’s.

El diseño no es arte

Escrito por Tzek el 10/06/08
Clasificado en: Desde la web, Diseño y Sociedad, Profesión, Tertulias

Eduardo de Análisis Gráfico nos presenta en forma breve pero concisa su perspectiva sobre por qué el diseño no es arte: 

En mi caso, lo había expresado con esta tautología:

El diseño implica arte pero el arte no implica necesariamente diseño.

La ciencia implica diseño pero diseñar no implica necesariamente hacer ciencia.

Aun así, la ciencia implica hacer arte. 

Para mi el conflicto no está tanto en el diseño, sino en la invalidez que tiene ante las ciencias, desde la perspectiva que toda actividad humana, por su naturaleza, posee una subjetividad inherente que conduce a alimentarla/desarrollarla en forma artística (bajo la definición de la RAE).

En cuanto a lo escrito por Eduardo, el ápice de su post sin duda es la siguiente frase:

“Haz diseño, no arte; y, si lo haces, no lo vendas como diseño”.

Razones para no maquetar web en Photoshop

Escrito por Tzek el 04/06/08
Clasificado en: Desde la web, Diseño Web, Diseño de Información, Diseño de Interfaces, Métodos y proceso de diseño, Profesión, Tecnología, XML/CSS

Casi me voy de espaldas cuando leí el título que puso Elías en Isopixel: Razones por las que NO hacer un mockup con photoshop para un trabajo web. De la traducción libre que está en blog tomé los siguientes puntos:

1. Photoshop limita completamente el trabajo, no se pueden incluir enlaces, áreas “clicables” o menús. Con el papel pasa lo mismo. Lo ideal es [añadido por mi] primero hacer un planteamiento muy básico sobre el papel [/añadido por mi] y luego pasarlo a CSS/XHTML, donde representaremos lo que se hizo en papel más resto de funciones básicas como navegación, enlaces etc.

  • Si estamos hablando de una maqueta o mockup, ya desde el papel y lápiz, es buena herramienta. La idea está en maquetar el sitio, hacer una disposición de los elementos, es el pensar cómo quedarían. Justo cómo ha mencionado un alumno de Javier Cañada dentro del programa Vostok. Lo que sí, viendo una maqueta como prototipo de baja fidelidad, en Photshop es posible concentrarse en los detalles visuales, esto es, enfocarse mucho en la forma. Aunque es tardado, su ventaja podría ser el dar una mayor calidad final en el prototipo a diferencia de tomar lápiz y papel. No hay que olvidar que en el prototipeo lo relevante es obtener, de ser posible, resultados sobre aspectos de usabilidad; ahí el photoshop es un arma de dos filos, es más fácil para este caso optar por lápiz y papel o un wireframe simple. No importa si se puede “cliquear”.

2. Photoshop proporciona muchas herramientas para conseguir detalles y justamente buscamos lo contrario, no queremos dar detalles concretos, solamente lo esencial. El programa nos distraerá en cosas que ahora no tocan hacer.

  • Efectivamente, pero justo se repite mi apreciación en el primer punto. ¿Qué tipo de calidad se requiere en el prototipo y con qué propósito se está realizando? Un detalle curioso es que si el proyecto lo amerita, un prototipo simple con CSS no puede competir con uno visualmente más preciso (de preferencia con una versión más simple en papel o wireframe ya evaluada).

3. La fuente de un sitio forma parte imprescindible y es muy probable que necesites cambiarla varias veces. Photoshop hace más complicado este proceso: abrir el .psd, seleccionar la fuente del lugar concreto que queremos cambiar, cambiarla, exportar a .png .jpg para poder enseñar los cambios a, por ejemplo, un cliente etc. Además de queen photoshop las letras NUNCA se comportan igual que en la web, a pesar de darle la misma fuente con las mismas características en el programa se ve de una forma y en la web de otra [añadido por mi] (nunca entendí porque pasa esto) [/añadido por mi].

  • Con respecto a la fuente, es claro que no todos los textos pueden ser arbitrarios, esto es, utilizar la fuente que quiera y luego pasarlo a imagen. Vale para ciertos encabezados y es obvio que hay que tomar en cuenta qué tanta sustitución con imagen habrá de hacerse en los textos y por qué sería conveniente tomar este tipo de decisiones. Para los textos “comunes”, esas cosas no se pueden probar mejor que con texto “en vivo”, que se está viendo en el browser y eso sí tiene que hacerse con CSS (referente a familia tipográfica, puntaje, interlineado y variantes).

4. Photoshop se enfoca en la producción y no en la productividad. En este primer paso se busca conseguir los puntos esenciales para crear un sitio accesible, claro etc. Luego nos preocuparemos de darle un aspecto “bonito”.

  • Eso no lo voy a negar. Si se maqueta en photoshop, cuestiones accesibilidad, navegación y usabilidad tienen que tenerse en la cabeza “en segundo plano” (como en cómputo, un proceso corriendo ahí atrás) mientras se diseña. Esto implica que no importa tanto la herramienta (photoshop o lápiz de papel) sino la integración de los conocimientos sobre diseño visual, diseño web, diseño de información, arquitectura de información, accesibilidad y usabilidad. Insisto, ¿para qué va a servir el prototipo o maqueta en cuestión?

5. Perderemos tiempo en pasar el mockup de photoshop a css/html.

  • Otra gran verdad. Llego a una conclusión rápida que este es un vicio, el cual tengo y esto casi seguro que tienen muchos que empezaron con esto de la web en los 90s cuando el ensamble de las interfaces venía en forma de tablas. Lo que creo que este punto puede ser evidente dependiendo de tu forma de “aprender web”; si desde el principio rompes con la maquetación en photoshop y te acostumbras a hacer “drafts” a partir de una lógica-de-ensamble vía CSS/HTML, entonces tu perspectiva/proceso sobre cómo ir diseñando, definitivamente cambia. La estructura mental para esta tarea cambia. Al comenzar a hacer la “integración” que menciono arriba con una maqueta hecha en photoshop, los tropiezos te enseñan a discernir cuáles áreas “no deben o tienen por qué tocarse”. Pero sí es interesante ver como el cambio en el paradigma de diseño web en cosas que a gente más reciente en estos rollos (post-liberación-de-las-tablas) hace que tengan soluciones creativas que pueden pasar por obvias para ellos.

6. Con html/css podremos seguir un flujo de trabajo mucho más productivo: Hacemos el cambio, guardamos y refrescamos.

  • Esto está relacionado con el punto anterior. En ese sentido, estoy de acuerdo. Aunque una vez pasada la migración de photoshop, esas áreas “intocables” tienen que trabajarse siempre como se plantea en este punto.

7. Photoshop es poco práctico, aunque lo manejes desde hace mucho tiempo, es complicado hacer las cosas de forma simple.

  • Si es el caso de un prototipo visualmente complejo, es tardado, pero no creo que ese sea el punto general de estos siete, sino identificar quién implica a quién, si photoshop luego CSS/XHTML o primero CSS/XHTML luego CSS. Sí son dos formas de pensar/diseñar diferentes. Y también hay que recordar el contexto, el usuario y el cliente. Mis comentarios van enfocados a sitios web “usables” por no decir cuasiplanos visualmente, no tanto a esos “interactivos” ganadores de premios y llenos de factores de diseño emocional y metáforas navegacionales rebuscadas. De una u otra forma, concuerdo en que hay que obtener un equilibrio.

Y la razón por la que casi me voy de espaldas, es porque, usualmente tengo que “concretar visualmente” una maqueta en photoshop, justo como estoy diseñando algo de web en estos días. Aunque, admito que en momentos de frustración, sobre todo por el trabajo “talachero” de pasar de PSD al ensamble CSS/XHTML donde a veces suele suceder que no queda justo como “habías pensado”. Un debate interesante el asunto.

PD. Ya está el foro de discusión en Isopixel al respecto.

Actualización.

CyberGus nos comparte también su opinión sobre este tema, con comentarios bien enfocados.