“Sí”, “Sí a todo”, “No”, y “Cancelar”. Pero que ocurre si quisiéramos “No a todo”.

Está es la imagen más cercana a la solución que he encontrado:

La solución es hacer click en el botón “No” con la tecla Shift pulsada al mismo tiempo y esto simulará el comportamiento de “No a todo”.

A diferencia de otros managers de fútbol es totalmente gratuito y no hay ningún tipo de versión de pago por lo que todo el mundo accederá a las mismas opciones y posee una profundidad de datos no disponible en otros manager ya que los datos del juego los suministra la potente base de datos de resultados de fútbol.

¿En qué consiste Desafio Manager?

El reto parece simple, crear el mejor equipo y conseguir más puntos que el resto de los usuarios de tu liga, para ello se te asignará una plantilla con jugadores reales, de tu habilidad para gestionarla depende el futuro de tu equipo.

Cada jugador es único es decir sólo hay un Messi y un Ronaldo de tí depende que juegue en tu equipo, sólo los mejores pueden aglutinar a las grandes estrellas en un mismo equipo.

Los precios de los jugadores fluctuan durante la temporada basándose en la oferta y la demanda. Tu presupuesto se incrementará si un jugador sube de valor y luego eliges venderlo. Sin embargo, también puede bajar.

Existen cientos de millones de usuarios en Internet en cada momento de nuestras vidas, es casi imposible imaginar el volumen de datos y otros parámetros que eso genera, en tan solo un día.

Todo esto ocurre en Internet cada día

• Se envían 210 mil millones de emails (210000000000 emails).
• 3 millones de imágenes se suben a Flickr.
• Tan solo en dispositivos móviles, 50 millones de Gigabytes de datos fluyen entre ellos.
• Se generan US$145 millones de dólares en negocios.
• Facebook suma 700 mil usuarios.
• Ocurren 45 millones de actualizaciones de usuarios en Facebook.
• Se envían 5 millones de actualizaciones desde Twitter.
• Se publican 900 mil entradas en blogs.

Y recuerda, todo esto en un solo día. ¿Qué haces tú en un día en Internet?

Uno de los grandes errores que se puede cometer a la hora de afrontar un proyecto en Intenet es dejar de lado la escalabilidad, es muy sencillo, un sitio puede llegar a obtener un éxito abrumador si escala correctamente pero no dispone de un desarrollo excesivamente bueno, por el contrario es imposible alcanzar el éxito con un sitio que tiene un desarrollo excepcional pero que a la hora de la verdad no escala correctamente y no puede seguir creciendo.

La escalabilidad de un sistema requiere un pensamiento cuidadoso desde el principio de su desarrollo, ya que de no ser asi la evolución del desarrollo se vera afectada arrastrando problemas que a menudo llegan a ser una carga demasiado pesada para el crecimiento del sitio web.

Para conseguir mantener un sistema con un rendimiento adecuado y que sea facilmente escalable necesitamos estar siempre alerta, no es cuestión de intentar mejorar el rendimiento del sitio web en una fase determinada del proyecto sino más bien de mantener una regularidad en la optimización en todas las fases del proyecto.

Probablemente nunca encontrarás la solución definitiva a la escalabilidad de tu proyecto ya que encontrarás diferentes escenarios a los que tendrás que aplicar soluciones distintas.

Definir una estrategia de escalabilidad

Es realmente importante definir una estrategia de arquitectura tecnológica que nos permita enfrentarnos a la demanda de usuarios y al almacenamiento de contenido, basicamente esto es la escalabilidad y deberemos tener en cuenta dos factores:

1. Crecimiento del contenido

El crecimiento del contenido es todo aquello que tiene que ver con la capacidad de almacenamiento que va a tener nuestro sistema y si verdaderamente en un momento dado el sistema va a poder afrontar las necesidades que generaran los objetivos cifrados.

2. Crecimiento de la audiencia

El crecimiento de la audiencia es fundamental ya que se trata de si el sistema podra dar un servicio de calidad a toodos los usuarios que tenemos previsto que accedan al contenido.

Si desde un principio no calculamos los recursos necesarios para afrontar ambos crecimientos es tecnicamente imposible que cumplamos los objetivos fijados.

2 – Dedica tiempo a estudiar PHP, es un lenguaje en continuo proceso de crecimiento y sus características van cambiando con el tiempo.

3 – Incrementar una variable en un método es lo mas rápido, del mismo modo que hacerlo en una función.

4 – Incrementar una variable global es dos veces mas lento que una variable local.

5 – Incrementar una variable local en un método es lo más rápido. Casi lo mismo que llamar a una variable local en una función.

6 – Incrementar una variable indefinida es 9 ó 10 veces más lento que una ya pre-declarada.

7 – El hecho de declarar una variable global a pesar de que no la utilices en ninguna función realentiza tu script, PHP tiene que chequear si la variable existe.

8 – La llamada a una función con un parametro toma aproximadamente el mismo tiempo que de 7 a 8 operaciones con variables locales, y esa misma llamada a un método supondrían unas 15 operaciones.

9 – Si necesitas saber el timestamp de acceso a un script, considera utilizar $_SERVER['REQUEST_TIME'] en lugar de time().

10 – $row['id'] es hasta 7 veces más rápido que $row[id].

