Grupo de Desarrolladores Web Mexicanos

Siguiendo el ejemplo de los amigos argentinos, Colombianos y Españoles me he tomado la libertad de crear un Grupo de desarrolladores web Mexicanos

Pueden pensar que me gusta copiar, pero además considero que hace mucha falta algo así, para tener un verdadero sentido de comunidad entre quienes nos dedicamos a esto de construir la web desde las tierras aztecas. Además las buenas ideas convienen ser copiadas.

Por favor, colegas dispersos a lo largo y ancho de la república, únanse al grupo. No lo hagan por mí, sino por la unión de nuestro gremio. < /cursilería>

Lanzandose al vacío. Como ser un Freelancer Exitoso.

Prologo:

Con este post inicio una serie en 10 partes dedicada a compartir mi experiencia y opiniones, como freelancer esperando que le sea de utilidad a alguien.

Y no se preocupen, ya se que tengo fama de inconstante, pero en esta ocasión las diez partes ya han sido escritas con anterioridad. Así que no voy a fallar.

Por cierto, a partir de este post estaré utilizando posts paginados. Aqui abajo aparecen los enlaces a las diferentes páginas.

Cuil

La primera vez que quise probar Cuil (ese nuevo buscador del que todos hablaban ayer) no pude porque su servidor estaba al tope. La segunda vez (a las 3am) lo volví a intentar, busqué mi nombre y salió esto:

armando sosa - Cuil
Uploaded with plasq’s Skitch!

¿Será que mi verdadera foto con apariencia de mexinaco le resultó ofensiva al spider de Cuil y prefirió poner a un ario bien parecido y deportista? Que miedo pensar en buscadores tan inteligentes que hasta tienen prejuicios.

Solicito diseñador habilidoso

Publiqué esta oferta en tecnotrabajos pero no se cuando y si será aprobada. Así que mientras la publico aquí:

Hasta ahora Nolimit Studio ha sido el esfuerzo de una sola persona y nos ha ido muy bien. Tan bien que ahora tenemos más carga de trabajo de la que esta sola persona se puede encargar así que ha llegado el momento de pedir ayuda.

Por el momento necesito un freelancer externo que pueda ayudarme con algunas tareas básicas del trabajo. No es un trabajo creativo por el momento, solo hace falta sepas usar bien el Photoshop y el Illustrator y que tengas una idea de lo que es diseñar para web.

Conocimiento de HTML y CSS es un agradable plus. Si tienes un blog y cuenta de twitter es doble plus.

Si estás interesado, mandame tus datos, tus tarifas y algun ejemplo de lo que has hecho a la siguiente dirección:

arm.sosa+job {arrrobbaa} gmail.com

Replize: jugando con la API twitter search

Para mi, la función más útil de Twitter era la de recibir las respuestas que te mandan a tu _@nombre_ y desde que twitter la tiene desactivada mi experiencia ha sido como 40% más frustrante. Hoy que vi este post de Shaun Inman donde habla de usar Twitter Search para recibir estos replies mi primera reacción fue ”¡Duh! ¿Por qué no lo había pensado?” y la segunda fue: Hagamos un script que reciba estas respuestas automaticamente.

Y así, 3 horas de trabajo despues nació Replize.

El script en sí no es nada del otro mundo, pero con suerte puede resultarles útil a quienes compartan mis frustraciones. La idea original era crear una aplicación para AIR (en el escritorio, junto al twitterrific sería como 1000% más util), pero la verdad es que ya había abusado mucho de mi tiempo libre. Quizá el fin de semana.

Ah y si, el nombre es—obviamente—un homenaje al difunto que en vida se llamó Summize QEPD.

Cuando los estándares nos alcancen

Con el anterior post me quedé reflexionando sobre mi posición actual acerca sobre los estándares web. Como los lectores más de antaño saben, siempre he sido un estandartista convencido (aunque no particularmente radical) pero ahora ya no estoy seguro de creer tan firmemente en lo que creía antes.

Vamos por partes. Primero que nada pensemos cual fue la razón principal para la popularización de los estándares web. Para mi la razón principal fue la llamada Guerra de los Browsers durante la cual los fabricantes de navegadores (Microsoft y Netscape, a saber) agregaban features a lo tonto con tal de ganar cuota de mercado. ¿El resultado? Sitios incompatibles y dolores de cabeza horribles migrañas para los desarrolladores de aquel entonces.

