Twitter amenaza pública.

Jeff GoldblumOtra vez el problema de las historias falsas que se propagan rápidamente a través de Twitter ha hecho su aparición, según ha reportado el blog Technologizer, al parecer alguien, el día de ayer (25 de junio de 2009) decidió hacer circular la noticia de que el actor Jeff Goldblum, quien es recordado por películas como "La Mosca",  "Jurasic Park" o "Independence Day" había muerto en Nueva Zelanda. Dado el particular momento que se vivía por el fallecimiento ese mismo día de Michael Jackson y Farrah Fawcett, algunos twitteros dieron la noticia por verdaera y comenzaron a retwittearla, aunque otros se mostraron más cautelosos.

Lo cierto era que la noticia había sido fabricada usando una herramienta para crear noticias falsas sobre famosos que se llama "fake A wish.com". Aunque Twitter es un buen lugar para saber lo que sucede, una de las razones por las cuales esto pasa es porque nadie verifica la veracidad de la información, es por eso recomendable que antes de dar por cierto una noticia recibida a través de Twitter, revisar sitios como CNN o NYTimes, si los medios tradicionales no recogen la novedad propagada por Twitter lo más seguro es que sea falsa.

Esta no es la primera vez que este tipo de noticias falsas son esparcidas rápidamente a través de Twitter, en este blog hace poco más de un mes en un post titulado "Redes sociales o rebaño de ovejas", comentaba lo mismo cuando la supuesta muerta de Patrick Swayze, fue la "novedad" en Twitter. Sin embargo hoy se me ocurre darle una dimensión extra, el potencial peligro para la seguridad pública. Permitanme describirles el escenario.

Suponga que un grupo terrorista crea miles de cuentas en Twitter, y usando herramientas de spam consiguen unos cuantos cientos de seguidores por cada cuenta, esto no un escenario imposible, es más dichas redes de twitteros fantasmas existen. Supongamos que logran hackear exitosamente la página web de un medio masivo, digamos NYTimes, CNN, FoxNews, MSNBC, etc.; ahora en un momento de máximo tráfico, cuando las personas estan saliendo a su trabajo o volviendo del mismo, lanzan una campaña masiva enviando retweets de una noticia falsa inyectada en uno o más websites y esta coge rebote. Dado que es tan alta la penetración de smartphones en cuanto la noticia del "ataque bacteriológico" en una estación de metro se comience a esparcir, el pánico hara el resto, fotos de gente corriendo fuera de las estaciones llegaran a twitter y se multiplicaran con retweets, los medios cubriran la noticia del pánico y poco a poco el caos se propagará.

El escenario anteriormente descrito sería posible, debido a que las personas tienden a actuar de manera irreflexiva cuando se sienten amenazadas, aquí la palabra clave es "sentirse", el ataque no tiene por que ser real, ni tampoco tiene que ser lanzado desde el país al cual va dirigido. La única condición para que este tipo de ataques funcione es que debe ser una noticia creíble y debe ser propagada masivamente cuando el acceso a otras fuentes para contrastar dicha información sea difícil.

El escenario anterior no es nuevo, ya en el Perú durante los recientes eventos de Bagua se ha vivido. Recordemos que las noticias del "genocidio" contra los nativos con "cientos de muertos" reportado desde las radios locales generaron un efecto multiplicador en el caos de un evento que debió haber sido focalizado, el desalojo de manifestantes de una carretera.

Claro, que este tipo de ataques sirven sólo como distractores. Tarde o temprano la verdad emerge y la calma llega, pero durante el pánico, todas las medidas de seguridad quedan desbordadas y es el momento ideal para montar un ataque real.

En lo personal, este escenario me parece posible. Es más estas noticias falsas son sencillamente una advertencia de que esta forma de ataque es posible y se deben tomar medidas para evitarlo. Creo que Twitter haría bien al incluir algún sistema de ponderación, de tal forma que noticias publicadas por twittteros con baja "reputación" no alcancen una rápida propagación.

Google nos propone hacer la web más rápida

Google ha creado un website dedicado a promover la mejora del rendimiento de la web, el site ubicado en esta URL http://code.google.com/speed/, nos presenta información diversa sobre como de una manera comunitaria, los webmaster podemos hacer la web más rápida. Google no solo propone la adopción de nuevos estándares, pues los actuales fueron desarrollados en una época en que la web aún estaba en su infancia, sino que además recomienda algunas prácticas de programación que permiten hacer las aplicaciones web más rápidas.

De esas mejores prácticas recomendadas por Google, me he permitido traducir/resumir estos tips para hacer las aplicaciones desarrolladas con PHP, lenguaje que uso principalmente para desarrollar mis proyectos web, mucho más eficientes en el uso de los recursos del webserver y como consecuencia más rápidas. El artículo original se llama "PHP performance tips", y ha sido escrito por Eric Higgins uno de los webmasters de Google.

