09
Apr 09

Retrasos

1one-theme-duperrific_1239267693396

Ponerse una fecha de entrega es ponerse una soga al cuello y ahorita siento como que me asfixio. Este post lo escribo esperando que lo lean los amigos que han estado siguiendo de cerca el desarrollo de Duperrific y que lo esperaban primero el miercoles antepasado y luego ayer 8 de abril.

Ya sé que retrasar dos veces la fecha de salida puede darle mala espina a algunos, pero les aseguro que no esto es signo de mala calidad sino por el contrario, de un deseo de entregar un producto que sin duda será lo mejor en su clase.

Esto ha sido mucho más trabajo de lo que esperaba, jamás había lanzado un sitio de este tamaño casi yo solito (la ayuda que esperaba tener de un par de personas nunca llegó). Hay tantos detalles en los que no había reparado que me arrepiento de haber pasado tanto tiempo en algunas cosas triviales (como el teaser page que estuvo en el dominio hasta esta mañana) pero la experiencia ha sido sumamente enriquecedora y he aprendido muchísimo de muchas cosas, las cuales espero poder compartir luego con ustedes.

Asi que les pido que no pierdan su fe en mí, les dejo un pantallazo de la tienda casi terminada (para que vean que no es vaporware) y les suplico su paciencia para terminar tranquilamente de aqui al lunes.

Mil disculpas por el retraso, pero les aseguro que valdrá la pena.


24
Mar 09

Duperrific Manifesto – parte I

Como algunos ya saben, estoy a punto de lanzar una tienda de temas premium, cuyo nombre será Duperrific y en un ejercicio de desvergonzada auto-promoción, hoy les quiero platicar por qué mis temas serán distintos a lo que ya existe en el mercado y por qué quizá, querrías comprar uno.

La primera cosa que noté en los temas que se venden como premium en el mercado es al parecer su enfoque es muy estrecho. Pareciera que su único objetivo es verse muy bien y ser muy atractivo para el usuario final o lector del sitio y dejan de lado a los otros roles que intervienen en un sitio web: desarrolladores, diseñadores y editores o colaboradores, dándoles poca o ninguna importancia.

Con esto en mente me puse una serie de reglas o lineamientos que tenía que seguir a la hora de desarrollar mis temas, con la premisa de que no liberaría nada hasta que pudiera satisfacer todas ellas. Este es el Duperrific Manifesto:


  1. La usabilidad es primero, la apariencia viene después. Antes de comenzar hay que tener nuestras prioridades en su lugar.

  2. Ofrecer soluciones completas y en paquete. Mi cliente no tiene porque buscar entre miles de plugins para ver cual satisface sus necesidades, todo lo que necesita viene empaquetado en su descarga.

  3. Ofrecer un verdadero framework de desarrollo. Donde al igual que en todos los frameworks que se respetan: “Convención sobre configuración” es la frase clave.

  4. Escribir código extensible y reutilizable. ¿Por qué repetir código?

  5. Programar Orientado a Objetos. Tanto como WP, que es casi completamente funcional lo permita.

  6. Los temas deben ser absoloutamente flexibles. Los widgets, son una poderosa característica que WordPress trae de fábrica y que aún no se ha aprovechado cual debe ser.

  7. Configurar el sitio debe ser sencillo.  El diseñador no tiene por que editar una línea de código. WP nos permite añadir nuevos paneles de control a la administración del sitio, démosle buen uso.

  8. Crear contenido debe ser simple. Por lo tanto, las funcionalidades avanzadas de nuestros temas deben ser abstraídas. Los editores no tienen por que saber qué es un campo personalizado para meterle una foto a un artículo.


En los próximos post, les contaré de como cumplir estás reglas es mucho más complicado de lo que parece, y quizá les adelante como logramos algunas de ellas.


20
Mar 09

Más de 1 millón de tutoriales para Illustrator

Más de 1 millón de tutoriales para Illustrator. Atásquense.


19
Mar 09

Los 4 Roles que intervienen en un sitio web

