“10GB en Dropbox gratis“, este fue el bonus track que prometí a los asistentes de mi charla “Vivir de la nube” en el BarCampBA 2011. Y así fue. Esta técnica permite a cualquier cuenta en Dropbox (gratis) ganar hasta 8GB extra en menos de un día. En total, terminan con una cuenta de Dropbox de 10 GB, gratis, de por vida.

1. Si aun no la tienen, creen su cuenta en Dropbox. Esto les dará los 2GB de espacio iniciales.

   C-C-C-C-Combo Bonus: Si registran en Dropbox el email de una entidad educativa (dominios .edu en general, pero no es requisito) obtendrán el doble de espacio, o sea, pueden ganar hasta 20GB de espacio en Dropbox gratis (gracias HypnoToad).

2. Luego, necesitamos los $200 gratuitos de crédito en AdWords que Google está ofreciendo en promoción para clientes nuevos. Si ya tienen una cuenta en uso, omitan este paso, perderán a lo sumo un alto guiso.
   Para obtener el crédito promocional, deben llenar el formulario para probar Google AdWords (si el link queda desactualizado, googleenlo) con sus datos y el email de su cuenta de Google (@gmail.com), que nunca debe haber usado AdWords. Recibirán por mail el código promocional para ingresar en el momento que abran su cuenta de Google AdWords, y recibir los $200 promocionales.

   

3. Ahora ingresaremos a nuestra cuenta de Dropbox y desde ahí al enlace “Recomendar Dropbox a tus amigos”. Copiamos e ingresamos al enlace que nos da Dropbox para generar referidos, que se encuentra debajo de todo y comienza con “http://db.tt/”. Si lo hicieron bien, verán la página de registración de Dropbox, ahora copiamos la URL que está en la barra de direcciones y comienza con “https://www.dropbox.com/referrals/”.

   

4. Para el último paso, ingresamos a Google AdWords y creamos una nueva campaña. Los datos importantes son:
   • Palabras clave: dropbox
   • Lenguaje: Español
   • Límite de oferta de CPC: $0,10

   Dentro de la campaña, crearemos una anuncio de texto. Lo importante es que contenga los siguientes datos:

   • Cabecera, Líneas descriptivas: Describan el servicio de Dropbox, sean originales
   • URL Visible: Dropbox.com
   • URL de destino: https://www.dropbox.com/referrals/XXXXXXX (reemplazar por la que copiamos)

   Debería quedar un anuncio para registrarse en Dropbox similar al siguiente:

   

   Importante: recuerden desactivar la campaña de Google AdWords una vez que lleguen a los 10GB gratis en Dropbox. No recibirán más espacio gratis en Dropbox pasado este punto, pero si la campaña continua Google puede cobrarles cuando se acaben los $200 promocionales.

¡Listo! Ahora a esperar y disfrutar de su espacio extra gratis en Dropbox. Pueden seguir el “Estado de las recomendaciones” desde el link en la web de Dropbox, por cada una que lea “Se completó.” recibirán 250MB adicionales en su cuenta de Dropbox.

Esta demo muestra el resultado de la hackatón de Hacks/Hackers BA organizada durante el 4º Foro de Periodismo Digital en Rosario. El objetivo fue, sólo en dos jornadas de trabajo, demostrar como aplicando tecnologías de la web actual (HTML5) se puede lograr un contenido enriquecido con interactividad y meta-información Utilizamos el video de la charla de Carlos Serrano, grabado en el día 1.

Ver demo HHBA + WebPeriodismo del Hackatón Rosario >>

Fueron dos días de mucho código y momentos compartidos entre programadores (hackers) y periodistas (hacks), donde conocí gente muy interesante. Les agradezco mucho la oportunidad a HHBA y toda la onda dada por los locales Rosarinos :)

