En el mismo CES, Google nos ha presentado a Honeycomb (aka Android 3.0), el primer sistema operativo orientado a tables y Motorola aprovechando la atención generada nos ha mostrado el primer supertablet con procesador de dos núcleos y la nueva versión de Android llamado Xoom. Amazon prepara el lanzamiento de su propio App Store, y ya está invitando a los desarrolladores a que se unan al mismo a través de una suscripción de $99 anuales (el primer año es gratis). Me pregunto por qué tendría que pagar $99 al año para que mis aplicaciones aparezcan en el Amazon App Store, si pagando $35 por única vez, se pueden publicar aplicaciones en el Android Market de Google y mis aplicaciones aparecerían tambien en Amazon, además no tendrían que pasar por el proceso de aprobación de Amazon, sino que inmediatamente estarían disponibles. En fin veamos que se les ocurre a los marketeros de Amazon para convencernos que que compartir nuestra ganacias con ellos es mejor.

Lo único malo de este 2011 para mi por lo menos, es que aún los usuarios de Nexus One no tenemos el Android 2.3 en nuestros celulares, parce que Google está prestando más atención a quitarle el mercado de las tablets a Apple que a seguir actualizando su propio celular introducido hace apenas 1 año.

Aquí les dejo un videito que encontré sobre como luce Gmail en Android 3.0, realmente sorprendente:

Muy bien desarrolladores de aplicaciones, ya sean estas de escritorio, web o de móviles, preparence que el "programador ciudadano" (en inglés Citizen Developer) ha llegado y amenaza con crear el mismo tipo de caos que crearon los peiodistas ciudadanos. Según un informe de Gartner Group publicado hace un año, se espera que para el 2014, el 25% (una de cada cuatro) aplicaciones habrá sido escrita por un programador ciudadano. Vista la actual aparición de herramientas que permiten crear aplicaciones completamente funcionales y casi sin escribir una sóla línea de código como pueden ser App Inventor, Application Craft o Appcelerator Titanium, alguien podría pensar que Gartner es muy conservativa en sus proyecciones y ese número podría ser alcanzado antes.

 Pero que es un programar ciudadano o como entiende Garnet el término, pues del documento presentado por ellos extraigo esto:

"Future citizen-developed applications will leverage IT investments below the surface, allowing IT to focus on deeper architectural concerns, while end users focus on wiring together services into business processes and workflows,” said Eric Knipp, senior research analyst at Gartner. “Furthermore, citizen development introduces the opportunity for end users to address projects that IT has never had time to get to — a vast expanse of departmental and situational projects that have lain beneath the surface"

Es decir en teoría el programador ciudadano es el usuario elevado a la categoría de desarrollador, para ello debe contar con herramientas 100% gráficas que le permitan abordar el desarrollo de aquellas aplicaciones que necesita para automatizar su labor diaria y dejar al departamento TIC a cargo sólo de la infraestructura, liberandolo del desarrollo de apliaciones pequeñas que por lo general nunca son atendidas.

Esta no es la primera vez que escucho este tipo de pronosticos, recuerdo que cuando apareción dBase II y luego dBase III, una nueva generación de "desarrolladores" apareció en las empresas, claro todos ellos con muy poca formación en los fundamentos de la programación y que dejaban mucho que desear tanto en el diseño de las aplicaciones, como en la seguridad de las mismas. Pero la masa de programadores aumentó.

Luego con la llegada de Windows y VisualBasic, otro gran número de "desarrolladores" se sumo a la mezcla. Otra vez, los mismos problemas de falta de criterios en el diseño de las estructuras internas de las aplicaciones y de los datos que daban sustento a las aplicaciones, así como muy pobres estándares de seguridad.

En fin en cierta forma, los problemas de este tipo de aplicaciones desarrolladas por usuarios con herramientas de programación fáciles de usar, estaban circunscritos a un entorno local. El desarrollador ciudadano ahora aspira a crear aplicaciones web accesibles por casi todo el mundo, así que cuando esto llegue ya me imagino explicandole a un programador ciudadano que significa "escalabilidad".

Lo que es inevitable es que el programador ciudadano llegue y lo cambie todo, los factores que lo traeran al mundo TIC, son cuatro:

• Personalización en masa: El programador ciudadano sabe cómo personalizar una solución a sus propias necesidades y preferencias. Piense en su cuenta de facebook, lo más probable es que usted ha tomado todos los componentes de Facebook (o sus partners) y ha compuesto una página que ofrezca una solución que satisfaga sus necesidades e intereses personales. En una sola plataforma hay 500 millones de soluciones facebook diferentes – ¡todos creados por los programadores de los ciudadanos!
• Computación en la nube: En los viejos tiempos que se necesitan para instalar y configurar tus propios servidores y bases de datos, así como la infraestructura de red, incluso antes de que pudiera empezar a pensar en la aplicación real que se va a construir. Con la disponibilidad de recursos en todas partes de la nube que hay hoy en día, un programador ciudadano se pueda concentrarse en la funcionalidad empresarial que desee para la aplicación que planea desarrollar y no tener que preocuparce acerca de la versión de la base de datos es necesario instalar. Un gran libro que ayuda a comprender el impacto de la computación en la nube antes de que fuera llamada computación en nube fue  "The Big Switch" por Nicalas Carr.
• Los cambios en la demografía: Como resultado de la jubilación de los baby boomers, y la maduración de los "nativos digitales" significa que la fuerza de trabajo  espera una tecnología para el consumismo de la misma tecnología, por lo tanto no es una tendencia de estas personas a "es sólo trabajo", es su forma de vida.
• La evolución de herramientas: Como consecuencia de la mejora continua de las herramientas de desarrollo y su facilidad de uso, los programadores ciudadanos pueden crear aplicaciones de negocio cada vez más complejas sin tener que depender de los siempre escasos recursos del departamento TIC.