Siguiendo con lo de los premium themes, me pareció que la mejor manera de desarrollar un producto que diera justo en el clavo era estudiando a mi mercado meta, ver sus necesidades y buscar la manera más eficaz de resolverlas.

Estuve meditando mucho al respecto, estudiando las propuestas del mercado y comparándolas con necesidades reales que me he topado en estos 5 años que llevo desarrollando para la web y estas son mis conclusiones.

Continue reading →

12
Mar 09

Mira quién ya sabe hablar, pero solo de forma casual

Me llamó la atención las diferencias en el banner de bienvenida que colgó apple en su web y en las diferentes localizaciones.

Esta es la original, del sitio de Apple en inglés (nota: small talk podría traducirse como plática o charla casual)

Anuncio del iPod Shuffle para EEUU

Esta es la versión que se usa para México y el resto de Latinoamérica. Así es, podrá ser que tengamos una selección nacional malísima, pero tenemos sitio oficial de Apple y ustedes no.

Publicidad del iPod Shuffle en México

Y parece ser que a los que hacen la versión española del sitio de Apple no les van bien las sutilezas. Les faltó una anotación al final: * En realidad no habla, solo tiene un sintetizador de voz

Creativa pubicidad para el iPod shuffle en España

Esta es la versión de Apple para Brasil, que es más o menos la versión latinaméricana, pero en portugués.

Publicidad de Apple para el iPod Shuffle en Brasil

Lo curioso es que en la versión Portuguesa el anuncio no está en portugués, sino en inglés.

Y por último, la versión de francia que es un poco más poética, (Si mi francés de Atemajac no me falla, dice “dejénlo que hable”)

Publicidad del iPod Shuffle en Francia

10
Mar 09

Atlas, un IDE de desarrollo WYSIWYG para Cappuccino

Cuando descubrí cappuccino por primera vez me quedé completamente asombrado y supe que iba a ser un parteaguas en la forma en que se programan aplicaciones web.

Curiosamente no ha hecho tanto ruido como yo esperaba, jQuery, Prototype y MooTools siguen siendo las herramientas favoritas de muchos de nosotros. Pero viendo esto que están desarrollando, creo que esto puede cambiar en cualquier momento: Atlas, un IDE de desarrollo 100% WYSIWIG corriendo en el navegador

Aqui les dejo un video para qe lo vean en acción:


23
Feb 09

¿Qué esperamos de un tema premium?

Primero que nada, hay que preguntar ¿Han usado o usarían un tema (para WordPress) de paga? Y de ser así ¿Qué caracterísiticas buscan o buscarían en un tema de este tipo?

Para quien no lo sepa, los temas premium son temas que ofrecen características adicionales a los temas tradicionales que solo modifican la apariencia de nuestro blog.

Los premium, que por lo general son de paga, casi siempre buscan transformar nuestra instalación de WP en mucho más que un simple blog. Los hay para una gran variedad de aplicaciones y en determinados proyectos podrían ser la solución perfecta para el presupuesto apretado.

En mi investigación, he visto que existen basicamente dos corrientes dentro de los temas premium: Primero están los que son súper flexibles y súper genéricos como Thesis o WPRemix que son más un framework para construír tu sitio que una solución lista para usarse. Tambien suelen ser los más caros.

Luego están los temas que son más específicos, como los que hacen los de WooThemes que bien pueden usarse tal cual, poniendo solamente el logo de nuestro cliente (Eso no significa que no puedan modificarse ad nauseam, para muestra vean el showcase de freshnews).

¿Si ustedes fueran a usar un tema de paga para algun proyecto que preferirían? ¿Un theme-framework súper flexible, uno listo-para-usarse o una mezcla entre estos dos conceptos?

Ojala me puedan ayudar contestando en los comentarios. Puede que vengan algunos temas premium marca soska en camino y sus opiniones serán invaluables.


09
Feb 09

El mito de la descubribilidad

Tratando de saber más sobre este tema del que escribía la otra vez en discoveravility vs. usability (y despues de llegar a la conclusión de que descubribilidad es una buena traducción ¿transliteración?) me encontré con este interesante artículo llamado The Myth of Discoverability

