lunes, mayo 25, 2009

Moblin 2.0 BETA


Moblin (mobile Linux), es un proyecto open source enfocado al desarrollo de aplicaciones en dispositivos móviles de Internet (Mobile Internet Devices), y en otro tipo de dispositivos de esta categoría, como NetBooks y NetTops. Intel inicio este proyecto hace un rato, con la idea de tener un proyecto de entrada en el mercado de los teléfonos móviles. Pero con la llegada explosiva de las netbooks, vieron la oportunidad y Moblin dio el salto a este creciente mercado.


El 21 de mayo de 2009, el comité de Moblin libero la versión BETA de Moblin v2.0 para NetBooks y Nettops enfocado a que los developers se animen a usarlo para crear aplicaciones para esta interesante plataforma. Al descargar Moblin (y probarlo en una maquina virtual) podremos disfrutar de las impresionantes mejoras que han aplicado en la interfaz visual. Moblin es un sistema operativo basado en GNU/Linux pero en el que los desarrolladores de Intel y de la Linux Foundation (ahora lideres del proyecto) han diseñado una interfaz de usuario radical, eficiente y novedosa, para proveer una forma única de interactuar con redes sociales, internet y multimedia, aun con las limitantes de una netbook.



Bien lo dicen en MuyLinux:
"... han dejado patente que no todo está inventado en el mercado de la interfaz de usuario."


Sinceramente, a mi la GUI me ha dejado muy interesante en el desarrollo del proyecto, y si tuviera una NetBook, ya estaría pensando en ponerle Moblin, aun siendo BETA.
Me encanta el enfoque al que se han orientado, interacción en los medios sociales, y conectividad extrema. Después de todo, para eso son las NetBook... no son para programar o hacer cuentas, es para mantenerte conectado, redactar correos, usar twitter, chatear, ver YouTube... lo que muchos llaman "lo básico"...


En este vídeo, podrán ver las características más interesantes de Moblin:



Y si tienen dudas sobre NetBooks, en el blog de Miguel Mathus encontré un articulo con una buena cantidad de informacion sobre estos aparatatitos, que poco a poco están ingresando al mercado Salvadoreño. Y tú, ¿Crees que una NetBook seria útil para ti?

Moblin 2.0 BETA


Moblin (mobile Linux), es un proyecto open source enfocado al desarrollo de aplicaciones en dispositivos móviles de Internet (Mobile Internet Devices), y en otro tipo de dispositivos de esta categoría, como NetBooks y NetTops. Intel inicio este proyecto hace un rato, con la idea de tener un proyecto de entrada en el mercado de los teléfonos móviles. Pero con la llegada explosiva de las netbooks, vieron la oportunidad y Moblin dio el salto a este creciente mercado.


El 21 de mayo de 2009, el comité de Moblin libero la versión BETA de Moblin v2.0 para NetBooks y Nettops enfocado a que los developers se animen a usarlo para crear aplicaciones para esta interesante plataforma. Al descargar Moblin (y probarlo en una maquina virtual) podremos disfrutar de las impresionantes mejoras que han aplicado en la interfaz visual. Moblin es un sistema operativo basado en GNU/Linux pero en el que los desarrolladores de Intel y de la Linux Foundation (ahora lideres del proyecto) han diseñado una interfaz de usuario radical, eficiente y novedosa, para proveer una forma única de interactuar con redes sociales, internet y multimedia, aun con las limitantes de una netbook.



Bien lo dicen en MuyLinux:
"... han dejado patente que no todo está inventado en el mercado de la interfaz de usuario."


Sinceramente, a mi la GUI me ha dejado muy interesante en el desarrollo del proyecto, y si tuviera una NetBook, ya estaría pensando en ponerle Moblin, aun siendo BETA.
Me encanta el enfoque al que se han orientado, interacción en los medios sociales, y conectividad extrema. Después de todo, para eso son las NetBook... no son para programar o hacer cuentas, es para mantenerte conectado, redactar correos, usar twitter, chatear, ver YouTube... lo que muchos llaman "lo básico"...


En este vídeo, podrán ver las características más interesantes de Moblin:



Y si tienen dudas sobre NetBooks, en el blog de Miguel Mathus encontré un articulo con una buena cantidad de informacion sobre estos aparatatitos, que poco a poco están ingresando al mercado Salvadoreño. Y tú, ¿Crees que una NetBook seria útil para ti?

Twittas, Twoogle y VisibleTweets

Revisando algunos tweets de la semana pasada, encontré algunos tweets de sitios que hacen un mash-up muy interesante de Twitter y algún otro servicio Web...

@marlonmelara comparte en su blog: Twittas?, un servicio que, entre otras cosas, permite localizar en un mapa a tus followers, y cuando llegaras al millón de seguidores.

"Quizas lo mejor de Twittas?, es el mapa para ver tus followers."

@sinrevelar tiene en su twittpic una captura de Twoogle, que es un sitio que permite buscar en Twitter y en Google todo desde la misma pagina, mostrando los resultados simultáneamente. Twoogle apunta a realizar poderosas búsquedas combinando las características de tiempo real de Twitter y la relevancia de contenido de Google.

"Busca en Twitter y Google, simultáneamente ;)"

Y finalmente, encontré VisibleTweets.com, que es una pagina para visualizar tweets, esta mini-aplicación, permite buscar twitts marcados con #hashtags específicos, y los muestra con varias interesantes y muy buenas animaciones, sigan a @visibletweets para estar pendiente del sitio.

"VisibleTweets: Twitts + Animaciones."

¿Tienes otro servicio interesante que use contenido de Twitter?, Compartelo!

Twittas, Twoogle y VisibleTweets

Revisando algunos tweets de la semana pasada, encontré algunos tweets de sitios que hacen un mash-up muy interesante de Twitter y algún otro servicio Web...

@marlonmelara comparte en su blog: Twittas?, un servicio que, entre otras cosas, permite localizar en un mapa a tus followers, y cuando llegaras al millón de seguidores.

"Quizas lo mejor de Twittas?, es el mapa para ver tus followers."

@sinrevelar tiene en su twittpic una captura de Twoogle, que es un sitio que permite buscar en Twitter y en Google todo desde la misma pagina, mostrando los resultados simultáneamente. Twoogle apunta a realizar poderosas búsquedas combinando las características de tiempo real de Twitter y la relevancia de contenido de Google.

"Busca en Twitter y Google, simultáneamente ;)"

Y finalmente, encontré VisibleTweets.com, que es una pagina para visualizar tweets, esta mini-aplicación, permite buscar twitts marcados con #hashtags específicos, y los muestra con varias interesantes y muy buenas animaciones, sigan a @visibletweets para estar pendiente del sitio.

"VisibleTweets: Twitts + Animaciones."

¿Tienes otro servicio interesante que use contenido de Twitter?, Compartelo!

sábado, mayo 23, 2009

Cookies, cookies, cookies... (¿Qué es una Cookie?)

Las cookies son pequeños bits de informacion textual, que un servidor web (o un contenedor de aplicaciones) envía a un navegador cliente para identificarlo; el navegador luego retorna esa informacion (esos bits de informacion textual) cuando se visita nuevamente ese sitio web o dominio. Haciendo que el servidor lea informacion que se le había enviado previamente a un cliente, la aplicación web puede proveer a sus visitantes, con unas cuantas conveniencias que se describen a continuación:

Identificar a un usuario durante una sesión de comercio electrónico:
Si alguna vez te pusiste a curiosear Amazon.com, o alguna otra tienda en linea, ya sabrás sobre la metáfora del carrito de compras (Shopping Cart) que se puso tan de moda con el "e-Commerce", en el que el usuario selecciona un ítem, lo añade a su carrito, y sigue comprando, justo como cuando se visita el super mercado.
Como las conexiones HTTP se cierran luego de que cada pagina se envía (HTTP es Stateless), cuando el usuario selecciona un nuevo ítem para su carrito, ¿como sabe la tienda que el es ese mismo usuario que puso el ítem anterior en su carrito?... simple, con las cookies.
Es mas, las cookies son tan útiles que los Java Servlets tienen API especifico para manejarlas.