Así que si eres programador o tienes una empresa que se dedica sólo al desarrollo de aplicaciones, preparate porque vas a descubrir que sintieron los periodistas y los periódicos con la llegada de la web 2.0. Y los que son cyberdelincuentes, estarán de plácemes con la proliferación de aplicaciones de pobre diseño y peor seguridad.

Buscando encontré en el blog "farinspace web" una librería de PHP que permite manipular fácilmente hojas de cálculo de Google Docs, el nombre es Google_Spreadsheet, aunque no es muy imaginativo refleja claramente su finalidad. Luego se me ocurrió usarlo para una aplicación de ejemplo el clásico guessbook, pero eso requeriría la administración de login y perfiles, entonces se me ocurrió mezclarlo (hacer un mushup) con Facebook Connect. De esa forma la administración de la identidad se hace con el Facebook Connect y el registro de los comentarios se haría usando Google SpreadSheet. En pocas palabras lo único que se tiene localmente es el programa, todo los datos estarían en la red.

He preparado un pequeño server virtual con el ejemplo, que puede ser accedido en este URL. El código listo para desempaquetar y usar puede ser descargado desde este otro URL. Lo único que necesita hacer para probarlo es decargarlo en un server con soporte de PHP 5.2 o superior, tener una cuenta en Google Docs y registrar su aplicación en Facebook (más detalles sobre como registrar una aplicación en Facebook pueden ser contradas aquí). Con las credenciales del caso debe editar el archivo "config.php" de la siguiente manera:

<?

  $api_key  = "abcdefghijklmnopqrstuv0987654321"; <- API Key de Facebook
  $secret   = "1234567890abcdefghijklmnopqrstuv"; <- Secret word de FB
  $username = "user@gmail.com";             <- Usuario Google Docs
  $password = "123456";                      <- Password usuario Google Docs

?>

Con esos sencillos cambios debería de funcionar el script que pongo a disposición. Ojo esto es una prueba de concepto, no está cuidada la estética, y todo el código son dos scripts PHP monolíticos. Es decir este script tiene propósito educativo y no recomiendo su uso en entornos de producción.

Los detalles sobre Facebook Connect pueden ser revisados en la wiki de Facebook, por simplicidad en este post me limitaré a enfocarme en el uso de la librería Google Spreadsheet, en caso de que alguien esté interesado en un tutorial detallado sobre Facebook Connect, pues haganmelo saber en los comentarios, si veo que hay suficiente interés dedicaré un tiempo a escribir uno.

A revisar entonces el código de "index.php" que nos permite leer datos desde una hoja de cálculo de Google Docs.

En esta parte inicializamos el objeto $ss (spreadsheet), e indicamos que deseamos usar la hoja de cálculo "comentarios" y la página "Sheet1", es importante tener presente que los nombres son case-sensitive:

(…)
    $ss = new Google_Spreadsheet($username,$password);
    $ss->useSpreadsheet("comentarios");
    $ss->useWorksheet("Sheet1");
(…)

En esta parte asignamos a la variable $rows, todas las filas que tengan un campo "id" mayor que cero, dado que usaremos la función time() para general el campo "id", este es un número entero mayor que cero siempre. Luego con la función sizeof() obtenemos el número de filas que han sido leídas y usaremos la variable $start para acceder a ellos desde el último insertado:

(…)
    $rows = $ss->getRows("id>0");
    $size = sizeof($rows);
    $start = $size – 1;
    $count = 0;
(…)

Usamos el bucle while() para leer los diez últimos elementos del array que la función getRows() nos provee y los representamos a través de una tabla:

(…)
    echo '<hr>Diez &uacute;ltimos comentarios:<br /><br />';
    echo '<table>';
    while(($start>=0) && ($count<10)) {
         $row = $rows[$start];
        
         $nombre = $row[‘nombre’];
         $apellido = $row[‘apellido’];
         $avatar = $row[‘avatar’];
         $comment = $row[‘comment’];
         echo '<tr><td valign="top">' . '<img src="' . $avatar . '"><br />' . $nombre . '<br />' . $apellido . '<br /></td>';
         echo '<td valign="top" width="300">' . $comment . '</td></tr>';
          –$start;
          ++$count;
    }
    echo '</table>';
(…)

Como veran el algoritomo es bastante sencillo y sólo nos muestra los últimos 10 comentarios dejados en el guessbook. Ahora si queremos dejar comentarios debemos estar logueados, para ello se debe disponer de una cuenta válida en Facebook.

