El trunco del manco

El Langui. Cantante de La Excepción. Aunque siempre ha estado ahí, por fin el hip hop se hace notar. Esto mucho más que grafiteros, brakers o tíos con pantalones anchos que riman con más o menos suerte. Ni mucho menos una moda. Esta gente sabe ver lo que hay y llega donde hace mucho que no llega el rock. Ingenio e ironía desde la calle.

Despertad!!

Womanizer

Parodia de la canción de Britnie.... con una versión más real de lo que se encuentra uno en una oficina :D

Soy un pablito

Pues resulta que me he comprado la Xbox 360, y se pueden configurar avatares. y yo he hecho el mío:

Si señores, un auténtico Pablito!!! los nauticos, los pinzas con raya al medio... y el jersey.. lástima que no hubiese de rombos.. que sino... 

jeje.

Fruta fresca ¿o no?

!!!!!!!MELONES Y LIMONES!!!!!!









Yo prefiero la rajita de limon ¿y vosotros?........ es más agria pero sin duda merece la pena...

La culpa es de H&M

10 Razones para no comprarte el IPhone 3G

10. Mejor espera que salga el iPhone Shuffle que costara 49$, no tendrá pantalla pero si el logo de Apple. No hace falta que explique que solo tiene un botón y las llamadas ocurren al azar. Minimalismo total, puro y duro.

9. Los colores del iPhone son terriblemente aburridos. El color de moda en el mundo (menos en Venezuela) es el rojo.

8. El iPhone 3G no tiene teclas. Cuando Steve Jobs se de cuenta que las teclas son necesarias y le ponga esas bonitas teclas blancas y cuadradas al iPhone, tu iPhone se va a ver como de los años 70’s.

7. Más de la mitad de las aplicaciones para el iPhone son calculadoras de propinas. Un reciente estudio británico encontró que la gente que no se ha comprado un iPhone deja menos propinas que sus contrapartes iPhonizados. Al final de mes quienes no tienen iPhone ahorran más dinero.

6. El iPhone es más complicado de usar que un Nokia 2100

5. El iPhone no está diseñado para el trópico o lugares donde te suden las manos, tampoco para el verano. El mismo estudio británico encontró que la unión de manos + sudor + lo bonito y liso del iPhone hace que el numero de caídas aumentara el triple (comprado con el Nokia 2100). Por otro lado nada más sucio en el mundo que una pantalla iPhone 3G de dedos sudados.

4. Si buscas la felicidad, no la encontraras en un teléfono, por más iconos bonitos que tenga (según un estudio británico de la felicidad).

3. Cuando estés aburrido en la consulta medica no vas a poder jugar con la tapita de la batería, quien sabe porque el iPhone no tiene este elemento de diversión incorporado en su diseño. El 89.7% de los visitantes de un consultorio medico juega con las tapitas de su celular (según un estudio británico de una universidad britanica).

2. Si te amarras a un plan de 2 años cuando salgan los nuevos modelos de iPhones, tus amigos que hoy no tenían posibilidad de comprar el teléfono, compraran el iPhone 4G y se amarraran a un plan de 2 años, y entonces los amigos de tus amigos que no pudieron comprar el 3G ni el 4G podrán comprarse el modelo de iPhone 5G. Al final siempre, hagas lo que hagas estarás 2 años en el pasado. Tu próximo teléfono, si la matemática no falla será un iPhone 6G.

1. Si un día tu novia se decide a dejar que la grabes mientras tienes sexo con ella, estas perdido… ¡NO GRABA VÍDEO!

Por todo esto PELAEZ todavia no lo tiene.

Tipos de aplicaciones

Proyecto i-LAB

Hoy he tenido la oportunidad de asistir a la presentación del proyecto i-LAB. Se trata de una iniciativa subvencionada por Ministerio de Industria en el que se busca (y consigue) la creación de un laboratorio TDT-MHP virtual en el que simular las aplicaciones desarrolladas en esta tecnología.

Uno de los mayores problemas que tienen (o tenemos) las empresas que desarrollamos iTV es el altísimo coste del laboratorio, y que la dispersión de middelwares, versiones y fabricantes dentro de los diferentes STB hace que se requiera una importante inversión en decodificadores, que además no siempre son fáciles de encontrar. Para que el lector poco familiarizado se haga a la idea, es algo parecido a lo que pasa con JavaME. El estándar existe, pero luego cada uno lo implementa como quiere, lo que hace que se vea, ejecute, cargue, comporte (y un largo etc) de manera diferente dependiendo del STB en el que estemos probando o trabajando.

Otro de los mayores problemas es la ausencia de emuladores reales y de decodificadores de desarrollo (que permitan por ejemplo la posibilidad de debuggear, controlar el uso de memoria o dejar un log físico).