Aquí las recomendadiones:

No copiar variables, si no es necesario.

Algunas veces los novatos en su afan de hacer el código más legible copian variables predefinidas para tener nombres más cortos, esto es malo pues necesitaremos el doble de memoria. Por ejemplo:

MAL: $descripcion = $_POST[‘descripcion’]; echo $descripcion;

BIEN: echo $_POST[‘descripcion’];

Usar comillas simples para las cadenas de texto.

Los interpretes PHP permiten mostrar cadenas de texto con comillas simples o dobles, pero tienen un significado distinto. Las comillas dobles le indican al interprete que revise el contenido y reemplace el valor de las variables, así que si una cadena no contiene ninguna variable es mejor usar comillas simples. Una buena practica es usar concatenación en lugar de comillas dobles. Por ejemplo:

MAL: $output = "Esta es una cadena de texto plano";

BIEN: $output = ‘Esta es una cadena de texto plano‘;

MAL: $type = "mixta"; $output = "Esta es una cadena $type";

BIEN: $type = ‘mixta’; $output = ‘Esta es una cadena ‘ . $type;

Usar echo en lugar de print.

Usar la función echo en lugar de print ofrece más confiabilidad al código y en el siguiente código de ejemplo una mayor performance:

MAL: <?php print($myVariable); ?>

BIEN: <?php echo $myVariable; ?>

No utilizar concatenación dentro de echo.

Muchos programadores novatos no estan concientes de que se puede pasar varias variables a echo separandolas por comas, en lugar de concatenarlas. Usar el punto para concatenar cadenas en el ejemplo a continuación resulta en un pobre prerformance, porque el intérprete PHP debe primero concatenar todas las variables juntas y entonces imprimir el resultado, sin embargo en el segundo ejemplo, el intérprete las imprime todas en el orden dado.

MAL: echo ‘Hola, mi nombre es ‘ . $firstName . $lastName . ‘ y yo vivo en ‘ . $city;

BIEN: echo ‘Hola, mi nombre es ‘ , $firstName , $lastName , ‘ y yo vivo en ‘ , $city;

Utilizar switch/case en lugar del if/else.

Utilice la sentencia switch/case en lugar de la sentencia if/else para una comprobación que involucre una sola variable, esto resultará en una mejor performance y hara el código más fácil de mantener.

BAD: if($_POST[‘action’] == ‘add’) { addUser(); } elseif ($_POST[‘action’] == ‘delete’) { deleteUser(); } elseif ($_POST[‘action’] == ‘edit’) { editUser(); } else { defaultAction(); }

GOOD: switch($_POST[‘action’]) { case ‘add’: addUser(); break; case ‘delete’: deleteUser(); break; case ‘edit’: editUser(); break; default: defaultAction(); break; }

La gran estafa de las baterias para laptops

Cualquiera que haya adquirido una laptop, notebook o netbook y la use frecuentemente sabrá que una cosa es el valor que anuncia el fabricante respecto a la duración de la batería del equipo y otra el valor que obtenemos realmente. Al parecer esto es más que una simple error percepción personal o la mala suerte de tener una batería defectuosa, según un artículo aparecido en Newsweek, los fabricantes utilizan una métrica engañoza llamada MM07 (MobileMark 2007), que es elaborada por un consorcio de fabricantes de equipos móviles llamado BAPCo (Business Application Performance Corp.) y que mide el rendimiento de la batería, sin usar el wifi, con la pantalla en bajo consumo (sólo el 20 o 30% del brillo de operación normal) y el procesador sólo al 7.5% de su capacidad.

Si Ud. pensaba que la voz de alarma fue dada por algún grupo de usuarios afectados por estas prácticas engañozas, pues se equivoca, la voz de alarma ha sido dada por AMD, que es parte de dicho consorcio, pero que se ve afectada por la forma como se realiza la métrica, pues sus procesadores en mode idle consumen mucho más energía que los procesadores de Intel, es decir es una parte interesada en que la métrica sea revisada. Es más AMD ha propuesto dos valores que se muestren para el rendimiento de una batería, el "tiempo activo" (cuando se esta trabajando con la laptop) y el "tiempo de descanso" (cuando la laptop esta prendida, pero no esta realizando ninguna tarea), que serían las contrapartes de los tiempos "talk time" y "stand by" de los teléfonos celulares. Dell se ha mostrado interesada en ser más transparente respecto a estos tiempos, pero no es el caso de la mayoría de fabricantes.

