Programadores…

Chile vs Google

Los chilenos,  pusieron el grito en el cielo después de que parte de su frontera sur aparezca en el Google Maps como perteneciente a Argentina. La localidad que el Google “regaló” a Argentina es nada menos que O’Higgins, villa que encima homenajea al libertador del país trasandino. Chile tomó el asunto como tema de estado y por eso la Dirección de Fronteras y Límites del ministerio chileno ya ha enviado los documentos necesarios, entre ellos mapas, para que Geoogle corrija el error.

Más en esta nota de El País de España

YouTube pagara a los usuarios que suban videos

Chad Hurley cofundador de YouTube anuncio hoy que su empresa planea pagar a los usuarios que suban videos al sitio, YouTube es la pagina mas famosa para compartir videos actualmente y ahora es propiedad de Google. El unico requisito para recibir los pagos es que los videos sean propios para evitar la pirateria de series, peliculas, videos musicales etc. que se ha estado dando. Segun datos estadisticos 70 millones de videos se reproducen diariamente en Youtube.

Google prueba la búsqueda por voz

Google lanzó un servicio experimental llamado “Google Voice Local Search”, que consisten en un servicio de búsquedas por voz en un directorio telefónico, que será gratuito y no requiere de ordenador o conexión a Internet, simplemente se necesita un teléfono móvil. Las llamadas no tienen costo adicional para los usuarios, sólo se debe pagar la llamada, tal como cualquier otra. Al llamar al número 1-800-GOOG-411 (1-800-466-4411) desde cualquier teléfono de Estados Unidos se pueden buscar, por ejemplo, un lugar para comer diciendo “pizza”. También se pueden recibir más detalles de la búsqueda a través de mensaje de texto, si se está usando un teléfono móvil, al decir “text message”. Google ha advertido que, por estar en una etapa experimental, el servicio puede tener fallas o no funcionar para todos los usuarios. Está disponible en inglés para usuarios que busquen comercios en Estados Unidos.

Homer Simpson, desnudo en los mapas de Google

Daniel González comenta en 20MINUTOS, una escena en donde los Simpson parodian una de las curiosidades más conocidas de los mapas de Google.

En uno de los últimos capítulos de los Simpson en Estados Unidos, estos simpáticos y amarillos personajes acostumbrados a realizar parodias de cine, tele, historia o literatura, hacen una divertida referencia a los famosos mapas de Google.En dicha escena, Marge “googlea” su nombre y accede a un enlace de Google Maps que le muestra su casa. De repente, descubre en el jardín una silueta: Homer descansando desnudo en la hamaca. Esta situación alude a la famosa captura de una mujer desnuda tomando el sol captada vía satélite.

Lógicamente, los mapas de la marca más valiosa del mundo no muestran imágenes en directo, como sí sucede en este capítulo de los Simpson, ni es posible encontrar el lugar donde vive alguien de la forma tan sencilla en que lo logra Marge, pero la referencia no deja de ser divertida.

Tanto Google Earth como Google Maps esconden muchas sorpresas, y son bastantes las personas que han sido captadas “ligeritas de ropa” por las cámaras.

Web History, nueva herramienta de Google para rastrear búsquedas

La herramienta permite saber qué páginas se visitaron con más frecuencia o cuáles son los principales términos de búsqueda, además de rastrear texto, fotografías o vídeos de webs que se vieron con anterioridad

El gigante de internet Google lanzó hoy una nueva herramienta que permite al usuario buscar y rastrear en su historial de búsquedas y acceder a las páginas que visitó en el pasado, informó la empresa.
La herramienta (en la dirección www.google.com/history) permite saber qué páginas se visitaron con más frecuencia o cuáles son los principales términos de búsqueda, además de rastrear el texto, fotografías o vídeos de webs que se vieron con anterioridad.

Payam Shodjai, director de productos de Google, señaló en la bitácora corporativa de la empresa que se trata de un producto que “permitirá buscar aquella cita que recuerdas haber leído en algún sitio hace meses”.

“Si recuerdas haber visto algo online, serás capaz de encontrarlo más rápido y desde cualquier ordenador con Web History”, asegura Shodjai.

Web History, que requiere que el usuario disponga de una cuenta con Google, acentúa los temores de las organizaciones que velan por la privacidad online.

Google se hace con DoubleClick

La operación se cierra por valor de 3.100 millones de dólares, después de una fuerte puja con Microsoft por hacerse con la firma de publicidad