Les traduzco/adapto/resumo muy libremente:

¿De que se trata este mito de la descubribilidad? Pues de esta creencia de que en una buena interfaz todo debe de ser completamente y extremadamente fácil de ser descubierto. Si un elemento no cumple con esta norma entonces está mal diseñado.

Tambien puede pasar que el equipo de diseño opte por resaltar alguna característica y hacerla mas descubrible ya sea porque es novedosa o porque les gusta mucho sin importar su importancia real comparada con otras características que quizá no sean tan novedosas.

Uno puede confundirse y creer que una interfaz altamente descubrible es usable y está bien diseñada.

El problema es que tanto el espacio en pantalla como el tiempo y la atención de nuestro usuario son recursos limitados. Por eso no podemos hacerlo todo descubrible, sino que debemos priorizar y hacer algunas concesiones en base a estas prioridades.

Un buen diseño entonces, es aquel donde el diseñador tomó una decisión por nosotros (de preferencia una decisión informada) sobre qué es más importante y entonces hizo que eso saltara a nuestra vista de manera inmediata.

De cualquier forma, les recomiendo leer el artículo original


06
Feb 09

Esos engreídos diseñadores

Paul Boag hace un servicio a la comunidad, y nos revela 10 cosas que un diseñador web nunca te diría (en inglés)


05
Feb 09

Homenaje a Basecamp

Ayer 4 de Febrero, me enteré por este artículo, que Basecamp está cumpliendo cinco años de haber sido lanzado. Yo no quería dejar pasar la ocasión de postear al respecto porque en mi opinión este lanzamiento representa un parteaguas importante en la historia de la web.

Primero que nada, Basecamp vino a establecer un nuevo paradigma en la forma en la que se diseñan las aplicaciones web. Muchos críticos de su tiempo decían que no era más que un blog glorificado debido a su sencillez extrema, y en cierta forma lo es. Pero a partir de Basecamp se han establecido una gran cantidad de patrones de diseño de interfaz de usuario para web que ahora vemos por todos lados.

Segundo, volvieron popular el modelo de negocios freemium, que trata de ofrecer una versión muy limitada del servicio sin ningún costo, con la opción de agregar funcionalidades por una no-tan-módica cantidad. Y más importante aún es que demostraron que funciona.

En tercer lugar hay que destacar que Basecamp fue el causante de que 37signals dejara de ser un simple despacho de diseño y consultoría, para volverse una creadora de software y servicios web. Esto por supuesto nos ha inspirado a muchos más a aventurarnos –con diferentes niveles de éxito– a intentar lo mismo.

Además Basecamp fue un proyecto completamente autofinanciado por 37signals sin haber pasado nunca por ninguna ronda de inversión, sin tener que andar buscando VC’s y lo más importante sin tener que repartir pedazos de su pastel a medio mundo. Claro que cuando cobras USD$2,500 por rediseñar una sola página es más facil autofinanciarte, pero el punto es que es posible.

Por eso creo que quizá sin Basecamp de por medio, el panorama del Web 2.0 sería muy diferente, con solo las enormes compañías creando servicios y sin pequeños jugadores empujando los limites de lo que es posible.

Y por supuesto, uno no puede dejar de lado, que a partir de Basecamp fue que se extrajo el framework de programación que luego se llamó Ruby on Rails cuya importancia ya merece un post aparte. Lo que es un hecho, es que RoR inauguró una nueva forma de ver el desarrollo de aplicacionesacortando el tiempo de espera entre tener una idea y tener un prototipo.

Y cinco años después, tras una mejora sútil pero constante y a pesar de la gran cantidad de clones que andan por ahí, Basecamp sigue siendo el lider de su nicho y un ejemplo del que todos los que desarrollamos para web deberíamos estudiar y aprender.

Gracias Basecamp, solo una cosa tengo contra tí: que tu integración con Highrise apesta por completo.

P.D. Ya se que Facebook se lanzó ese mismo día, pero para mí esa no es una efemeride tan relevante.