Bajo este panorama tenía sentido que surgiera una organización que intentara ponerle orden al caos y se crearan unos estándares a los que posteriormente una legión de diseñadores y desarrolladores (lidereados por Zeldman) se adheriera y crearan un movimiento pro-estándares que inició una revolución en la web. Al final los estandartistas ganamos (¡Tomen eso table-huggers!).

Sn embargo, con la llegada de la web 2.0 algunas cosas han cambiado radicalmente desde la famosa batalla de la toma de Wired. En mi opinión hay dos grandes cambios principales: La diversificación de la web y lo que podría ser la nueva Browser Wars : Attack of the iPhones.

Con diversificación de la web me refiero a que la manera en que usamos internet ha evolucionado. Cada vez es más marcada la diferencia entre lo que es un sitio y lo que es una aplicación web. Basta ver a lo que ha llegado Apple con su MobileMe para hacerla parecer un clon de sus aplicaciones de escritorio (gracias al sorprendente SproutCore) pero… ¿Alguien ha visto el código fuente de esa cosa? En serio, si Tim Berners Lee no estuviera vivo, seguro que se retorcía en su tumba.

Además ya no solo accedemos a la web desde nuestro browser, sino que tenemos Rich Internet Applications en nuestro desktop (gracias a AIR o Silverlight), browsers dedicados y una gran variedad de dispositivos moviles con acceso a internet. Estoy seguro que la w3c no contaba con esto cuando pensó en los estándares. Nadie lo esperabamos en realidad.

Y hablando de dispositivos móviles, me parece que no soy el unico que cree que ahí está por librarse la próxima guerra de navegadores. Es curioso, porque los estándares ya contemplaban una web agnóstica a los dispositivos que igual funcionaría en tu pc como en el primitivo navegador wap de esos carísimos teléfonos celulares. Ese fue uno de los argumentos de venta del movimiento de los estándares, pero eso fue hace mucho, antes de que se nos presentara un dispositivo movil de internet con un navegador que puede hacer lo mismo que un navegador de escritorio y un poquito más.

Y es ese poquito más es el que me causa conflicto. La demo que les mostré ayer ciertamente es revolucionaria pero la API para gestures que le puso Apple a su mobile Safari no está en el estándar ECMA de javascript. Y la propiedad que utilizan para rotar las fotos -webkit-transform no es parte de ningun estándar de CSS aprobado. ¿Que debe un convencido de los estándares hacer en estos casos? ¿Hago como que no veo y sigo haciendo lo mismo que los ultimos 3 años o me arriesgo a ser un poco menos estándar?

A veces me parece que en algun momento la w3c se volvió lenta, quizá por estar esperando a que Microsoft agarrara el paso o porque se volvió grande y brocratizada. El caso es que me parece que apegarse a los estándares en estos momentos puede frenar la evolución de la web. ¿Se imaginan que hubiera pasado con la web 2.0 si los desarrolladores de GMail se hubieran esperado a que el objeto XMLHTTPRequest fuera parte de algun estándar?

Por otro lado, entiendo las terribles implicaciones que puede traer volver a ignorar a los estándares. Cada que me frustro porque los idiotas de mi banco no me dejan usar su aplicación desde mi mac vuelvo a recordar la importancia de que alguien ponga orden en el caos.

Al final de esta kilométrica diatriba la disyuntiva persiste: ¿Hasta que punto debo permitirme ser flexible con respecto a los estándares? Y si ya leíste hasta aquí, déjame tu opinión que nada te cuesta.

No, no se trata de la herramienta.

Si hay algo que los 37Signals hacen mejor que crear aplicaciones, es controversia. Y supieron hacerla bien cuando recientemente escribieron un post titulado Why we skip photoshop.

En un principio yo leí este post, lo catalogué en una área de mi cerebro bajo la categoría Filosofía inflamatoria inútil. Me dije Cualquier persona con medio cerebro hará lo que yo, y seguí con mi vida. Sin embargo, para mi sorpresa, gente que tiene probablemente el triple de cerebro que yo, decidió responder a la provocación y escribir al respecto [dejo los enlaces al final del post].

Fuera de hablar de lo mismo, lo que yo quiero es dar algunos consejos:


  1. No creas todo lo que lees En su libro, los mismos 37s aceptan que a veces exageran sus declaraciones para causar escándalo. Hacen muy buen software pero eso no significa que tengamos que comprarles toda su filosofía.

  2. Lo que importa es el resultado En serio, al cliente promedio le da enteramente lo mismo si hiciste tu diseño en photoshop o si usaste tortuguitas entrenadas caminando sobre un lienzo con un copic marker atado a la cola.

  3. Usa lo que te funcione Si a tí te funciona una cosa y a Paul Rand otra, no significa que alguno de los dos esté equivocado. A mi me critican mucho porque prefiero usar CorelDraw por encima de otras herramientas que son concebidas como más profesionales y yo les digo: ¿Si Corel me permite trabajar bien y rapido y obtener los resultados que espero (ver punto anterior) a ti qué?