Google se ha hecho finalmente con la empresa de publicidad online DoubleClick, después de varias semanas pujando con Microsoft, y se consolida de esta manera como una de las empresas más importantes del sector.

Google se adentra así en el mercado de la publicidad gráfica a través de Internet, un sector en el que la compañía aún no era tan dominante como en la publicidad por búsquedas.

La dura puja que Google y Microsoft han venido manteniendo va a suponer, finalmente, que la operación se haya convertido en la mayor de la historia de Google: DoubleClick formará parte de Google a cambio de 3.100 millones de dólares (unos 2.300 millones de euros), casi el doble de lo que pagó por hacerse con YouTube, la anterior compra récord.

La influencia de Google en el mercado publicitario online es cada vez mayor. Ya era importante con los anuncios por términos de búsqueda, y a partir de ahora será mucho mayor. Incluso hay algunas dudas sobre sí esta operación no podría suponer la aparición de un monopolio en el sector.

Con esta compra Google se hace con el control de la tecnología y la gran base de datos de una de las pioneras del sector, DoubleClick, que lleva la publicidad de algunos sitios tan populares como MySpace o la edición digital de The Wall Street Journal.

Articulo extraido de: Baquia.com

Google anuncia programa para presentaciones directas en Red

Artículo escrito por Gloria Delucchi y extraido de elrancahuaso.cl

El presidente ejecutivo de Google, Eric Schmidt, anunció que su empresa está lista para lanzar un programa que permitirá la creación de presentaciones por Internet, que ofrece un giro frente a la popular herramienta PowerPoint de Microsoft.

A través de Google Blog, el buscador de Internet anunció que agregará a su paquete de oficina en línea Docs & Spreadsheets, una herramienta para realizar presentaciones al estilo del reconocido PowerPoint, de Microsoft.

Para posibilitar esto, Google anunció la adquisición de Tonic Systems, asentada en EE.UU. y Australia, una empresa que se especializa en tecnología para presentaciones y conversión de documentos y que desarrolla soluciones de este tipo sobre plataformas Java.

Google está agregando el programa de presentaciones como una nueva característica de Google Docs, una “suite” de herramientas en Internet, como por ejemplo, procesadores de textos, hojas de cálculos y correo electrónico, que ofrece alternativa en la Red.

Sin embargo, el líder mundial en búsquedas de Internet, que el año pasado comenzó a ofrecer una nueva categoría de “software” destinado a consumidores y empresas, descartó que se trate de un desafío directo a Microsoft, empresa que hizo con sus programas de Office un tercio de sus beneficios anuales en el 2006, según el diario “Financial Times”.

“No lo creemos. La razón es que no tiene todas las funcionalidades ni tiene la intención de tener todas las funcionalidades del Office de Microsoft”, manifestó Eric Schmidt en una conferencia de prensa en la Exposición Web 2.0, en San Francisco, EE.UU.

“Esta es una forma distinta de compartir información “, expresó Schmidt, agregando, “Estoy seguro de que Microsoft tendrá una respuesta”.

Publicidad

La compañía asegura que de momento no hará publicidad en los programas en línea, que permite usar un documento a 25 usuarios al mismo tiempo, de modo que estos servicios no le reportarán “ningún ingreso” de momento. “Lo hacemos más por ayudar a la gente que por otra cosa” y no hay planes para insertar publicidad, aseguraron fuentes de la compañía en Londres.

Scmidt negó acusaciones de varias compañías estadounidenses, entre ellas Microsoft tendrá una respuesta”, sobre los posibles problemas de competencia que acarreará la compra de la compañía de publicidad por Internet DoubleClick.

El buscador más usado del mundo anunció el viernes pasado la compra de DoubleClick por US$ 3.100 millones(unos 2.280 millones de euros), lo que la convierte en la adquisición más cara de su historia.

Eric Schmidt dijo que podrán hacer concesiones como dejar los datos de Google y DoubleClick por separado, para calmar las preocupaciones.

Puntos a tener en cuenta cuando uses AJAX

Si estas pensando en usar masivamente AJAX para tu proyecto,te recomiendo la lectura de este articulo.
Navegando encontre este artículo que me pareció muy bueno,ahora lo publico en mi blog para ustedes tambien lo lean,y aunque esta un poco largo es muy bueno su contenido.