Evitar autenticarte constantemente:
Muchos sitios web grandes, requieren que te registres para utilizar sus servicios (Twitter, SlideShare, Facebook, Yahoo! Mail, etc), seria muuuuuy inconveniente, cada vez que el usuario realiza una acción (cambiar de pagina por ejemplo) preguntar constantemente el usuario y la contraseña a un usuario si ya se autentico al ingresar por primera vez. Las cookies se utilizan como parte de una solución (de baja seguridad) en la cual, se le puede dar informacion de autenticación al usuario (ID, llave de identificación, tiempo que vive la sesión, etc, nunca las contraseñas o números de tarjetas de crédito) luego de que este ingreso correctamente al sistema, luego cuando el usuario realiza una acción en el sitio, esta informacion se envia al servidor y este busca esa identificación para determinar si pertenece a ese usuario y si esta autenticado correctamente.

"De vez en cuando es bueno borrar las cookies."

Personalizar un sitio:
iGoogle es un ejemplo perfecto de la personalización de un sitio. iGoogle, entre otras cosas, usa una cookie para "recordar" que widgets le agregaste, cuantas pestañas tienes, etc...

Publicidad personalizada:
Un motor de búsqueda, como Google, puede mantener una pista de las preferencias de un usuario a lo largo del tiempo, de esta forma, la publicidad que se le muestra a ese usuario, estará enfocada a sus preferencias de busqueda. Esa es la magia de AdSense, AdWords, y de la infame cookie de Google.

"Un mundo Google nos vigila."

Proveer características convenientes a los usuarios y valor añadido al dueño del sitio es el propósito de las cookies. Y a pesar de algunos individuos paranoicos, las cookies no son una amenaza seria (por si mismas) a la seguridad de los usuarios finales.

Consideraciones sobre la seguridad de las cookies:
Las cookies no se "interpretan" o ejecutan en un sistema, por lo que no se puede insertar virus en ellas para comprometer la integridad de un sistema. Los navegadores generalmente solo aceptan 20 cookies por sitio, además un navegador nunca poseerá más de 300 cookies en total, y cada cookie esta limitada a un tamaño de 4 KB, así que no se pueden usar para llenar el disco duro de un cliente (especialmente con el tamaño de los discos duros modernos).

"300 cookies... 1 usuario."

Sin embargo, aunque las cookies no presentan una amenaza a la seguridad, si pueden presentar una seria amenaza a la privacidad. Pero más que culpa de la cookie en si, los problemas de privacidad radican en programadores con practicas poco seguras (como meter informacion de tarjetas de crédito en una cookie, ese SI que es un problema).

Dos consejos finales. Por los problemas reales que comprometen la privacidad de los usuarios, estos algunas veces deshabilitan las cookies. Así que si una cookie te da valor agregado a tu sitio, este no debe de depender totalmente de las cookies para funcionar. Y el segundo, es que los programadores de servlets que usan cookies, deben de ser cuidadosos para no almacenar informacion extremadamente importante (como: NUMERO DE TARJETAS DE CRÉDITO!!!) en las cookies.

Para más informacion sobre las cookies, puede visitar la Wikipedia , tambien Java Tips (usar una cookie de una JSP) y Cookie Central.

¡Saludos!

Cookies, cookies, cookies... (¿Qué es una Cookie?)

Las cookies son pequeños bits de informacion textual, que un servidor web (o un contenedor de aplicaciones) envía a un navegador cliente para identificarlo; el navegador luego retorna esa informacion (esos bits de informacion textual) cuando se visita nuevamente ese sitio web o dominio. Haciendo que el servidor lea informacion que se le había enviado previamente a un cliente, la aplicación web puede proveer a sus visitantes, con unas cuantas conveniencias que se describen a continuación:

Identificar a un usuario durante una sesión de comercio electrónico:
Si alguna vez te pusiste a curiosear Amazon.com, o alguna otra tienda en linea, ya sabrás sobre la metáfora del carrito de compras (Shopping Cart) que se puso tan de moda con el "e-Commerce", en el que el usuario selecciona un ítem, lo añade a su carrito, y sigue comprando, justo como cuando se visita el super mercado.
Como las conexiones HTTP se cierran luego de que cada pagina se envía (HTTP es Stateless), cuando el usuario selecciona un nuevo ítem para su carrito, ¿como sabe la tienda que el es ese mismo usuario que puso el ítem anterior en su carrito?... simple, con las cookies.
Es mas, las cookies son tan útiles que los Java Servlets tienen API especifico para manejarlas.