Casos documentados por test independientes como los realizados por The Wall Street Journal, reportan que la Dell Adamo de $2000 que ofrece una autonomía de 5 horas apenas llega a las 2 horas y 44 minutos de uso normal, y la Apple MacBook Pro de 17" que anuncia una autonomía de 8 horas, según una prueba realizada por CNET apenas llega a las 4 horas y 14 minutos, llegando algunos especialistas a sugerir una regla para estimar el rendimiento real de la batería como el 50% del valor anunciado por el fabricante, si es que no es menos.

Signos de debilidad en AdSense

El modelo de negocio de las web 2.0 ha sido simple, construir un website con contenido generado por el usuario, atraer suficiente tráfico y monetizar las visitas a través de publicidad. Los pequeños bloggers han contado con AdSense para poder conseguir algun "sencillo" con los anuncios publicitarios que el widget de AdSense muestra en los websites que utilizan el servicio para monetizar su contenido, pero según un interesante análisis que he leído en ReadWriteWeb, los tres elementos claves del éxito de Google, los anunciantes, los productores de contenido y los usuarios están comenzando a experimentar problemas con el modelo que hasta ahora ha representado el 30% de los ingresos totales de Google.

De acuerdo al análisis de ReadWriteWeb, la caída de 3% en los ingresos por AdSense en Google durante el primer trimestre del 2009, esta debida no sólo en parte a la presente recesión, sino también a otros factores como son el hecho de que importantes anunciantes están saliendo de AdSense debido a la poca efectividad de poder convertir clicks en ventas reales. De esa forma sólo los anunciantes menos hábiles en la promoción de productos y servicios a través de la web, aún están usando AdSense para conseguir clicks.

Por otro lado, los websites business to business (B2B), que utilizaban AdSense para monetizar su contenido están abandonando el uso del mismo debido a que los ingresos generados por este servicio de Google no son de consideración, según un artículo publicado en Business to Business Online.

Como si lo anterior fuera poco, Google se ha visto involucrado en una serie de procesos legales donde empresas que utilizan AdSense para monetizar contenidos han iniciado demandas legales contra Google alegando terminación injusta del contraro por parte de Google, la historia de Aaron Greeenspan y su website ThinkLink, ha generado suficiente mala prensa a Google que la obligó a contra demandar. En HuffingtonPost, podrán encontrar la crónica del juicio de demanda a Google y la contra demanda planteada. Luego de leer ambos artículos llegue a la conclusión de que Google no tiene un departamento de servicio al cliente para AdSense lo cual es una pésima idea y lo segundo que concluí es que Google hace mucho dejó atras su lema "Don’t be evil".

Finalmente los usuarios que visitan websites con anuncios AdSense, de acuerdo al artículo de ReadWriteWeb, tienden a ignorar los anuncios de Google, debido a que estos son cada vez menos trascendentes para ellos, a la vez que son visualmente pobres, si los comparamos con otras opciones actuales de publicidad en la web, que tienen por misión capturar la atención del usuario para poder concretar la venta de un producto o servicio, ya que después de todo, ese es el objetivo de un anunciante.

Por el momento las redes sociales no han podido desarrollar un modelo de negocio que pueda competir con AdSense, que sigue dominando el mercado de los contenidos generados por bloggers y pequeñas compañías, pero queda claro que es cuestión de tiempo para que alguien llegue con una mejor solución que satisfaga a estos tres elementos, anunciantes, productores de contenido y usuarios, para que la actual posición de dominio de AdSense sea comprometida.

El hombre que lo sabía

El día de ayer (15 de junio de 2009), la cadena americana CBS presentó en su programa "60 minutes", una entrevista de Steve Kroft a Harry Markopolos, una analista financiero y experto en contabilidad forence, que enviara 5 notificaciones a la SEC (Securities and Exchange Commission) sobre las claras señales que Bernard "Bernie" Madoff estaba llevando a cabo una estafa piramidal. De acuerdo al testimonio ofrecido por Markopolos en el programa "60 minutes" y sus declaraciones ante una comisión del congreso americano que investigaba el caso Madoff, sus advertencias probadas documentalmente a la SEC tienen las siguientes fechas:

  • Mayor 2000
  • Octubre 2001
  • Octubre, Noviembre y Diciembre 2005
  • Junio 2007
  • Abril 2008

En ninguna de esas oportunidades la SEC inció una investigación basada en los detallados informes enviados por Markopolos. Hay que recordar que fue necesario el total colapso del sector financiero para que sea el propio Madoff en Diciembre de 2008 quien confesara ante las autoridades que había estado llevando a cabo una estafa piramidal que le había permitido colectar U.S.$ 50,000 millones que había dilapidado casi en su totalidad.

Debido a lo interesante del reportaje de "60 minutes" lo incluyo aquí en el blog.