Errores en el uso de AJAX en una aplicación web Usar AJAX por ser “AJAX”
Sabemos que AJAX es una novedad y que a los desarrolladores nos encanta jugar con lo último, pero ante todo AJAX es una herramienta, no un juguete. Muchas de las implementaciones que encontramos usando AJAX no son realmente necesarias para mejorar la usabilidad o la experiencia del usuario, sino unicamente experimentos para comprobar qué puede hacer AJAX o empeños de ponerlo donde realmente no se necesita.

Hacer inservible el botón de volver atrás
El botón de retroceder (del navegador) es muy util en la navegación de una interfaz web. Desafortunadamente, no se lleva muy bien con las aplicaciones Javascript. Mantener la funcionalidad asociada a este botón es una de las razones para no realizar una aplicación completemante basada en Javascript.

Sin embargo, se debe tener en cuenta que un buen diseño web debe poner al alcance del usuario todo lo que necesita para navegar correctamente por el sitio y nunca depender de los botones o controles existentes en el navegador.

No mostrar inmediatamente señales del progreso de una operación
Si algo en lo que hacemos click lanza una acción mediante AJAX, la aplicación debe dar pistas visuales de que algo está ocurriendo (ya que el navegador no lo hará ).
Un ejemplo de esto, es la etiqueta roja que aparece en la esquina superior derecha en Gmail mostrando el texto “loading”, cada vez que la interacción con el servidor se hace mediante AJAX.

No pensar en la gente desconectada (offline)
A medida que los limites de las aplicaciones web se van superando, se va haciendo más patente la posibilidad de mover todas las aplicaciones a la web. La disponibilidad es mejor, el modelo de acceso desde cualquier parte del mundo es genial, el mantenimiento y la configuración realmente faciles, la curva de aprendizaje de la interfaz de usuario es pequeña.
Sin embargo, la gente que dispone de malas o lentas conexiones a la red o que simplemente no desean estar conectados tambien deben tener su sitio. Simplemente porque la tecnología avance no significa que las personas esten preparadas y deseando ir a su mismo ritmo.
El diseño de aplicaciones web debe considerar al menos el acceso offline (desconectado). Con GMail es POP (con lo que puedes descargartelo en tu cliente de correo de escritorio y leerlo offline), Backpackit tiene integracion con SMS, por poner algunos ejemplos. En el mundo empresarial, sus servicios web.

No me hagas esperar
Las tabs de Firefox, me permiten administrar varias “esperas” a sitios web y normalmente solo tengo que esperar para la navegación en una página.
Las aplicaciones AJAX combinadas con una conexion/ancho de banda/latencia pobre , pueden presentar un enorme problema de tiempos de espera al movernos por su interfaz, ya que cada vez que hago algo tengo que esperar la respuesta del servidor. Que Dios me ayude si tiene que llegar hasta el disco del servidor antes de que yo pueda continuar…

Enviar de forma insegura información sensible
La seguridad en las aplicaciones AJAX está sujeta a las mismas reglas que la de cualquier otra aplicación web, excepto que al poder comunicarse de forma asíncrona con el servidor, pueden tender a estar hechas con código frágil y poco seguro. Es muy importante que todo el tráfico que envía/recibe nuestra aplicación sea comprobado para que la seguridad no se vea comprometida.

Asumir que el desarrollo AJAX sólo es para una plataforma
El desarrollo AJAX es multiplataforma. De hecho funciona con el motor javascript del IE, con el motor de Mozilla, con el motor de Safari y con otros que pueden convertirse en fuertes opciones.
No es suficiente programar siguiendo los estándares Javascript (sobre todo sabiendo que existe IE), se debe probar la aplicación en el máximo número de plataformas posible.
En el desarrollo con Javascript nos encontramos con un serio problema: la implementación defectuosa del motor de JS de Internet Explorer (aunque existen herramientas para ayudar). Pero cualquier desarrollador ya estará acostumbrado a lidiar con este tipo de problemas (tambien con CSS por ejemplo)

Olvidar que la aplicación puede estar siendo usada por varias personas a la vez
Cuando se desarrolla una aplicación web es necesario tener en cuenta que va estar siendo usada por más de una persona a la vez. Si la información que se muestra se almacena dinámicamente en una base de datos, asegurate que esto no te crea “problemas”.