El script que agrega una fila a la hoja de cálculo de Facebook se llama "addrow.php" y para asegurarnos de que no puede ser usado directamente por alguien, lo primero que hace dicho script es ver si el usuario está logueado en Facebook, de estarlo lee los siguientes datos de su perfil: $nombre, $apellido, $avatar (la foto). Si no está logueado es redirigido a "index.php".

Finalmente si el usuario esta logueado y ha enviado un comentario, entonces el siguiente código se ejecuta:

(…)
      $ss = new Google_Spreadsheet($username,$password);
      $ss->useSpreadsheet("comentarios");
      $row = array (
                  "id" => time(),
                  "nombre" => $nombre,
                  "apellido" => $apellido,
                  "avatar" => $avatar,
                  "comment" => $comment
             );

      if ($ss->addRow($row)) {
         /* Si se puede agregar la fila exitosamente regresa a la pagina principal */
         $url = 'http://' . $_SERVER[‘SERVER_NAME’] . "/index.php";
         header("Location: $url") ;
      } else {
         /* Si se produce un error, nos alerta del mismo */
         echo "Error, lo sentimos pero su comentario no ha podido ser grabado.n";
      }     
(…)

Es decir creamos un objeto $ss, especificamos con que hoja de cálculo deseamos trabajar con la función userSpreadsheet() y con la función addRow() podemos escribir el contenido del array $row en la hoja de cálculo llamada "comentarios", de ser exitosa dicha operación somos redirigidos a "index.php", caso contrario se nos presenta un mensaje de error para darnos a saber de que por alguna razón el registro no pudo ser grabado en la hoja de cálculo.

Este tipo de solución es útil por ejemplo si deseamos utilizar Google App Engine con PHP. Como comenté el año pasado es posible usar PHP en App Engine a través del servlet Quercus. Sin embargo no se puede acceder directamente a BigTable desde una aplicación PHP implementada de esta manera, pero la libreria "Google SpreadSheet", debería de funcionar sin problemas en Quercus. Existen varias otros posibles escenarios en donde este tipo de soluciones serían utiles como por ejemplo hosting gratuitos o sencillamente formularios web que llenan directamente una hoja de cálculo que luego puede ser compartida por los empleados de la compañía.

Si alguien utiliza este tipo de solución en algún proyecto le agradecería que nos lo haga saber en los comentarios.

Microsoft, Apple, Intel, Nokia o Motorola, son todas corporaciones preparadas para luchar en un entorno industrial, donde la idea es producir en grandes volúmenes. Sin embargo grandes volúmenes de producción requieren grandes volúmenes de consumo, de no ser así el dinero invertido en la producción no puede ser recuperado. Un fenómeno externo al sector TIC como lo ha sido el credit crunch de finales del 2008, ha transformado la mentalidad y ahora menos significa más. El éxito en ventas de las netbooks y de las laptops de menos de $500 son una expresión de que el mercado se ha vuelto bastante sensible al precio. Es esa la razón por la cual el Nexus One, no se ha vendido tan bien como el iPhone o el Droid, básicamente porque a $530 cada unidad sin contrato, está muy lejos del bolsillo del consumidor promedio americano en estos momentos.

En este nuevo mundo de escaso crédito, donde la maximización del poder de compra de cada dólar es la regla para sobrevivir, computadoras con múltiples núcleos o inmensas pantallas, son el equivalente a los SUV. Representan una elevada inversión incial y un alto costo de operación, para satisfacer una elemental necesidad de transporte. Pero cuando se trata de reducir costos, los CIO están ahora también evaluando no sólo el costo de los PCs en los escritorios, sino también los software que estos utilizan. Ya se cuestiona la necesidad de procesadores de texto, debido al hecho de que la mayor cantidad de veces se utilizan para producir documentos que son atachados a correos electrónicos, esto debido a las políticas de ahorro en suministros como papel y tinta para impresora.

El que viene será un mundo diferente al que conocemos, un lugar donde la busqueda de la eficiencia en cada eslabón de la cadena será un requisito para sobrevir, por lo tanto y como consecuencia de lo anterior, la tercerización de servicios jugará un rol central en las estrategias de reducción de costos. ¿Por qué Google y Facebook iniciaran una batalla para determinar quien se quedará con un mercado así?

En los últimos días una serie de noticias han removido las bases de lo que pensábamos eran las redes sociales, primero fue Facebook que anunció que crearía un servicio de correo eletrónico, luego Google presentó Buzz, que añadía capacidades sociales a Gmail, a costa se crear mucha ansieadad en sus usuarios respecto a la privacidad. Casi inmediatamente Google activó Webfinger para sus cuentas de gmail, que también son las cuentas que tienen Buzz. Webfinger es un protocolo que permite usar direcciones de correo para acceder a nuestros perfiles y servir de identidades digitales.