Enlaces pertinentes

El cartero llama cinco veces

—¿Sabes? Hoy me acordé de tí.
—¿De verdad?
—Si. Mucho.
—¡Que lindo! ¿Y eso como por qué?
—No se. A lo mejor escuché una canción que me recordó a tí. ¿Será que escuché una voz que sonaba como la tuya? No se. Tal vez percibí alguna fragancia flotando en el aire con moleculas de tu perfume. ¿Acaso fue el viento que me trajo tu nombre?. ¿O… o fue porque recibí notificaciones de tu metroflog en mis cinco cuentas de correo?
—A lo mejor fue eso.

Digamos que el amigo de un amigo está haciendo un directorio de aplicaciones web 2.0 en latinoamérica.

Supongamos que tiene todo listo pa lanzar, excepto un buen número de aplicaciones que listar. ¿Podrían ustedes sugerirle algunas al amigo de mi amigo? Basta con que sea un desarrollo con una aplicación pública localizado en un país de latinoamerica o realizado por un hermano latinoamericano en algun lugar del mundo.

El amigo de mi amigo es un poco quisquilloso en cuanto a qué considera 2.0 y qué no, pero estaría felíz si le ayudan proponiendo aplicaciones en los comentarios.

De chile, mole y pozole

El lunes pasado inicié la semana realizando un par de ilustraciones. La primera fue para un amigo que quería una mascota para un producto que está por lanzar y la segunda para un cliente. Generalmente no hago ilustraciones para clientes pero en esta ocasión estaba seguro que su diseño requería de una y me sentí capaz y con ganas de hacerla, así que lo hice.

Martes y miércoles fueron aburridos. La mitad del día (con día me refiero al total de horas trabajadas, que en su mayoría toman lugar en la madrugada) la pasé contestando mails o hablando con clientes y la otra mitad haciendo composiciones en Photoshop. Al final me di tiempo para programar un poquito en mi proyecto personal favorito

El Jueves lo pasé programando. Aprendí algunas cosas sobre MYSQL que no sabía y las puse en práctica. Fue muy divertido hasta que me topé con un bug de esos que están escondidos en el mas insospechado recoveco del código fuente. Eran las 4am cuando lo encontré: era una babosada. Desgraciadamente fue una de esas veces que la gloria de un pequeño triunfo no alcanza a disipar la frustración acumulada. Me puse a dibujar un rato para ahuyentar el estrés y me dormí.

El viernes inició temprano (para mis estándares noctámbulos). Bajé la última versión de jQuery la puse en la carpeta /webroot/js y me puse a escribir Javascript. Programar en Javascript debe ser de las cosas que mas me gustan… hasta que hace falta debuggear con IE. Afortunadamente en esta ocasión no fue necesario. Sólo trabajé medio día porque hacía falta ir a hacer algunas diligencias a los bancos y luego ir a cenar con The Girl. La madrugada me la gasté jugando carreras con el Google Reader y perdí.

Más Photoshop el sabado, luego un poco de slicing, html y CSS. Escribir CSS ya casi nunca es divertido, despues de haber escrito tantas reglas y propiedades tengo en la cabeza la solución para casi todos los problemas de layout que se me pueden presentar. Pero en esta ocasión no fue así y fue muy interesante tener un problema que me tomó un rato de experimentación resolver. Luego regresamos a Photoshopear.

El domingo me tomé un rato otra vez, para hacer por un amigo algo que me niego a hacer para los clientes, desempolve mi Flash y unos cuantos motions tweens después teníamos una bonita animación. En realidad la animación es a duras penas decente pero bueno, ese no es mi campo.

Y así es una típica semana para mí: haciendo de casi todo para ganarme la vida.

No es que no entienda el valor de especializarse ni lo hago porque quiera ser un todologo acapara-clientes. Pero es que siento que hay una razón por la que sé hacer todo esto y simplemente no sería feliz y me aburriría mucho haciendo una sola cosa siempre. A veces quisiera poder editar videos y hacer jingles y ¡ah! lástima que sea tan mal fotógrafo.