Demasiado código, hace que el navegador sea lento
AJAX trae una nueva forma de hacer aplicaciones javascript mucho más interesantes, pero desafortunadamente esto a veces tambien significa “más código funcionando”.
Más código funcionando significa más trabajo para el navegador, lo que provoca que en muchas webs con uso intensivo de Javascript, especialmente las mal programadas, necesites la última CPU del mercado para poder navegar por ella.
De hecho, el problema de uso de CPU realmente ha sido un limite para la funcionalidad de Javascript en el pasado y el hecho de tener CPUs más potentes en la actualidad, no significa que el problema haya desaparecido.

No tener un plan para aquellos que no usen o habiliten Javascript
Según las estadísticas de de uso de navegadores de W3 schools el 11% de los visitantes a una web, no disponen de Javascript. Así que si tu aplicación web depende por completo de esta tecnología, parece ser que potencialmente has perdido a una décima parte de tu audiencia.

Hacer parpadear o cambiar partes de la página de forma inesperada
La A de inicio de AJAX viene de la palabra “Asynchronous” (asíncrono). El problema con los mensajes asíncronos es que pueden ser confusos cuando se muestran de forma inesperada.
Los cambios asíncronos en la página deben ocurrir en zonas bien definidas y deben usarse con buen criterio. Los efectos y parpadeos deben estar limitados a esas áreas y deben tener un sentido.
Desde luego lo que no tiene mucho sentido es que volvamos a los tiempos de la etiqueta “blink” de html y a las “webs parpadeantes”.

No usar enlaces que pueda pasar a un amigo o añadir a favoritos
Otra característica fantástica de los sitios web es que puedo pasar su URL a otra gente para que puedan ver exactamente el mismo contenido que yo. Tambien puedo guardar en mis favoritos la URL para regresar posteriormente.
Javascript, y por lo tanto AJAX, trae grandes problemas a este modelo de uso. Al generar dinámicamente la página con Javascript en vez de desde el servidor, la url no necesariamente apunta al mismo contenido, y no puede ser usada para lo que estamos acostumbrados.
Esta es una característica que no se debe perder y de hecho muchas aplicaciones AJAX incluyen “permalinks” (urls especialmente generadas) que solucionan este problema.
Algunos toolkits (como por ejemplo dojo), incluyen facilidades para conseguir esto.

Realizando operaciones por lotes de forma asíncrona
AJAX permite que la edición de campos de un formulario se realice de forma inmediata, pero esto puede acarrear muchos problemas.
Por ejemplo, desmarco una lista de “check boxes”, cada una de las cuales es enviada de forma asíncrona al servidor. Pierdo mi habilidad para saber el estado en el que se encuentran los cambios en las “checkbox” y el aluvión de indicaciones de cambio de cada checkbox puede ser molesto y desconcertante.

Mover la posición vertical en la página y hacerme perder la situación donde me encontraba
Otro problema de insertar texto en una pagina de forma dinámica es que puede afectar al scroll. Me encuentro felizmente leyendo un artículo o moviendome por una enorme lista, y una petición Javascript asíncrona decide de repente cortar un párrafo justo encima de lo que estoy leyendo, haciendome perder la posición. Obviamente esto es algo molesto y me hace perder el tiempo intentando volver a encontrar la posición donde estaba.
Pero evidemente esta es una forma bastante estúpida de programar una página, tenga o no AJAX.

Inventar nuevos “estándares” de interacción con la interfaz
Un gran error que es fácil cometer con AJAX es: “haz click en esta cosa nada obvia para conseguir nada obvio como resultado”. Los usarios de una aplicación pueden darse cuenta de que cuando haces click y mantienes pulsado sobre este div, lo puedes arrastrar y dejar permanentemente en esta otra posición, pero eso no es algo que esté por defecto en la experiencia común de los usuarios. De esta forma se incrementa el tiempo y la dificultad para aprender a usar una aplicación, lo cual es un punto muy negativo para la misma.

Blockear el acceso a la información a nuestras amigas las arañas
Las aplicaciones AJAX que cargan una gran cantidad de texto sin recargar la página pueden ser un gran problema para los motores de búsqueda.
Volvemos al mismo problema que con la URL y el botón atrás. Si los usuarios pueden llegar a través de los motores de búsqueda el texto de la aplicación debe estar de alguna manera disponible para que lo lean las arañas (spiders) de los buscadores.

