Iván Mendoza

Creo que ya lo saben, cuando me desaparezco aquí estoy escribiendo en otros blogs (o trabajando XD). Para no dejarlos sin que leer les dejo los enlaces y otras recomendaciones:

esProtip ^¡Nuevo!: es el nuevo blog que abrí en Tumblr para recopilar esos tips que hacen el trabajo más fácil. Por ahora hay varios tips de Photoshop e Internet. También pueden seguirlo en Twitter en @esprotip.

Los elementos del estilo tipográfico aplicados en la web en Café Creativo. Guía recomendada, justo hoy la terminé de leer y aprendi bastante sobre uso de tipografía en Internet.

SoloCovers con Another Brick in the Wall por Class of '99 (Integrantes de primera), Sweet Child Mine por Sheryl Crow y One is the loneliest number por Filter.

Software recomendado: Extensiones esenciales para Thunderbird.

Blog recomendado: Patterns from IDEO (Inglés).

Sitio web recomendado: Tactical Technologic Collective (inglés).

Galería recomendada: Simon Page.

Más enlaces recomendados en la página de Facebook.

Es viernes y justo antes de cerrar la semana los dejo con los tres albums más escuchados esta semana:

Louder than bombs
The Smiths
// Este album llego por recomendación de Hugo, y The Smiths por recomendación de Andrea y Rudy.

Dirt
Alice in Chains
// Uno de albums más populares de Alice in Chains también uno de los más "violentos", buen ritmo aunque el sonido no es tan pulido como el album Alice in Chains que trae mejores riffs a mi gusto.

Unleashed
Massive Attack
// No lleno mucho las expectativas que tenía respecto a un album de Massive Attack, igual sólo debo escucharlo más, pero de lo que llevo... me quedo con Heligoland. Estuve escuchándolo porque estoy en una especie de "fase de reconocimiento" con Massive Attack, todavia me falta mucho por escuchar.

En el iPod lo más escuchado fue Boogy Depot (Jerry Cantrell), Above (Mad Season) y The dark side of the moon. (Pink Floyd).

Por ser distraído me gusta sirve ser ordenado, así fue que encontré una forma de ordenar carpetas que me ayuda a encontrar las cosas  y que voy a compartirles como tip. Mi trabajo es principalmente diseño gráfico/web pero seguro funciona para otras cosas.

Carpetas

Trabajo una carpeta por cliente, y sí hay varios proyectos del mismo cliente creo una carpeta por proyecto.

Proyecto (Sitio web, logo, etc)

Docs (Documentos): Uso esta carpeta para guardar todos los documentos generados: cotizaciones, brief, calendarización, etc.

Sources (Originales): Contiene todos los archivos originales (PSD, AI, Fla, etc.) o cualquier archivo creado desde cero.

Historial: Esta carpeta solo la uso cuando un archivo original fue descartado o es muy viejo, para no mezclarlo entre los archivos "importantes".

Resources (Recursos): Son todos los archivos que no he creado yo pero que me sirven para trabajar el proyecto, usualmente proporcionados por el cliente o descargados de Internet.  imágenes, fuentes, iconos, etc.

Mockups, borradores, wireframe o como prefieran llamarlos.

Output (Para entrega o impresión): En Output están todos los archivos que verá el cliente. Por ninguna razón debería haber un archivo sin terminar allí y los archivos tiene el número de versión o la fecha. Generalmente son PDFs, JPG, o incluso código (duplicado, si se hacen cambios se crea nuevos archivos).

Sí ya fue enviado al cliente no lo borró ni reemplazo, cualquier cambio se agregará con nuevo nombre indicando la versión o fecha. Cuando hay varias revisiones creo una carpeta por cada revisión:

Revisión 1.

Revisión 2 (etc.)

HTML: Cuando son proyectos web uso esta carpeta para guardar todo el código que se crea y los elementos que se usan.

imgs. Carpeta para las imágenes listas para publicación (optimizadas para web)

styles. Carpeta de estilos CSS.

scripts. Carpeta de scripts Javascript u otros.

Un tip bastante obvio (demasiado) pero que me ayuda a encontrar rápidamente el archivo que estoy trabajando o que debo presentar, a no perder ni reemplazar archivos por accidente y a saber de que cambios me habla el cliente en las revisiones.

¿Más fácil? ¿Qué tal automático?

Como crear esas carpetas se volvió parte habitual del trabajo decidí crear un script que automatiza la tarea.