Se desarrolló en Buenos Aires el Google Developer Day 2011 (#GDD11), evento anual de Google donde los desarrolladores somos mimados y seducidos hacia las nuevas tecnologías que la gran G nos recomienda usar. Y son varias, pero este año el Google Developer Day podría resumirse en HTML5 y Android.

Asistí ambos días y en su mayoría a las charlas sobre HTML5 y otros temas de desarrollo web, ya que estoy fuera del circuito de desarrollo Android, por ahora.

Este es mi pase a limpio de recursos (slides, links, etc) y anotaciones del Google Developer Day 2011 Buenos Aires:

1. OAuth y OpenID para identificación y acceso a datos en aplicaciones web
2. Cómo trabajar sin red: HTML5 sin conexión
3. Creación de empresas en aplicaciones para móviles
4. Google+ y el botón +1
5. No son los sitios que busca: modernas aplicaciones web HTML5
6. Panel de VC: iniciativa empresarial, incubación y capital de riesgo
7. Flujo de trabajo empresarial con Apps Script
8. Sea uno de los primeros en conocer YouTube Live Streaming API
9. Sugerencias y consejos sobre herramientas para desarrolladores

“OAuth y OpenID para identificación y acceso a datos en aplicaciones web”

• Por Steven Bazyl.
• Implementar OAuth y OpenID permite usar una cuenta de Google en lugar de pedir usuario/contraseña y lidiar con la complejidad que eso implica (almacenar los datos en forma segura, recuperación, etc). Desde el punto de vista del usuario, le evita tener que llenar otro formulario de registro y recordar una nueva contraseña.
• Implementar OAuth 2 permite acceder a los datos del usuario en la mayoría de los servicios/APIs de Google.
• Usar Google como OpenID (a través de OpenID Connect) permite autenticar un usuario directamente en nuestra aplicación.
• GITKit (Google Identification Kit) facilita al usuario la tarea de iniciar sesión con alguno de los servicios web que ya usa (compatibles con OpenID) y al desarrollador la tarea de implementar dicha solución. Obedece directrices en favor de la interfaz de usuario. Lo malo: no soporta Facebook ni Twitter (por ahora), una alternativa que sí lo hace es Janrain.

“Cómo trabajar sin red: HTML5 sin conexión”

• Por Paul Irish. Presentación (slides): “Offline: As your world used to be”
• Podemos utilizar las nuevas funciones (localStorage, sessionStorage, IndexedDB, App Cache, WebSQL, File System API) de HTML5 para desarrollar webs que funcionen offline (sin conexión a Internet), trabajar con archivos locales, mejorar la experiencia en conexiones de baja velocidad y optimizar la performance (velocidad de carga) de nuestra web.
• Para probar la implementación del “offline cache” en nuestra aplicación web debemos evitar cachear el “manifest” en nuestro servidor y agregar un número de revisión en nuestro para forzar que se actualice.
• Usar polyfills (JS) para implementar estas funciones en navegadores sin el soporte HTML5 adecuado.
• Librerías de JS recomendadas: Stash (offline storage) y Lawnchair (JSON storage) .
• Recursos y herramientas: algunos tips sobre Appcache y cómo validar el “cache manifest” de nuestra aplicación web.

“Creación de empresas en aplicaciones para móviles”

• Por Peter Fernandez.
• Google AdMob permite monetizar y publicitar una aplicación móvil con mínimo esfuerzo y en menos de una hora, es el equivalente a AdSense para dispositivos mobile/tablets.
• Del 60 al 75% de las aplicaciones que la gente descarga son gratis.
• La publicidad en estas aplicaciones gratuitas es esperada por la audiencia, al igual que sucede con los servicios gratuitos en la web.
• Hacer publicidad “cruzada” entre nuestras propias aplicaciones mobile es una gran forma de propulsar las nuevas.
• La cantidad de descargas de una aplicación es el factor dominante (85%) para su ranking, por eso es importante empezar con aplicaciones gratuitas y bien publicitadas para entrar en un círculo virtuoso de relevancia y descargas entre los usuarios.
• La imagen (ícono y descripción) de una aplicación mobile es de particular importancia.
• Medir con Analytics el comportamiento de los usuarios dentro de nuestra aplicación para mejorarla.
• Un buen truco para conocer lo que quieren los usuarios es crear botones que ofrezcan funciones no implementadas todavía en nuestra aplicación y medir en cuáles se realizan más clicks.
• El iPad y otras tablets son territorios relativamente poco explotados, donde todavía se puede ganar ventaja competitiva en el mundo mobile.
• AdMob tiene SDKs para Android, iOS y aplicaciones web (HTML5)
• Una buena guía para el desarrollo de un negocio en el mundo mobile: The Guide to the App Galaxy (desarrollada en HTML5 por supuesto)

“Google+ y el botón +1″

• Por Timothy Jordan.
• Implementar el botón +1 permite socializar los contenidos entre los círculos de nuestros usuarios, con mínimo esfuerzo de todas las partes.
• Con cada +1 de un usuario se mejora el posicionamiento de nuestras páginas en Google de manera indirecta.
• Para que Google pueda entender mejor nuestros contenidos (y aprovechar al máximo el +1 de los usuarios) es conveniente agregar ciertas directrices meta. La recomendación oficial es Schema.org
• Es posible (y recomendado como incentivo) agregar acciones que se realicen en el contexto de nuestra web una vez que el usuario clickeó el botón +1, usando un callback. Ej: mostrar contenidos relacionados al que acaba de aprobar.
• Podemos incentivar aún más los +1 implementando los Perfiles de Autores de Google en nuestra web.
• Durante esta charla pude agregar el botón +1 a Zona Cine en 10 minutos, doy fe de lo simple del proceso.

“No son los sitios que busca: modernas aplicaciones web HTML5″

• Por Pete LePage. Presentación (slides): “These Aren’t the Sites You’re Looking For: Modern Web Applications”
• Es una presentación muy completa sobre HTML5 y aplicaciones web modernas, toca muchos temas de interfaz de usuario y últimas tecnologías.
• El contenido que al usuario le interesa es el foco en la interfaz de usuario de las aplicaciones web modernas.
• Con sólo agregar simples atributos como webkitdirectory (permite seleccionar directorios locales enteros) podemos facilitar muchos procesos en navegadores modernos.
• El “secreto” es hacer aplicaciones web que los usuarios quieran usar y decirle a sus amigos que las usen. El resto sigue.
• Chrome Web Store ya está disponible en Argentina, cuesta $5 registrarnos como desarrolladores y podemos agregar cualquier aplicación web sin restricciones (en cualquier tecnología, aunque HTML5 es el niño mimado), sólo subiendo un archivo manifest (que también se puede generar automáticamente).

“Panel de VC: iniciativa empresarial, incubación y capital de riesgo”

• Moderado por Alejandro Villanueva. Invitados: Vanesa Kolodziej, Lisandro Bril, Santiago Pinto y Fernando Garcia. No tuvo slides.
• La experiencia de escalar un proyecto web en Argentina y recibir inversión/tutoría en las diferentes etapas, desde el punto de vista de un venture capital (Lisandro), un inversor ángel (Santiago), una emprendedora serial (Vanesa) y un “envidioso de los emprendedores” (Fernando).
• Estamos viviendo un momento único de innovación en materia web y tecnologica, así como en posibilidades de comunicación entre partes (emprendedores e inversores) y oportunidades de crecimiento/aceleración.
• Programas como BAAccelerator (Vanesa) y Wayra (Fernando) permiten acelerar el inicio de una startup.
• Los inversores ángeles (Santiago) no sólo invierten capital sino también su experiencia y conexiones para afianzar el éxito del proyecto.
• Los fondos VC (Lisandro) se fijan en startups y emprendimientos en etapas más maduras, cuando posiblemente ya tuvieron la experiencia de una incubación/aceleración y la aprobación de inversores ángeles.
• Canales como LinkedIn y Twitter son válidos para contactar inversores
• Lo que atrae a un inversor: la capacidad del equipo emprendedor, la motivación no sólo económica, que exista un mercado donde se pueda escalar (regional o globalmente, con una API que acompañe) y un producto que al menos funcione en su núcleo, para luego mejorar, publicar e iterar.
• Sectores buscados para invertir: todos, mientras demuestren innovación y/o solución de un problema no resuelto.

“Flujo de trabajo empresarial con Apps Script”

• Por Saurabh Gupta.
• Google Apps Script permite acceder programáticamente a los servicios de Google Apps (y los datos guardados en los mismos) a través de una API en JavaScript.
• Los servicios de Google Apps a los cuales se puede acceder: Docs, DocsList, Spreadsheets, Sites, GMail.
• Otros objetos dentro de Google que también podemos manipular: MailApp, ContactsApp, CalendarApp.
• Nos permite definir “Workflows” para automatizar tareas de ingreso y posterior devolución de datos.
• También enlaza servicios externos con las interfaces habituales (JSON, XML, etc)
• Hay un editor (experimental) de GUI que nos permite generar interfaces de usuario para el ingreso de datos por usuarios.
• Durante la presentación pude hacer un pequeño App Script que efectivamente leyó contenido de un Spreadsheet para enviarlo de y hacia mi GMail.

“Sea uno de los primeros en conocer YouTube Live Streaming API”

• Por Jarek Wilkiewicz.
• YouTube presenta su plataforma de streaming en vivo, por ahora sólo disponible para “YouTube Partners”, pero consumible por desarrolladores a través de la API.
• Una oportunidad para familiarizarse con el desarrollo sobre live streaming y la API, para proyectos que podrían interesar a los partners, y en un futuro posiblemente a todos los usuarios de YouTube.
• La API funciona de manera muy similar al YouTube “tradicional” (a través de OAuth) y el player funciona exactamente igual.

“Sugerencias y consejos sobre herramientas para desarrolladores”

• Por Paul Irish. Presentación (slides): “Chrome Dev Tools: Tips and Tricks”
• Tips y trucos en el uso de Chrome Dev Tools para debuggear nuestras aplicaciones web.
• En “Resources” podemos encontrar los cambios hechos (resaltados), revisiones de cambios anteriores y editar los archivos (CSS y JS) directamente.
• En “Timeline” podemos ver la carga de los elementos y su influencia en la velocidad de nuestra aplicación web.
• “Break” nos permite estar al tanto de los cambios en un elemento.
• El botón “{}” nos permite des-minificar archivos JS/CSS para debuggear de manera cómoda y persistente.
• Se puede acceder a la configuración con el ícono en forma de tuerca en el extreme inferior derecho, con opciones como “Disable cache”.
• Podemos debuggear remotamente iniciando Chrome con el argumento –remote-debugging-port=#### (será nuestro servidor) y en otro navegador acceder a http://localhost:####/
• Atajos del teclado:
  • Esc: Muestra/oculta la consola
  • Command + Option + I: Muestra/oculta el inspector
  • + / -: Incrementa/decrece el valor de una propiedad
  • Command + S: Guarda los cambios (en JS)
• Algunos comandos útiles:
  • console.log: Acepta múltiples (y cualquier tipo de) parámetros para mostrar en la consola
  • $0: Accede a las propiedades del elemento seleccionado en el inspector
  • copy: Copia el parámetro al portapapeles
  • debugger: Agrega un breakpoint
• La mayoría de los comandos de la API son “prestados” de Firebug, por lo que se puede usar su documentación como referencia.
• Existe un cheatsheet de Chrome Dev Tools para recordarnos todos estos y más tips.
• Adicionalmente al Chrome que tengamos instalado, conviene utilizar la versión Chrome Dev Channel o Canary que contienen las últimas implementaciones en HTML5 y demás, con una frecuencia de actualización mucho más alta (con riesgo de inestabilidad). Estas versiones corren en paralelo al Chrome “tradicional”.

Conclusión del Google Developer Day 2011 Buenos Aires

Disfruté mucho el GDD11 Buenos Aires: buena organización (aunque pocos pines negros), ambiente relajado con una gran mayoría de desarrolladores (aunque algunos decían, pocas desarrolladoras), las sesiones tuvieron una duración apropiada con speakers de alto nivel y los temas fueron bien profundizados. Me fui con varios conceptos nuevos y una alimentada curiosidad por HTML5 y lo que lo rodea, así que diría: misión cumplida Google ¡Nos vemos en el siguiente Google Developer Day!

Si viven en Argentina y son Monotributistas (como es el caso de la mayoría de los prestadores de servicios independientes) deben saber que desde el momento de inscripción al Monotributo, tres veces al año se produce la llamada “recategorización” del Monotributo, donde comparamos nuestra situación tributaria del último año contra una tabla y determinamos si debemos seguir en la misma categoría o movernos a otra que nos encuadre (o cambiarnos de régimen si nos excedemos de los límites del Monotributo).

El problema es el sitio de la AFIP: aunque brinda bastante información sobre el Monotributo, puede ser bastante confuso (sino preguntenle a Mariano) a la hora de recategorizarnos en el Monotributo. Por eso decidí documentar el cómo recategorizarse en el Monotributo, empezando por determinar si debemos recategorizarnos o no, cuándo hacerlo, y respuestas a los problemas más comunes durante el proceso.

Preguntas frecuentes sobre la recategorización de Monotributo

• ¿Cuándo ocurre la recategorización del Monotributo?: La recategorización se realiza tres veces al año, desde el 1º al 20 de Enero, Mayo y Septiembre.
• ¿Debo recategorizarme en el Monotributo?: Esto depende de nuestra actividad como monotributistas durante los últimos 12 meses, desde el mes anterior (ej: en Mayo debemos tener en cuenta desde Mayo del año anterior hasta Abril del actual). Luego calculamos ciertos parámetros durante este período (Ingresos Brutos, superficie afectada, electricidad consumida, etc) y comparamos con la tabla de categorías del Nuevo Régimen de Monotributo, la que determinará nuestra categoría como monotributistas (cuánto vamos a pagar) durante los próximos 4 meses.
• ¿Qué necesito para recategorizarme? ¿Dónde se hace la recategorización? Todo el proceso se hace a través del sitio de la AFIP, lo cual requiere una Clave Fiscal, un navegador compatible (ver a continuación), conexión a Internet y seguir los pasos sin titubear, porque la sesión dura poco y puede cortarse durante el proceso si detecta inactividad.

Para otras preguntas específicas pueden leer la ayuda oficial sobre Recategorización al Monotributo de la AFIP.

Solución a problemas comunes durante la recategorización

Ingreso en el sitio de la AFIP, clickeo “Monotributo” y no pasa nada…

El sitio de la AFIP (vuelta obligada para realizar la recategorización) usa popups (ventanas emergentes) para mostrar sus secciones. Los navegadores modernos tienen algún tipo de bloqueador de popups, por lo que deberán ingresar en la configuración y habilitar popups para el dominio auth.afip.gov.ar

Ingresé a Monotributo (F184), selecciono “Recategorización” y mi CUIT pero al hacer click en “Generar Declaración Jurada” no pasa nada…

Lamentablemente, este es otro error del sitio de la AFIP. Con el paso del tiempo, a pesar de alguna renovación en la interfaz, el sistema de trámites con Clave Fiscal de la AFIP no fue actualizado para funcionar con navegadores como Firefox, Google Chrome o Safari, por lo que algunas partes funcionan (como la factura digital) y otras, simplemente, no (como el Monotributo/Recategorización). La solución más simple es instalar y usar una navegador compatible: en Mac/Linux se soluciona instalando Opera, y en Windows podemos usar Internet Explorer.

Trabajo con computadoras/Internet (o cualquier otra profesión) ¿Cuál es mi código de actividad?

Para quienes vivimos de Internet, el código de actividad (CIIU) más apropiado en este momento es el 742103: “Servicios relacionados con la electrónica y las comunicaciones”. Para otras actividades, pueden buscar el que les corresponda. A menos que cambien su actividad, les recomiendo que lo guarden para reutilizarlo en cada recategorización u otro trámite relacionado con el Monotributo. Van a ver otro parámetro que lee “Precio unitario”, pueden usar un 0 si su actividad no es específica al respecto.

Completé la recategorización del Monotributo pero me dice que “Ha ocurrido un inconveniente…”

En algunos casos, al terminar la recategorización del Monotributo, puede aparecer un mensaje de error con la leyenda “Ha ocurrido un inconveniente en la ejecucion de su solicitud”. Aunque parezca confuso, es probable que el trámite se haya realizado correctamente. Para comprobarlo debemos ingresar a la segunda opción del formulario F184 (Monotributo) que lee “Reimpresión de Credenciales” y chequear que la fecha de recategorización coincida con la presente.

Más ayuda sobre el Monotributo/Recategorización

Si tienen alguna otra duda o necesitan ayuda sobre Monotributo, Recategorización, AFIP, etc. escriban en los comentarios, aunque si es muy específico les recomiendo que se contacten directamente con la mesa de ayuda de la AFIP a mayuda@afip.gov.ar (tardan pero responden)

El pasado miércoles tuve el honor de dar una presentación titulada “Desarrollo web eficiente” (con CodeIgniter y HTML5) en el meetup de Desarrolladores PHP de Argentina en Workstation.

El eje fue definir los problemas comunes y repetitivos a la hora de iniciar un desarrollo web, y proponer técnicas y mejores prácticas para lograr un desarrollo web eficiente, de principio a fin.

Estos son algunos de los recursos que elegí para demostrar dicha forma de desarrollo web eficiente:

• FogBugz + FogBugz Case Importer (management de proyectos y tickets)
• Toggl (timer)
• Subversion/Dropbox (versionado de código)
• CodeIgniter (framework de PHP)
• HTML5 Boilerplate (“framework”/template de HTML5)
• 960.gs (framework de CSS)
• jQuery (framework de JS por excelencia)

Estas elecciones son el resultado de varias tendencias de las que escribí anteriormente, como mi evangelización del HTML5, las limitaciones positivas y el saber medir nuestro tiempo para aprovecharlo.

A continuación pueden ver la presentación online sobre desarrollo web eficiente, que contiene los enlaces a las herramientas mencionadas y varios otros recursos de desarrollo web eficiente en CodeIgniter y HTML5.

Desarrollo web eficiente (con CodeIgniter y HTML5)

Sé que hablo mucho acerca de técnicas de productividad y desarrollo personal, pero pienso que es el aceite que mejora el desempeño de nuestro motor productivo. Hoy quisiera considerar el entorno como variable productiva.

Muchos hablan de lograr un entorno productivo comprando una silla ergonómica, minimizando las distracciones y demás, consejos muy válidos pero que no dejan de ser tips. La clave es una: encontrar el entorno donde seamos más productivos.

Sí claro, es un hermosa declaración pero equivalente a decirle a un desempleado que su solución es encontrar un trabajo. Bueno, si analizamos cada palabra, puede ser así de simple. El entorno no debe ser producto del dogma sino del prueba-error y el conocer nuestras manías.

Por ejemplo, suelo considerarme una persona con una fuente inclinación a lo zen, sin embargo mi entorno productivo ideal es… ¡Mc Donald’s! (1) ¿Sorpresa? Estas son mis razones:

• Producción continua: las cadenas de comidas rápidas representan una máquina bien probada de productividad. Cada proceso está dividido y asignado en su unidad más productiva. Esto me inspira a mejorar los mios.
• Trabajo a la vista: ¿qué motiva más para ser productivos que ver gente produciendo? Desde los empleados hasta personas en las otras mesas.
• Lejos del entorno habitual: no tener a mano nuestras herramientas de costumbre es una limitación positiva si se usa con inteligencia, especialmente cuando nos forzamos a enfocarnos en resolver un problema antes de continuar nuestras tareas.

Moraleja: como siempre, la caja asfixia las ideas, un entorno productivo no se puede comprar ni copiar, hay que buscarlo, probarlo, medirlo e iterar cuantas veces sea necesario.

NdE: Prefiero Burger King a Mc Donald’s, pero por una cuestión geográfica me veo limitado a este último. También, no consumo hamburguesas (en general), sólo café.

Ayer asistí a una excelente charla del grupo PHP Argentina, donde se habló de Certificación Zend, integración CodeIgniter-WordPress (ya abordaré eso) y por último el tema buzz: HTML5 (o será “HTML 5″?).

Si no están familiarizados con HTML5, les recomiendo empezar por HTML5 Rocks, una guía creada por Google con muchos recursos sobre HTML5, o si prefieren leer de corrido, este artículo sobre HTML5 por David Barret es ideal para Instapaper. TL;DR? este video de Tantek Çelik presentando HTML5 es igual (o mejor) de bueno.

Maximiliano Firtman supo abordar HTML5 con una muy interesante presentación, llena de datos y anécdotas, pero me sorprendió el poco conocimiento sobre HTML5 que había en el público. Esto quedó en evidencia al comenzar cuando sólo un par de manos indicaron haber trabajado alguna vez con HTML5, y nadie tenía algo en línea, real y presentable, de su autoría.

Mi mano sí estaba levantada: en los últimos dos meses desarrollé con HTML5 (y CSS3) en varios proyectos:

• remercado: startup independiente con vista al mobile, primer experimento con los elementos semánticos de HTML5.
• Metropoli Inmobiliaria: sitio para cliente, todavía en construcción, pueden ver el logo reconstruído puramente con CSS3 y TrueType.
• Toolplate: un theme open-source para WordPress que combina las mejores prácticas en HTML5 con una base limpia y sólida de SEO

Estos no son para nada ejemplos extensivos, hay bastante HTML5 implementado pero todavía queda mucho más por hacer. Y esa es la clave: hacer.

Mi experiencia con HTML5 es muy positiva: menos código, más semántico, sorpresivamente compatible entre navegadores. La curva de aprendizaje es mínima. Francamente, no encuentro excusas para que alguien no esté desarrollando ahora mismo en HTML5, en lugar de HTML 4 o XHTML.

Así que Argentinos y Argentinas, di el primer paso desarrollando con HTML5 en el mundo real, turno de ustedes:

1. Abran su IDE y peguen esta línea. Háganlo, yo los espero.

1	<!DOCTYPE html>

Con eso ya estamos en el vagón de HTML5. No hay declaraciones complicadas ni referencias externas. Bienvenidos a HTML5.

2. Hasta ahí muy facil, pero esto es una línea, no una página web, ¿verdad? Falta agregar:

1 2	<title>Hola</title> <p>mundo</p>

3. …
4. ¡Listo! ese es un documento HTML5 perfectamente válido. El resto de los elementos están implícitos (sí, <html> y <head> incluídos) y pueden agregarlos cuando los necesiten

HTML5 está concebido como una evolución lógica del HTML que usábamos, ergo no necesitamos aprender nada nuevo para hacer lo que ya sabemos. Todos nuestros viejos y queridos tags funcionan, y ahora tenemos más para jugar: <header>, <footer>, <audio>, <video>, etc.

¿Les preocupa la compatibilidad con navegadores? La mayoría de los navegadores modernos (i.e. los que no empiezan con “Internet Explorer 6″) tienen algún grado de (in)compatibilidad pero sólo para los elementos nuevos. Lo mejor para arrancar es agregar el siguiente salvavidas en nuestro <head>:

1
2

<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
<script src="https://github.com/Modernizr/Modernizr/blob/master/modernizr.js"></script>

Con eso le indicamos al navegador que use todos los recursos disponibles para compatibilizar con HTML5 y detectamos las funcionalidades que soporta.

Aunque parezca algo del futuro, la resistencia es inútil, HTML5 se impuso ante todo (incluso la W3C) y llegó para quedarse. Por suerte existen muchos recursos para empezar, y lo mejor es aventurarse y sacar algo al mundo ya, para perderle el miedo. Así vamos a tener más HTML5 made in Argentina.

Voy a recordar dos cosas interesantes que me sucedieron a principios del año pasado: escribir como blogger en Hipertextual y leer por primera vez mi libro favorito “El Arte de la Guerra” de Sun Tzu. Particularmente porque quiero compartir una paradoja que también tiene que ver con escribir y leer, se trata del síndrome del teclado diferente, un termino inventado para referir a la incapacidad del lector para simpatizar con el autor, sólo por su condición de autor.

Cualquiera que haya tenido un blog sabrá a lo que apunto: informar algo + forjar opinión = devolución agridulce. Está claro que los comentarios son el purgatorio del blogger y desde el momento cero aprendemos que no debemos alimentar a los trolls, pero esto va más allá de la agresión sin sentido.

Muchos lectores parecen estar poco interesados por el mensaje pero completamente comprometidos con la forma en que lo comunicamos. Siempre falta o sobra algo, nuestro punto de vista parece caer siempre en el lado oscuro y discutirlo se convierte en un círculo infinito de comentarios. ¿Qué hacemos entonces? Nada.

No todas las batallas se ganan de frente. El hablar a través de un teclado diferente, por alguna razón, incita al otro de inmediato a tomar posición. Se siente amenazado si es de un grupo diferente (autor-lector) e inicia una guerra tácita, donde la batalla se pelea en la retórica, no en el contenido de nuestras palabras. Cada uno tiene su propio escudo: escribir con demagogia, imponer mano dura, mostrar arrogancia, apenarse en silencio, etc. Por más que creamos tener las cartas a nuestro favor, la realidad es que es un juego extraño, donde el mejor movimiento es no jugar.

Hace poco comenté que Kevin Rose, creador de Digg, empezó un nuevo proyecto llamado Foundation: un podcasts acompañado por newsletter semanal, el cuál podremos obtener al precio de US$3.99, ó gratis una semana más tarde y con publicidad.
En la web actual ya es una sorpresa cuando alguien nos propone pagarle por algo, pero esto se potencia si se trata de una figura como Kevin, quien logró su fama por devolver el poder a la gente con su agregador social de noticias.

El debate comenzó: en un extremo están quienes defienden una web abierta, donde todos los contenidos son libres y gratuitos. Por el otro está el lado oscuro: quienes piensan que los contenidos de calidad deben tener un valor más allá de las visitas y comentarios. En otro carril están los nómades digitales: autores cuyo tiempo y obra son valuados en otros canales, y sólo planean utilizar la web como una vía de distribución más, y cobrar por su trabajo.

¿Qué queda para nosotros? Seguimos subiendo nuestras fotos y actualizando nuestro estado en redes sociales, curando contenidos para servicios de terceros y realizando actividades para obtener badges, e inconscientemente quizás estamos devaluando un potencial de contenidos muy grande y perdiendo nuestro tiempo al llenar las plataformas web de otros con contenidos nuestros, sin una recompensa que influencie nuestro medio de vida.

Un tal Dave Morin se cansó de esta situación y fundó su startup letter.ly donde propone abandonar el concepto actual de blog, y volver a los newsletters (listas de correo) para distribuir los contenidos que creamos en la web a un precio que nosotros fijemos. La idea de cobrar por contenidos web no es nueva (walled garden), pero sí que lo hagamos nostros y no un gigante como el WSJ o una red de contenidos.

Muchos tratan a Kevin Rose como un traidor a su causa, trayendo una idea retrograda como cobrar por contenidos en la web envuelta en una tecnología arqueológica como las listas de correo. En mi opinión, cobrar por contenidos es el futuro de la web, la única manera sustentable de mover el poder de los proveedores de Internet a la gente, y mantener la neutralidad en la web. Lo que pasa es que estamos acostumbrados a que al escuchar las palabras “cobrar” y “web”, seamos nosotros los que pagamos, y no los que cobramos por los contenidos. Por eso pienso que la “idea” de Kevin no es mala, sólo está mal ejecutada y comunicada.

También aprovecho para recordar que santos no existen. Me parece interesante mostrar este video que encontré entre los comentarios en TechCrunch, donde se lo ve haciendo un pitch público sobre Digg, antes que sea conocido, simulando que encontró el sitio y no está vinculado con él:

Como parte de empezar este nuevo año motivado, decidí hacer una lista con las cosas que pude cumplir durante el 2010, y las metas planeadas para el 2011. También planeo actualizar esta lista a medida que vaya cumpliendo con dichos objetivos.

Lo que hice durante el 2010:

• Fuí editor en Hipertextual, escribiendo en AppleWeblog, Eterna Buenos Aires y ALT1040
• Trabajé mejorando la performance de mis startups: Zona Cine, sobre peliculas, y MercadoFotos, alojamiento de fotos
• Encontré a mi amor
• Reviví este blog sobre desarrollo
• Empecé el blog de películas de Zona Cine
• Incursioné en la venta de remeras originales
• Dejé una huella en el cemento de dos nuevos proyectos, uno de desarrollo en Mac y otro sobre cupones de descuento
• Inicié la búsqueda para formar un equipo de trabajo especializado en desarrollo web/mobile (sumate!)
• Completé mis primeros desarrollos web puramente en HTML5 y CSS3
• Puse en línea una nueva startup para comprar y vender gratis
• Me enseñé Git y publiqué mi primera contribución de código abierto a GitHub: un theme para WordPress basado en HTML5 Boilerplate
• Resolví más de 10 sitios web para clientes, 694 casos de desarrollo web y 1,474 tareas

Lo que planeo hacer haré en este 2011:

• Escribir (como mínimo) semanalmente en este blog
• Triplicar el tráfico de Zona Cine y la cantidad de usuarios con planes de MercadoFotos
• Empezar con el proyecto sobre desarrollo en Mac, Happy Mac Dev
• Desarrollar la web de mi agregador de cupones de descuento, Cuponada
• Consolidar el equipo de trabajo de neobot
• Lograr tráfico sustentable en remercado, hacerlo útil
• Sólo desarrollar webs portables, responsivas y de alta performance, en HTML5 y CSS3
• Implementar Git por sobre Subversion
• Lograr más clientes contentos con su éxito