Conjuntos de caracteres
Uno de los grandes problemas al usar AJAX es la carencia de este de soporte para juegos de caracteres. Siempre deberías establecer el juego de caracteres a usar en el servidor así como codificar todos los datos usados con Javascript. Usa ISO-8859-1 si tu aplicación sólo usa inglés o español, o UTF-8 si usas caracteres especiales como æ, ø y å.
Nota: Hoy en día es buena idea usar siempre el juego de caracteres utf-8 ya que soporta un gran variedad de idiomas.

Cambio del estado con enlaces (peticiones GET)
La gran mayoría de aplicaciones AJAX tienden a usar simplemente el método GET cuando realizan peticiones con XMLHTTPRequest.
Sin embargo, los estándares W3C dicen que el método GET debe ser usado únicamente para obtener datos y el POST únicamente para enviar datos.
Aunque esto no representa una diferencia notable para el usuario final, estos estándares deben seguir siendo usados para evitar problemas con los robots o programas como por ejemplo el Google Web Accelerator.

No trasnferir los cambios locales a otras partes de la página
Al darte AJAX/Javascript tal control sobre el contenido de la página, es fácil enfocarse demasiado en una pequeña zona del mismo y perder la imagen de la página global.
Un ejemplo de esto, es el título de Backpackit. Si cambias el título de una página de Backpackit, inmediatamente se reemplaz el título, incluso en la zona de la derecha, pero no cambian el contenido de la etiqueta title en el head de la página.
Con AJAX debes tener siempre en mente el modelo completo de la página aunque los cambios sean pequeñs y localizados.

Aviso de errores
En una aplicación tradicional de lado servidor, dispones de visibilidad para cada excepción, puedes guardar registro de cada evento o estadística o incluso guardar y ver (si lo deseas) el HTML que el navegador está mostrando.
Con las aplicaciones en el lado cliente, puede pasar que no tengas ni idea de que algo ha ido mal si desconoces cómo programar correctamente y guardar esas excepciones (errores) que se producen remotamente (en el navegador del cliente) en tu servidor.

Retorno de la inversión
A veces AJAX puede incrementar de forma espectacular la usabilidad de una aplicación (un buen ejemplo puede ser la forma de votar usando estrellas en Netflix), pero lo más común es ver ejemplos de caras aplicaciones en lado cliente (rich-client applications) que realmente no mejoran lo que seria su correspondiente versión en HTML simple.

Imitar el comportamiento de navegación del navegador de forma errónea
Un ejemplo de esto es el sistema de paginación que ofrece en su pagina inicial Blinklist.
Cuando haces click, ves que se carga otra página de link, AJAX reemplaza el número de página. Pero si estás acostumbrado a la experienca de uso del navegador, probablemente esperes aparecer en la parte superior de la página cuando pulses el botón de siguiente, algo que la aplicación Javascript no hace.
De hecho, BlinkList se anticipa a esto e intenta contraactuar manipulando tu scroll para llevarte a la parte de arriba de la página. Pero es muy lento, por lo que si intentas bajar, no te deja.
Pero una vez más, esta es una forma muy estúpida de programar una página tenga o no AJAX.

Otra herramienta más
Parece que todo el mundo ha olvidado que AJAX es simplemente otra herramienta más entre todas las que tenemos para el desarrollo web. Puedes usarlo o no y puedes usarlo mal o bien, como cualquier otra.
La regla 80/20 siempre es valida para las aplicaciones (si eres capaz de cubrir el 80% de lo que tus usuarios quieren y necesitan entonces tienes una aplicación viable) y si pierdes un 11% de tu audiencia porque no activan el soporte javascript de su navegador, entonces deberás preguntarte si el cambiar tu aplicacion te va a permitir capturar ese 11% o quedarte con el 89% que lo usa actualmente y cambiar a algo distinto.
Las aplicaciones web deben beneficiarse de todos los trucos que las permitan funcionar de forma más rápida y eficiente. Si usar javascript en una parte, AJAX en otra y ASP por detras ayuda a conseguirlo, entonces hagamoslo.
Espero sus comentarios sobre el tema.Saludos!!

Internet Explorer 8

Ya comenzaron a surgir los detalles sobre la próxima versión de IE denominada “Internet Explorer 8.0”.  Entre los features que están siendo considerados tenemos:

• Permitir mover un tab de una ventana a otra.
• Configurar para que cada tab tenga un espacio separado en el cache de cookies.
• Agregar más información en el status bar
• Habilitar add-ons (como lo hace FireFox)

De fuentes confiables se rumora que entre los pasillos de Redmond ya anda rodando una versión alpha de IE8.