Evitar autenticarte constantemente:
Muchos sitios web grandes, requieren que te registres para utilizar sus servicios (Twitter, SlideShare, Facebook, Yahoo! Mail, etc), seria muuuuuy inconveniente, cada vez que el usuario realiza una acción (cambiar de pagina por ejemplo) preguntar constantemente el usuario y la contraseña a un usuario si ya se autentico al ingresar por primera vez. Las cookies se utilizan como parte de una solución (de baja seguridad) en la cual, se le puede dar informacion de autenticación al usuario (ID, llave de identificación, tiempo que vive la sesión, etc, nunca las contraseñas o números de tarjetas de crédito) luego de que este ingreso correctamente al sistema, luego cuando el usuario realiza una acción en el sitio, esta informacion se envia al servidor y este busca esa identificación para determinar si pertenece a ese usuario y si esta autenticado correctamente.

"De vez en cuando es bueno borrar las cookies."

Personalizar un sitio:
iGoogle es un ejemplo perfecto de la personalización de un sitio. iGoogle, entre otras cosas, usa una cookie para "recordar" que widgets le agregaste, cuantas pestañas tienes, etc...

Publicidad personalizada:
Un motor de búsqueda, como Google, puede mantener una pista de las preferencias de un usuario a lo largo del tiempo, de esta forma, la publicidad que se le muestra a ese usuario, estará enfocada a sus preferencias de busqueda. Esa es la magia de AdSense, AdWords, y de la infame cookie de Google.

"Un mundo Google nos vigila."

Proveer características convenientes a los usuarios y valor añadido al dueño del sitio es el propósito de las cookies. Y a pesar de algunos individuos paranoicos, las cookies no son una amenaza seria (por si mismas) a la seguridad de los usuarios finales.

Consideraciones sobre la seguridad de las cookies:
Las cookies no se "interpretan" o ejecutan en un sistema, por lo que no se puede insertar virus en ellas para comprometer la integridad de un sistema. Los navegadores generalmente solo aceptan 20 cookies por sitio, además un navegador nunca poseerá más de 300 cookies en total, y cada cookie esta limitada a un tamaño de 4 KB, así que no se pueden usar para llenar el disco duro de un cliente (especialmente con el tamaño de los discos duros modernos).

"300 cookies... 1 usuario."

Sin embargo, aunque las cookies no presentan una amenaza a la seguridad, si pueden presentar una seria amenaza a la privacidad. Pero más que culpa de la cookie en si, los problemas de privacidad radican en programadores con practicas poco seguras (como meter informacion de tarjetas de crédito en una cookie, ese SI que es un problema).

Dos consejos finales. Por los problemas reales que comprometen la privacidad de los usuarios, estos algunas veces deshabilitan las cookies. Así que si una cookie te da valor agregado a tu sitio, este no debe de depender totalmente de las cookies para funcionar. Y el segundo, es que los programadores de servlets que usan cookies, deben de ser cuidadosos para no almacenar informacion extremadamente importante (como: NUMERO DE TARJETAS DE CRÉDITO!!!) en las cookies.

Para más informacion sobre las cookies, puede visitar la Wikipedia , tambien Java Tips (usar una cookie de una JSP) y Cookie Central.

¡Saludos!

domingo, mayo 17, 2009

The Hunt for Gollum (Cine Independiente)


The Hunt for Gollum es un film corto (de 40 minutos) realizado sin animo de lucro, por un grupo de entusiastas del cine. Este fue realizado con el escaso presupuesto de £3,000 (euros). Las ubicaciones de filmación tomaron lugar en North Wales, Epping Forest y Hampstead Heath. 160 voluntarios se apuntaron para esta producción. El estilo de producción, dirección y arte fue en base a las aclamadas adaptaciones de Peter Jackson de la trilogía de El Señor de los Anillos.