¿Por qué todo lo anterior es importante?, la respuesta es sencilla, aquel que controle las identidades digitales en la web será el nuevo rey del sector. Es por ello que Facebook ha firmado un acuerdo con AOL para permitir que los usuarios de Facebook y del mensajero instantáneo de AOL puedan chatear juntos. Es por ello que que Google está decididamente apoyando oAuth. En un mundo en donde todo servicio relacionado a las TIC se accederá a través de la web y de forma pay-as-you-go (pre-pago), la importancia de una identidad única e interoperatividad entre servicios será el factor clave. Es decir el proceso de login en todo servicio ofrecido en la web se volverá un commodity.

Permitanme explicarles el problema con un ejemplo, supongan que Uds. que son el CIO de una gran empresa con miles de PCs, ¿por qué sería complicado una migración a Google Docs?, pues si se consigue o se programa la herramienta para mover toda la "legacy data" de manera automática al nuevo servicio o se contrata a alguien para que haga eso, no debería revestir mayores inconvenientes. Sin embargo el gran problema de ese tipo de migraciones es la administración de contraseñas (identidades) a dicha escala. El otro problema es que una vez dentro de la red de Google, sería también otra inversión millonaria moverse hacia otra alternativa, digamos Zoho, y el costo estaría también en la administración de las contraseñas (identidades). Por el contrario, si los sysadmin no tienen que lidiar con la administración de las contraseñas y sólo necesitaran saber los "usernames", que se convertirian en las identidades digitales de los usuarios, el trabajo se simplificaría enormemente.

Es por ello que tanto Facebook y Google, desean ser su única solución para su identidad en línea, ya que cotrolando el punto de validación en la web, pueden controlar todo el mercado de SaaS (Software as a Service). Sólo el servir de intermediario de micro-pago reportaría miles de millones de dólares anuales sin tener que asumir casi ningún riesgo. El premio es muy jugoso como para no tomarlo en serio y las únicas dos empresas, por el momento, que están tratando de conseguir el control de ese estratégico punto son Facebook y Google.

Pero, la razón de éste mini-tutorial de cómo usar el API de bit.ly, que es un servicio de redución de URL, es justamente por que he visto que Mashable, ahora muestra un numerito sobre el botón para hacer buzz de sus posts. Estuve leyendo la documentación del API de Google Buzz, con la clara intención de duplicar dicha funcionalidad en mi blog y lamentablemente encontré que no es posible encontrar el número de "buzzeadas" que un determinado website ha recibido. Al menos por el momento esa información no es accesible a través del API de Buzz. Entonces, ¿cómo han resuelto el problema la gente de Mashable?, acaso tienen un trato secreto con Google para usar funciones no documentadas que sólo han sido reveladas a ellos, a cambio de buena prensa. Pues la respuesta es menos paranoica. y ciertamente más propensa a errores. Mashable no está contando el número de veces que un artículo ha sido compartido en buzz, sino el número de clicks sobre un link de bit.ly. Una solución simple, aunque de cuestionable eficacia.

Bueno, ahora que ya sabemos el por qué, veamos el cómo.

Para poder usar el API de bit.ly dentro de CodeIgniter debemos de descargar la librería bitly-api-library-codeigniter, que está alojada dentro de los repositorios de proyectos Open Source de Google. Adicionalmente debemos crear una cuenta en bit.ly ya que con ella podremos obtener un API Key, necesaria para usar el API.

Luego de que descompacte el archivo zip que contiene la librería Bitly.php, la debemos colocar en system/application/libraries/,  luego editamos el archivo system/application/config/autoload.php y denemos agregar esta línea:

$autoload[‘libraries’] = array(‘Bitly’);

Dado que la única forma de ser escuchado es formar comunidades y escuchar lo que otros tienen que decir, es que he comenzado a agregar algunos gadgets al blog que me permitiran establecer un mejor contacto con sus lectores. En realidad es algo que debí haber hecho hace mucho tiempo pero tal vez la noticia de que Google ha desarrollado plugins de Google Friends Connect específicos para Drupal y Joomla, tal vez los CMS más populares hoy en día, me hizo caer en la cuenta de que el uso de las redes sociales no está limitado a comentar fotos de la última fiesta o videos de gatos tocando un piano, sino que permtien establecer un diálogo fluído entre todos los miembros de una comunidad, en este caso particular es la comunidad generada alrededor de los contenidos que con mi mejor esfuerzo puedo poner en este blog.

Adicionalmente a los botones que permiten retweetear los posts o compartirlos con nuestros amigos en facebook, que agregue hace pocas semanas. Hoy he sumado dos widgets más que pienso podrían mejorar las capacidades de socialización del blog. El primero es la "Barra Social" de Google Friend Connect que permitirá a los usuarios que tienen una cuenta en Google poder unirse a la comunidad con el perfil que ya tienen registrado en Google y comentar los posts que les parezcan más importantes. El otro widget es el ya famoso formspring.me, que permite recibir preguntas de Uds. ya sea de forma anónima o no, a las cuales intentaré dar una respuesta lo antes posible.

Agregar estos widgets incrementa un poco la latencia de la página, pero el tiempo adicional para ver la página esta claramente compensado por el aumento de la interactividad del blog. Como siempre lo hago evaluaré si estos cambios realmente han traído más beneficios que problemas y como siempre corregiré lo que haya que corregir.