Descarga

Puedes descargarlo en los enlaces de abajo, ambos archivos son iguales la diferencia es que uno crea las carpetas en inglés y el otro en español. Para usarlo copialo en la carpeta en donde guardas tus proyectos, doble click y listo.

Funciona en Windows (98 en adelante).

---

“Ha quedado de sobra demostrado que ejecutar en buen orden lo que se debe hacer es siempre la más sólida póliza de seguro contra los fantasmas del caos”
— José Saramago

Con HTML5 y CSS3 cerca las limitaciones en diseño web ya no parecen importar, sin embargo, debemos aceptarlo: Los estándares web, y navegadores, no son capaces de ofrecer una revolución real en diseño web.

Con revolución no me refiero a vídeos codificados en VP8 o H.264 o a funciones drag&drop en mi navegador, que aunque útil no suponen una revolución en lo que a diseño [gráfico] web se refiere. Como diseñador gráfico puedes ver la limitación al diseñar para web versus el diseño para impresión, es decir, tienes un medio potente (Internet, PC, etc.) limitado por estándares (y navegadores) que no deja paso a herramientas de desarrollo adecuadas, como sucede con InDesign para producción editorial.

Actualmente no podemos hablar de textos justificados de la forma adecuada, manejo de perfiles de color (aunque FF y Safari hayan dado el primer paso), manipulación adecuada de kerning, o incluso uso de columnas de texto. Por supuesto existen "parches" javascript o soluciones propietarias de navegadores, pero no se ve demasiado movimiento en el campo de estándares.

Mientras tanto nos queda de consuelo que Safari y Firefox estan envueltos en una guerra de caracteristicas que está dando como resultado avances muy rápidos en este tema, para muestra les recomiendo leer sobre optimizeLegibility, FontDeck y Color Management(FF3).


10 años después una de las webs más populares en Internet aún imita a <marquee>.
¿Te parece si comenzamos a hablar de innovación?

En el mundo geek, de computadoras y fanatismo, es bastante común tomar una postura: Amo Facebook, o en contraposición, Odio Facebook. Voto por una tercera: me es útil.

Mencionó esto porque en las últimas semanas los cambios que se han venido dando en el blog giran alrededor de Facebook, es una red social que esta metida hasta en las noticias, y que aunque no lo diga abiertamente planea conquistar el mundo.

No amo Facebook, tampoco lo odio, pero reconozco que me es útil. Principalmente porque es popular, ahora casi tanto como el correo electrónico, básicamente porque es bastante fácil usarlo y porque entendió las necesidades de comunicación de una marca.

Es decir, una marca puede tener un blog, ser 100% personalizable y la página más genial del planeta, pero si no recibe visitas carece de utilidad. Por otro lado una cuenta de Twitter puede ser seguida por millones pero es limitada, así fue creada, impidiendo que la marca se exprese de la mejor forma posible.

Twitter vs Facebook

Cuando decidí que el blog tenía que integrarse a una red social, porque los artículos dejan de ser míos para ser el favorito o retweet de alguien más, surgió la duda si usar Facebook o Twitter. Personalmente prefiero Twitter porque mi red de contactos allí es grande, cercana y más geek que el usuario promedio, precisamente uno de los perfiles de la los que leen el blog. Mientras que Facebook es popular, sencillo de entender y usar, además de completo.

Al final elegí a Facebook sobre Twitter porque ofrece mejores herramientas para integrarse, desde inició de sesión usando su cuenta hasta opción de compartir enlaces, pasando por crear una página pública (que sustituye la suscripción vía RSS) para darle continuidad a los comentarios y reunir a la una comunidad alrededor, algo que hace una diferencia grande frente a Twitter que, aunque permite manejar masas, complica centralizar la información o discusiones, obteniendo información bastante dispersa.

Resumiendo lo anterior, la popularidad de Facebook, su enfoque de comunicación personas-empresas y las herramientas de integración que ofrece la hicieron una mejor elección, para este caso en particular, para mejorar la experiencia en el blog que, dicho sea de paso, aún esta en desarrollo.

La unión con Facebook no es un matrimonio

Con esto me refiero que la integración con Facebook no es “hasta que la muerte los separe”, o “en la salud y la enfermedad”, ¡joder que esto no es un matrimonio!

Esta integración se dará mientras aporte un valor a la comunicación en el blog, facilitando la tarea de difundir mis ideas y a ustedes de debatirlas, o apoyarlas.