La producción comenzó a principios de 2007, cuando el director-escritor Chris Bouchard comenzó a adaptar la historia de los Apéndices de El Señor de los Anillos.
En pocas palabras, este pequeño corto: no es un film de fans más, no es un mashup, no es una parodia, ni una historia sin sentido en el universo de Tolkien. Eso es lo que más me llamo la atención de este film: que sea una historia que Tolkien escribió con sus manos, y luego fue adaptada e interpretada por este grupo de fans.

Sinopsis:
El film cuenta la historia adaptada de varios elementos de los apéndices de El Señor de los Anillos. La historia sigue al heredero de Isildur; "El mejor cazador y viajero en la Tierra Media" que debe encontrar a la creatura Gollum. La creatura debe ser encontrada para descubrir la verdad acerca de El Anillo, y proteger al futuro individuo que llevara el anillo.

"Gripe porcinaaaa!"
Lo Bueno:
El film es gratuito, y en teoría se puede descargar de: http://huntforgollum.com(¿donde?),
pero yo lo vi en linea: http://thehuntforgollum.s3.amazonaws.com/watchfilm.htm.

Lo Malo:
La fémina que hace el papel de Arwen Undómiel, ni se le acerca a Liv Tyler. Por lo demás, todo bien.

Espero que les guste, ¡Saludos!

The Hunt for Gollum (Cine Independiente)


The Hunt for Gollum es un film corto (de 40 minutos) realizado sin animo de lucro, por un grupo de entusiastas del cine. Este fue realizado con el escaso presupuesto de £3,000 (euros). Las ubicaciones de filmación tomaron lugar en North Wales, Epping Forest y Hampstead Heath. 160 voluntarios se apuntaron para esta producción. El estilo de producción, dirección y arte fue en base a las aclamadas adaptaciones de Peter Jackson de la trilogía de El Señor de los Anillos.


La producción comenzó a principios de 2007, cuando el director-escritor Chris Bouchard comenzó a adaptar la historia de los Apéndices de El Señor de los Anillos.
En pocas palabras, este pequeño corto: no es un film de fans más, no es un mashup, no es una parodia, ni una historia sin sentido en el universo de Tolkien. Eso es lo que más me llamo la atención de este film: que sea una historia que Tolkien escribió con sus manos, y luego fue adaptada e interpretada por este grupo de fans.

Sinopsis:
El film cuenta la historia adaptada de varios elementos de los apéndices de El Señor de los Anillos. La historia sigue al heredero de Isildur; "El mejor cazador y viajero en la Tierra Media" que debe encontrar a la creatura Gollum. La creatura debe ser encontrada para descubrir la verdad acerca de El Anillo, y proteger al futuro individuo que llevara el anillo.

"Gripe porcinaaaa!"
Lo Bueno:
El film es gratuito, y en teoría se puede descargar de: http://huntforgollum.com(¿donde?),
pero yo lo vi en linea: http://thehuntforgollum.s3.amazonaws.com/watchfilm.htm.

Lo Malo:
La fémina que hace el papel de Arwen Undómiel, ni se le acerca a Liv Tyler. Por lo demás, todo bien.

Espero que les guste, ¡Saludos!

viernes, mayo 08, 2009

Comentario sobre "QA"...

QA (Quality Assurance) consiste en, como su nombre lo indica, probar un producto, para este caso software, y asegurarnos de que se mantiene en el estándar de usabilidad, que es aceptable el rendimiento del mismo, entre otros (más información sobre QA en la Wikipedia). Tener un trabajo como QA, no es tarea fácil: es repetitivo, y hay que conseguir un paraguas por la lluvia de bandeades que le caen a uno (por lado de los usuarios, y por el lado de los desarrolladores). Podemos concluir que un QA (también llamados Ingenieros de Pruebas/Calidad) esta en un desfavorable punto intermedio entre los programadores que "no se equivocan" y los usuarios que tienen "manitas mágicas" para arruinar software.