Gracias por seguir leyendo mi blog, esperando que estos cambios sean bien recibidos de su parte les deseo que esta sea una semana productiva y excitante para Uds.

1. Editar el archivo system/application/config/config.php y en la declaración de la variable "$config[‘uri_protocol’]", reemplazar el valor "AUTO" que esta por defecto por el valor "PATH_INFO".
2. En el mismo archivo anterior system/application/config/config.php debemos agregar el caracter "?" a los caracteres permitidos, eso se hace a través de la variable "$config[‘permitted_uri_chars’]".

La aplicación de prueba que he desarrollado y que puede ser vista en http://www.volkanrivera.com/twitterapp/, es en realidad muy simple, se basa en los famosos tests que aparecían en el extinto semanario "Monos y Monadas", pero nos permite ilustar algunas ventajas respecto de las aplicaciones Twitter con respecto a las aplicaciones Facebook. Hasta el momento estas son las que he encontrado yo:

1. Las aplicaciones Twitter pueden correr en URLs propios, en los cuales tenemos todo el espacio para desarrollar el diseño que querramos además de que podemos ubicar nuestra propia publicidad contextual, en el ejemplo se ha colocado AdSense, en el lugar que más nos beneficie. En las aplicaciones Facebook, en las cuales estamos dentro de Facebook, nuestro espacio esta restringido al iFrame que nos asigna Facebook, aunque es posible colocar AdSense tambien.
2. Es posible sólo efectual la validación del usuario y luego cerrar la sesion twitter controlando al usuario a través de nuestras propias variables de sesión. Es decir luego de que hemos validado a través del protocolo oAuth, no necesitamos a Twitter hasta que nuestro usuario haga un logout o cierre el navegador, lo cual haría que la sesion en CodeIgniter se cerrara.

Sin embargo en cualquiera de los casos, si utilizamos Facebook o Twitter para autenticar a los usuarios de nuestra aplicación o servicio, tenemos el inconveniente de que si dichos servicios están caídos, algo que suele pasar frecuentemente con Twitter, nuestros usuarios no podrían autenticarse. Pero por otro lado también hay sus ventajas, entre ellas una identidad única y consistente a través de toda la web, además de acceso a datos demográficos (especialmente en Facebook), que nos permiten personalizar de una manera que hace apenas 5 años pensabamos no era posible.

Me pregunto que tan factible sería el desarrollo de un juego de rol multijugador, utilizando Twitter para la interacción de los mismos, una de las principales ventajas de utilizar Twitter para esto es que los jugadores podrían seguir interactuando incluso desde sus celulares.

Programar aplicaciones para Facebook es sencillo, la documentación que provee dicha red social en su sección para desarrolladores es clara. Sin embargo embarcarnos un proyecto que sea un poco más complejo que un simple juego flash sin el uso de un framework puede resultar una experiencia bastante desagradable. En teoría dado que usamos PHP para desarrollar las aplicaciones, cualquier framework para este lenguaje como CakePHP, CodeIgniter o Zend Framework debería ser de utilidad, sin embargo aquellos que siguen este blog sabrán que soy un fan de CodeIgniter y por lo tanto es que me interesé en como hacer funcionar CodeIgniter con el API de Facebook.

Debo confesar que encontrar la información no fue fácil, la mayor parte de ella no esta actualizada y en muchos casos la información se encuentra segmentada entre diversas páginas web. Las dos páginas sobre las que me basé para desarrollar una aplicación de prueba han sido estas:

Facebook & CodeIgniter – Definitive Guide
Facebook Connect CodeIgniter Library

La aplicación de prueba que he desarrollado consiste en una simple página de bienvenida que muestra su nombre, la fotografía que utiliza como avatar en Facebook y los avatares de sus cinco primeros contactos. El resultado final puede ser probado (si tiene una cuenta en facebook) desde el siguiente URL:

http://apps.facebook.com/mycifbapp/

El código completo de la aplicación ejemplo puede ser descargado en formato zip haciendo click aquí.

Solo debe descomprimirlo y editar el archivo ./myfbapp/system/application/config/constants.php y editar estas líneas:

define(‘FB_API_KEY’, ‘1234567890abcdef1234567890abcdef’);
define(‘FB_SECRET’,  ‘1234567890abcdef1234567890abcdef’);
define(‘APPLICATION_URL’, ‘http://apps.facebook.com/mi_applicacion/’);

Debe reemplazar los valores apropiados que obtendrá luego de registrar su aplicación en Facebook.

Para poder usar este ejemplo Ud. necesita:

• Un servidor web accesible desde Internet.
• Soporte para PHP 5.2 (al menos).

Espero que éste ejemplo les ayude a iniciar el desarrollo de sus propias aplicaciones Facebook, a la vez que espero sus comentarios para poder mejorar o aclarar algún aspecto que no haya quedado claro.

Muy bien, por más que aceptaramos que Blogger es muy ventajoso desde el punto de vista técnico que tiene que ver eso con el hecho de querer usarlo para reemplazar a otros softwares CMS como Drupal, Joomla! o Mambo. Pues bien antes de comenzar a discutir sobre el tema echen un vistazo al website de este hostal ficticio llamado Algun Hostal, hice este website para fundamentar mi punto. Dicho website esta alojado en blogger, es más el website es un blog de blogger pero personalizado de manera extrema, tal vez la única forma de creerlo es usando su dirección blogspot http://algunhostal.blogspot.com/.

Básicamente todo blog es una página web, sólo que las páginas que lo componen están categorizadas cronológicamente, los post más nuevos se muestran al principio. Sin embargo hacer que un blog muestre el look and feel de un website cualquiera no es tal complicado, sólo bastaría con eleminar toda referencia a autor del post, fecha de publicación y limitar el número de post a ser mostrados en la página principal a sólo uno. Pero es evidente que los templates que ofrece blogger por defecto son pocos, es por ello que es bueno buscar templates para blogger en otros lugares, yo les recomiendo Btemplates, es de alli de donde tome el template que estoy usando.

Un pequeño problema es eliminar las referencia a post anterior y post previo cuando entramos a un post en particular, eso se puede evitar agregando estas líneas al template justo al final de la sección /* Content */

.feed-links {
margin-bottom: 10px;
border: none;
visibility: hidden;
}

.blog-pager {
border: none;
visibility: hidden;
}

Con el pequeño cambio anterior y usando un Widget para proveer un "Contact Form", les recomiendo Kontactr, ya tenemos un website típico a costo $0, ya que podemos usar un nombre de dominio gratuito, .cix.pe es otro de mis proyectos y tiene por objetivo ofrecer nombres de dominios gratis.

Lamentablemente Kontactr, en estos momentos sólo esta disponible en inglés, pero un amigo mio esta trabajando en un proyecto que busca clonar y extender en un widget enteramente en español las funcionalidades de Kontactr.

Como veran, con sólo unos minutos de trabajo extra es posible levantar toda una presencia Internet a costo cero, primero registrar un nombre de dominio gratis, luego crear el website en blogger y usando Google Apps, podremos tener e-mails usando nuestro propio nombre de dominio, todo por el precio más bajo que podemos pagar $0.

Actualmente estoy trabajando en un tutorial paso a paso de como obtener un website como el de "Algún Hostal", cuando lo tenga listo incluiré el link para que puedan seguirlo aquellos que deseen algo más detallado.

Por otro lado tampoco creo de que estemos expectando la llegada de la Web 3.0, como el autor del blog "De Color Naranja", expresa en su post "Web 2.0 ¿Muerte o Evolución?". Estamos a punto de ver las consecuencias del Credit Crunch en Internet y especialmente en la web. En dos artículos que han llamado mi atención aparecidos en The Wall Street Journal, uno titulado "El Shock del futuro para los anuncios en Internet" y el otro "Se enfría el mercado de los anuncios web locales", se presentan cifras a mi modo de ver alarmantes para todos aquellos que tenemos un Startup que ha basado su plan de negocios en la publicidad online. La conclusión a que llegan ambos artículos periodísticos es la misma, no habra más crecimiento de publicidad en-línea, claro a los periódicos y TV les ira peor, pero a diferencia de los medios de difusión masivos tradicionales, las barreras de entrada para la Web 2.0 son tan bajas que cualquiera puede entrar a ella sin inversión inicial y con una razonable expectativa de hacer algunos dólares en tiempos de crisis, lo cual genera una avalancha diaria de nuevos empresarios 2.0. Sin embargo a más crecen las redes sociales, el blogging y el microblogging, disminuye la porción del pastel publicitario que le corresponde a cada uno de los miembros de la Web 2.0, tan simple como eso.

Además debido a la recesión de escala mundial que enfrentamos, observaremos una deflación generalizada, pues todo el mundo desea reducir su margen para capturar los poco dólares que hay en el mercado, esto por ejemplo ha hecho que Walmart, tal vez una de los pocos gigantes que se están beneficiandose de la crisis, haya tenido que reducir sus proyecciones de beneficio, pues ha tenido que recortar aún más sus margenes para poder seguir atrayendo clientes. Esto significa claramente que las empresas que deseen sobrevivir en este entorno deberán de aplicar una reducción en los costos radical y como resultado de esto el sector publicitario sentirá la pegada muy pronto.

Así como Lively, que ha sido el primer proyecto de Google en ser cancelado, vendran muchas más reducciones de gastos a todo nivel, tanto en Google como en todas las empresas cuyo mercado es el web. Como resultado de lo anterior las Startup que no tengan un plan de negocio basado en suscripción podrán tener problemas de caja graves para seguir operando durante el 2010. Esta crisis seguirá con nosotros probablemente hasta el 2011 o 2012.

Otro giro radical que veo como resultado de la generalización de la crisis económica a todos los sectores de la economía, es que las nuevas Startup, ya no buscaran desarrollar infraestructura propia, sino que usaran soluciones Cloud Computing como Amazon EC2 o Google AppEngine. Lo cual traerá como consecuencia la consolidación en grandes centros de datos, no me extrañaría ver en 5 años sólo 4 o 5 grandes proveedores de Cloud Computing que controlen el 90% del mercado. Es más no me extrañaría ver migraciones de empresas establecidas y con infraestructura propia, reescribiendo porciones de sus aplicaciones para correr en la nube.

La Web 2.0 como la conocemos, con contenido producido por los usuarios poco a poco ira desapareciendo, conforme el tiempo libre de la mayoría de los usuarios desaparezca, porque en tiempos de crisis hay que trabajar mucho más para conseguir la misma cantidad de dinero. Por otro lado la web cada vez se parecerá más a los medios masivos como la TV o las revistas (se volverá un medio de evación y no de afirmación) y el interés ya no estará centrado tanto en "¿qué estas haciendo?", pues los estándares de vida habrán caido tanto en los próximos años, que todos sabremos que las vidas de nuestros amigos son igual de angustiosas que las nuestras y justamente ya no se querra oir más malas noticias. Por el contrario podremos ver que en Internet se popularizaran formas de evadir la realidad como juegos en línea, especialmente de rol, donde se puedan asumir identidades imposibles de tener en la vida real, y estos se volveran más populares conforme la crisis se vaya profundizando. No descarto tampoco que haya un auge de los casinos en línea donde los desesperados, especialmente si se concreta una plataforma de micropago seguna y universal, trataran de revertir su destino en una mano de póquer.

La web en latinoamérica retrocederá pronunciadamente, conforme en los hogares se reduzcan todos los gastos no indispensables y el dinero para ir a chatear o subir fotos a Hi5 en una cabina Internet tenga que ser usado para poner pan en la mesa. Menos usuarios significa logicamente que estos servicios serán menos atractivos para poner anuncios en ellos. Recordemos que finalmente lo que venden estos sitios sociales son una audiencia, si esta decae, lo mismo sucederá con sus anunciantes, probablemente las redes más pequeñas terminarán siendo absorvidas por otras más grandes.

Es decir creo que la Web 2.0 (la web social) como la conocemos actualmente, sera transformada radicalmente por la presente recesión mundial, pero esta no evolucionará hacia una Web 3.0, sino por el contrario podríamos decir que hara una regresión y podría convertirse en una Web 1.5, juegos en grupo, pero contenido generado por los medios tradicionales, de la forma tradicional.

Los Chipod se han caracterizado en los últimos años por ser comercializados con memorias Flash que han sido hackeadas para mostrar un tamaño superior a la real, así equipos con sólo 1 GB eran vendidos como equipos de 4 GB u 8GB. Sin embargo la contínua caída de los precios de las memorias Flash ha hecho que estos dispositivos ofrescan ya sus valores reales. Es así que podemos ver Chipods con 2GB de memoria en el rango de precios de los $20 a $30.

Como todo producto que pretende ganar mercado, en adición a la funcionalidad de reproducir el popular formato de audio MP3, los Chipod ofrecen a la vez otras funcionalidades como visualizar archivos gráficos (GIF, JPEG), sintonizar estaciones de radio FM y servir como grabador de audio. Pero tal vez la característica que más atrae al público es su capacidad de reproducir videos, es por ello que algunos suelen referirse a estos productos como "MP4 Players", aunque lo cierto es que la gran mayoría de Chipod no puede reproducir el formato MP4, sino otro formato propietario llamado AMV. La razón es simple el chip usado en la fabricación de estos dispositivos polifuncionales de bajo precio no posee el poder suficiente para decodificar archivos con formato MP4.

Dado que estos dispositivos son ampliamente populares actualmente y que el software que traen en el CD que suele acompañar al producto está sólo disponible para Windows y ofrece una funcionalidad limitada (convierte solo AVI o MPEG a AMV). Y por otro lado la casi universal aceptación de YouTube para buscar videos, es que decidí iniciar un proyecto personal para ofrecer la conversión directa de videos de YouTube, que suelen estar en formato FLV al formato AMV que usan la mayoría de Chipods. De esa forma en un sólo paso y usando un navegador cualquier usuario podría poner contenido en su Chipod, independientemente del sistema operativo que utilice.

La idea es simple, Ud. solamente copia el URL del video que desea convertir en la caja de texto, selecciona la resolución de la pantalla de su Chipod, hace click en convertir y luego de unos minutos se le ofrece un link desde el que puede descargar el archivo AMV que puede ser copiado en su Chipod. Aunque el sitio está aún en fase de prueba (beta), he decidido hacer público mi proyecto FLV2AMV, para recibir sus comentarios y sugerencia de cómo mejorar el servicio. Además si la idea prospera podría convertirlo en un Startup.

Quedo a la espera de sus sugerencias, comentarios y críticas. A la vez que espero esta idea les sea de utilidad.

Algo que pude hacer ayer en la noche, mientras esperaba la confirmación de que unos cambios en el enrutado de una de las redes de la empresa donde trabajo, fue habilitar el envio de posts a través de mensajes SMS. La pregunta de qué gané con eso es superflua, pues estoy en etapa de prueba, es decir no tiene más sentido que el experimentar y ver si algo útil puede salir de todo esto.

En pocas palabras el proyecto "Echo" es la versión de Google Gadget para eBay, de esa forma eBay ofrece a sus clientes la posibilidad de personalizar aún más sus tiendas virtuales, y a los desarrolladores la posibilidad de vender sus web gadgets a los comerciantes que usan eBay. Aunque por lo pronto el proyecto esta en desarrollo se espera que éste entre en servicio el primer trimestre del 2009.

Según algunos críticos esta es una tardía respuesta de eBay, incluso Josh Catone en "ReadWriteWeb", hace un post titulado "eBay lanza plataforma de desarrollo, ¿demasiado poco y demasiado tarde?", en el cuál Catone dice que de sus conversaciones con muchos usuarios del sitio de venta por Internet, piensan que estos cambios no seran suficientes para que se queden en el agónico eBay y continuaran con sus planes de mudarce a otra plataforma. Incluso Catone en un post previo (del 3 de junio) titulado "Problemas en eBay", describe como a pesar del aparente buen estado financiero de la empresa que ha producido unos ingresos de 2190 millones de dólares este primer trimestre, parece que el interes del público por las subasta esta decayendo en favor de precios fijos lo cuál ya representa el 42% de las transacciones. Hay que recordar que las subastas en línea era el corazón del negocio de eBay. Y en el sector del comercio electrónico con precios fijos, es Amazon el indiscutible monarca.

Habra que esperar y ver si es que la nueva idea de eBay da resultado y atrae desarrolladores, pero sobre todo desde el punto de vista de eBay nuevos comerciantes que deseen usar la plataforma para desplegar su tienda virtual.

Escalabilidad, es la propiedad de poder atender un tráfico creciente sin que el servidor colapse. Disponibilidad, es la propiedad de tener el blog disponible 24/7 (24 horas del día, 7 días a la semana). Usando Blogger uno consigue esas dos valiosas características, que no tenemos al usar un servidor propio corriendo WordPress, aunque hay otras que ganamos a cambio.

La principal ventaja de tener nuestro blog, hosteado en un sevidor independiente es que podemos tener nuestro propio nombre de dominio (lo cuál nos da identidad propia), mostrar nuestro propio favicon (tambien nos da identidad propia), y finalmente nos liberamos de la odiada barra de navegación de Blogger, que puede distraer a nuestros lectores llevándolos a otros blogs, y que finalmente le dice a nuestros lectores que estamos en un servicio gratuito, lo que para muchos visitantes puede ser sinónimo de baja calidad, aunque eso no sea cierto para nada.

Pues bien las razones anteriores ya no son motivo para salir de Blogger, he estado experimentando y he levantado un blog en Blogger (http://tvperuana68.blogspot.com), que es accesible usando un dominio propio http://www.tvperuana.com/, que tiene un favicon propio y además no muestra la odiosa barra de navegación de Blogger, todo con simples cambios en el control panel.

Otra ventaja que descubrí al hacer la creación del blog en Blogger, es que automáticamente el blog es indexado por los principales directorios como Technorati y Google lo indexa más fácilmente, por ejemplo el blog recién tiene 1 día de creado y el PR (Page Rank), ya es de 2.

La parte más complicada actualmente es el cambio del favicon, ya que no hay muchos servicios gratuitos que nos permitan subir un favicon que sea luego públicamente accesible a través de la web, yo lo he resuelto temporalmente usando uno de mis servidores, pero se me ha ocurrido desarrollar una aplicación en GAE (Google App Engine), que permita a las personas subir un favicon y luego acceder a él a través de un URL.

No se si valdría la pena escribir un tutorial expliacando como hacer ésta personalización de un blog en Blogger, pues a lo largo de diversos post he ido describiendo como hacer los cambios, aunque siempre es bueno tener un sólo documento que consolide todo, esperaré los comentarios para ver si vale la pena hacer dicho Howto.

Por cierto el Howto de cómo integrar CodeIgniter con el API de Blogger no ha sido visitado, lo cuál me lleva a pensar de que no hay mucho interes sobre ese tema, pero al menos para mi si es importante porque yo estoy con miras a migrar mi blog hacia Blogger y cómo dije antes, quiero tener siempre un WordPress sincronizado en caso de que las condiciones de servicio de Blogger cambien (Google se vuelva malo). No puedo con mi genio como todo SysAdmin soy demasiado paranoico.

Practicamente todos los elementos del template se pueden personalizar. Por ejemplo nos permite elegir un layout (distribución general de la página) asi podemos seleccionar entre una columna, dos columnas (con el menu a la izquierda o derecha) o tres columnas;  los colores y la posición de los elementos dentro del template son igualmente personalizables. Con suficiente tiempo y creatividad se puede diseñar un template agradable a la vista y lo mejor de todo, completamente original. Adicionalmente a la sencillez  de uso tiene un FAQ en inglés, cubre las dudas básicas que uno pueda tener sobre el uso del utilitario.

Aunque el autores del proyecto (Aidin) recomiendan trabajar con Firefox, he visto que funciona igualmente con IE y Opera. Una característica que me llamo la atención es que tiene Farsí como una opción en lenguaje, lo cuál me lleva a pensar que Aidin es persa.

Definitivamente una muy buena aplicación basada en web, en lo personal por lo sencillo y práctico de la idea me agrada.