Todas estas cosas son "detalles" que los desarrolladores hemos ido solventando en nuestros equipos de trabajo (imagino que cada uno a su manera) porque sino es imposible llevar a buen puerto un proyecto MHP. Hoy parece que con la plataforma de test "i-LAB" podremos eliminar algunas de esas trabas. Aunque no creo que todas como pasaré a comentar después.

Antes de seguir, he de decir que me he sentido... digamos... comprendido. Es como si alguien hubiese oído los "ayyyyy por favooooor" que salen de la boca de algún desarrollador MHP en una factoría cualquiera. Por ello antes de nada dejar bien claro que me parece una de las mejores noticias para el mundo del desarrollo de aplicaciones interactivas, y traslado a todos (desde gobiernos a desarrolladores) mis agradecimientos y felicitaciones. No solo por haber creado el proyecto sino por haberle dotado de tanta complejidad.

Creo por tanto y sin duda que es una buena iniciativa que cubre una de las fases más importantes de un proyecto MHP: las pruebas.

El proyecto en si realmente consiste en tres laboratorios (ITA, La Salle y UPM) que se ocupan, cada uno, de probar ciertas cosas, pero hay algunas cosas en común.

1. El modo de funcionamiento va por reservas. Esto es, que se reserva un laboratorio a una hora y luego (o antes eso no queda claro) se paga por ello. El precio es aprox. 20€/hora.
   
2. Todos te permiten cargar tu aplicación y configurar los parámetros más básicos: autoarrancable, ancho de banda, carrusel DSM-CC y quizás algo más que no recuerde.
   
3. Todos tienen una serie de STB en el que probar cada aplicación de manera independiente (o conjunta como veremos).
   
4. Todos tienen un sistema de logs / reportes que permiten recoger los datos que genera tu aplicación. Como si de un profiler se tratase. Y no hace falta cambiar nada en la aplicación.
   
5. Todos tienen una serie de test predefinidos para pasar o monitorizar tu aplicación.
   
6. Todos simulan un mando a distancia para interactuar con la aplicación. En Web y sin applets ni cosas raras.
   
7. Todos tienen una pantalla en la que puedes ver qué está haciendo tu aplicación, como si del televisor se tratase. Pero además proporcionan un sistema de multiplexación de audio/video/datos, con lo que tu aplicación se puede probar en un entorno, más real. De hecho me da en la nariz (pura suposición) que en realidad el laboratorio es una interfaz web, un infrarrojo, un conmutador y varios STB enchufados a una capturadora enganchada a un servicio de Streaming.
   
8. Todos te permiten ir, previa cita, a probar las aplicaciones IN SITU.
   
9. Todos, dan soporte técnico y ayudan con dudas. Eso es ... la leche.
   
10. Hay más cosas, pero no tengo las notas por aquí.
    

Luego cada laboratorio se especializa en alguna cosa más concreta:

1. ITA: canal de retorno y su configuración (Ethernet vs Modem + centralita). Había unos test que incluso manejaban la asignación de recursos (modem, decodificador, etc) dentro del STB. MHP tiene un sistema bastante chulo de petición, reserva, asignación, liberación de recursos.
2. La Salle: lo que más me impactó de este laboratorio es que habían implantado un simulador de eventos de Stream. Parece que estaban más centrados en el protocolo DVB y lo que utiliza MHP de él.
3. UPM: posibilidad de probar la aplicación en muchos STB simultaneamente.

Seguro que luego cada una hace más cosas, pero en la presentación es lo que pareció.

Después de lo expuesto, parece que el laboratorio es maravilloso. Y lo es!!!! salvo por algunas cosas que, dándole un rato al coco, he visto que, en mi opinión, no se pueden probar:

1. Televisor: parece una tontería, pero el hecho de probar en una TV de tubo, a probar en una de plasma, incluso de pasar de 50 a 100Hz cambia mucho tu aplicación. Eso no se puede probar en este laboratorio. Los aspectos gráficos puros como la elección de colores, transparencias, degradados, grosor de las líneas, seguirán exigiendo el uso de un televisor (o varios), y con ello toda la plataforma de emisión en la empresa.
   
2. Decodificador: he leído en la Web que los logs los dejarán los dispositivos que estén preparados para ello. Eso probablemente se reduzca a los dos o tres decodificadores de desarrollo del mercado.
   
3. Solo vale para la fase de pruebas: en realidad no sustituye ninguna herramienta de un laboratorio básico. Simplemente complementa la fase de pruebas garantizándote que tu aplicación correrá en la practica totalidad de los decodificadores MHP del mercado. Y eso ya es mucho.
   

Ah! antes de cortar: la Web es esta donde podréis encontrar uno de los pasos a producción más chapus que he visto:

1. Noticias de prueba
   
2. Supuestos manuales que no son.
   

Jejeje, menos mal que lo que importa, que es la plataforma, tiene muy buena pinta. Estoy deseando hincarle el diente!

Trancas y Barrancas