Supongo que muchos estudiantes de carreras afines a la computación comienzan trabajando como digitadores o como Ingenieros de Pruebas. Por esta misma razón, uno espera que cuando un Ingeniero de Pruebas notifique un defecto, este sea realmente provocado por la aplicación, sin embargo encontré este caso en SeverlaGolb que me parece particularmente preocupante. En el mismo, ellos señalan que:
"lo curioso del caso es que esta persona es un graduado de la Universidad X, empiezo a dudar sentirme muy orgulloso el graduarme de la misma universidad pues este espécimen no está en extinción, al parecer se multiplican muy rápidamente." (extracto)
A lo que voy, es que... ¿cuanto conocimiento de informática hay que tener para estar en un puesto de QA? Si un profesional no es capaz de distinguir entre un error y una característica de un complemento de Firefox, estamos perdidos.... totalmente perdidos, como este pobre perrito:

"Atrapado en las nalgas de la ingornacia"

Es el nivel de desconocimiento lo que me deja anonadado, con gente que puede reportar literalmente cualquier cosa: desde dar diez clics seguidos sobre un botón web o un vinculo, o hasta reportar que es un "error" que solo se permitan números en un campo de "código postal". En caso de que no lo sepan, no hay códigos postales con letras, vea la lista completa de códigos postales de Douglas Boynton. Se supone, que van a certificar que una aplicación funcione correctamente, todo esto, sin desafiar las leyes del sentido común y la simple lógica.

"La carrera por la calidad, no tiene meta.... así que técnicamente es una marcha hacia la muerte."

El punto es que quiero que me cuenten: ¿A cuantos de ustedes les ha tocado vivir una experiencia similar a esta?, ¿Y si eres un "Ingeniero de Pruebas", has visto casos similares?, ¿Que es lo mínimo que deben saber un Ingeniero de Pruebas?

Comentario sobre "QA"...

QA (Quality Assurance) consiste en, como su nombre lo indica, probar un producto, para este caso software, y asegurarnos de que se mantiene en el estándar de usabilidad, que es aceptable el rendimiento del mismo, entre otros (más información sobre QA en la Wikipedia). Tener un trabajo como QA, no es tarea fácil: es repetitivo, y hay que conseguir un paraguas por la lluvia de bandeades que le caen a uno (por lado de los usuarios, y por el lado de los desarrolladores). Podemos concluir que un QA (también llamados Ingenieros de Pruebas/Calidad) esta en un desfavorable punto intermedio entre los programadores que "no se equivocan" y los usuarios que tienen "manitas mágicas" para arruinar software.


Supongo que muchos estudiantes de carreras afines a la computación comienzan trabajando como digitadores o como Ingenieros de Pruebas. Por esta misma razón, uno espera que cuando un Ingeniero de Pruebas notifique un defecto, este sea realmente provocado por la aplicación, sin embargo encontré este caso en SeverlaGolb que me parece particularmente preocupante. En el mismo, ellos señalan que:
"lo curioso del caso es que esta persona es un graduado de la Universidad X, empiezo a dudar sentirme muy orgulloso el graduarme de la misma universidad pues este espécimen no está en extinción, al parecer se multiplican muy rápidamente." (extracto)
A lo que voy, es que... ¿cuanto conocimiento de informática hay que tener para estar en un puesto de QA? Si un profesional no es capaz de distinguir entre un error y una característica de un complemento de Firefox, estamos perdidos.... totalmente perdidos, como este pobre perrito:

"Atrapado en las nalgas de la ingornacia"

Es el nivel de desconocimiento lo que me deja anonadado, con gente que puede reportar literalmente cualquier cosa: desde dar diez clics seguidos sobre un botón web o un vinculo, o hasta reportar que es un "error" que solo se permitan números en un campo de "código postal". En caso de que no lo sepan, no hay códigos postales con letras, vea la lista completa de códigos postales de Douglas Boynton. Se supone, que van a certificar que una aplicación funcione correctamente, todo esto, sin desafiar las leyes del sentido común y la simple lógica.

"La carrera por la calidad, no tiene meta.... así que técnicamente es una marcha hacia la muerte."

El punto es que quiero que me cuenten: ¿A cuantos de ustedes les ha tocado vivir una experiencia similar a esta?, ¿Y si eres un "Ingeniero de Pruebas", has visto casos similares?, ¿Que es lo mínimo que deben saber un Ingeniero de Pruebas?

Sunsetting Sr. Byte.

El Sr. Byte ha estado más de 5 años inactivo. Digamos que estaba en " code freeze ". Pero ahora es el último release. Quizas no...