11 – $localvar++ es hasta 15 veces más rápido que function inc(){ $localvar++; }.

12 – Los scripts PHP se “compilan” cada vez que son ejecutados a menos que se guarde el código objeto en un cache. Las diferentes herramientas de compilación de PHP incrementan el rendimiento hasta un 100%.

El orden de las unidades de almacenamiento es el siguiente: Byte, Kilobyte, Megabyte, Gigabyte, Terabyte, Petabyte, Exabyte, Zettabyte, YottaBytee, Brontobyte

Para hacernos una idea recurramos a los petabytes que nos va a facilitar la comprensión.

¿Y Cuanto es un Petabyte?

Pues mil millones de Gigabytes, que se dice pronto. Esto equivaldría más o menos a 3.500.000.000 canciones en mp3, 500.000 de horas de vídeo en DivX.


8 Bits = 1Byte
1024 Bytes = 1 Kilobyte
1024 Kilobytes = 1 Megabyte
1024 Megabytes = 1 Gigabyte
1024 Gigabytes = 1 Terabyte
1024 Terabytes = 1 Petabyte
1024 Petabytes = 1 Exabyte
1024 Exabytes = 1 Zettabyte
1024 Zettabytes = 1 YottaByte
1024 YottaBytes = 1 Brontobyte
1024 Brontobytes = 1 GeopByte


Para hacernos una idea:

El tráfico anual de Internet se estima en entre 5 y 8 exabytes.
El tamaño de Internet (entendido como almacenamiento) se estima en cerca de 500 exabytes.

Muchos sistemas de estadística fijan el porcentaje de rebote en 30 segundos: un visitante se define como “desinteresado” si abandona la página antes de 30 segundos. El límite de 30 segundos, es un valor de referencia que en algunas aplicaciones de software comercial, se esta bajando a 5 segundos para evitar “counter terrorism” (gente que recarga las páginas varias veces para falsificar las estadísticas de una web).

Sin embargo Analytics como hemos explicado determinar el porcentaje de rebote cómo el número de usuarios que visitas una única página de nuestro sitio web.
Este indicador se usa para evaluar la calidad de las visitas y un porcentaje alto indica que algo va mal, también es interesante saber las páginas que tienen mayor porcentaje de rebote y analizar los motivos.

Mientras más bajo sea el porcentaje de rebote de mayor calidad serán las visitas que recibimos.

¿Cuál sería un buen porcentaje de rebote para mi página web?

Todo depende de la temática del sitio y de las principales fuentes de entrada, una página con un alto porcentaje de trafico orgánico proveniente de buscadores (más de 80% de trafico orgánico) es muy dificil que consiga un porcentaje de rebote menor al 50%, por otro lado para páginas que no se nutren de las visitas provenientes de buscadores el porcentaje de rebote tiene que ser menor, llegar a un porcentaje de rebote menor al 10% es casi una utopia, Facebook por ejemplo tiene un porcentaje de rebote de un 12%.

Sea para limpiar su imagen o no es una buena noticia ya que la fundación Wikimedia es una organización sin ánimo de lucro y que nos ofrece proyectos que utilizamos practicamente todos los días (Wikipedia), este tipo de donaciones nos permiten seguir disfrutando de la Wikipedia.

Los servidores de Wikimedia son dificiles de mantener ya que reciben miles de peticiones por segundo y precisan de una gran cantidad de ancho de banda, para hacernos una idea sólo hay que ver las estádisticas.

A pesar de que la Wikipedia es una de las cinco páginas más visitadas de Internet no tiene ánimo de lucro y mantiene una plantilla de sólo 30 empleados.

No se puede tratar de valor una red social únicamente fijándonos en los usuarios únicos y las páginas vistas ya que el verdadero atractivo de una red social son sus usuarios.

El valor de las redes sociales en 2009

En TechCrunch tienen una interesante simulación del valor de las redes sociales más importantes en 2009, ya un año antes hicieron una aproximación al valor de las redes sociales, para elaborar la gráfica que se muestra a continuación toman datos de Comscore y separan los usuario por paises ya que parten de la base de que el gasto medio por usuario en publicidad es diferente en cada país y esa es la principal vía para monetizar una red social.

El valor de las redes sociales en 2008

Este es el resultado del estudio realizado por TechCrunch en 2008, se basa al igual que el de 2009 en el gasto medio de usuario por publicidad en cada uno de los países.

Cómo se puede observar Facebook hace 2 años ya era la segunda red social más valorada, hoy sin duda alguna ocuparía la primera posición.

Cómo se puede ver se basa en valorizaciones reales de redes sociales para establecer tres modelos diferentes (Bebo, Linkedin, Facebook).

Estudio Hiwise

En cuánto a los ingresos sucede lo mismo un 18% de los usuarios de Gmail tienen unos ingresos anuales entre $100.000 y $150.000 (75.000 y 110.000 euros) comparados con un 15% de Hotmail y un 13% de Yahoo! Mail

Personalmente opino que es necesario incluir en el “Curriculum Vitae” una dirección diferente a Hotmail (ya sea gmail o yahoo mail) y es qué por ejemplo en el sector tecnológico no puedes pasar por experto de nada si el servicio de correos que utlizas es Hotmail.

¿Qué pensarías si haces una entrevista a un desarrollador web y te da cómo dirección de correo pepito@hotmail.com?