Me he quedado en el paro y necesito encontrar un empleo para pagar la hipoteca (el banco no perdona).
Estoy buscando un puesto de consultor / administrador / técnico de sistemas / [ponga-aquí-como-lo-llamen-ahora] , en la industria de las TI (aunque no necesariamente debe de ser en la informática / sector TI).
Poseo casi 14 años de experiencia -dejé los estudios para dedicarme íntegramente a ésto-, en los cuales me he especializado en sistemas UNIX (Solaris, HP-UX), Linux y entornos Microsoft. He trabajado por cuenta (empresa) propia, para diferentes empresas (locales) del sector privado y para multinacionales tan conocidas como Vodafone, Sun Microsystems (a través de diversos partnership) y Panda Software. En ésta última durante más de 5 años desarrollando numerosas labores relacionadas con la seguridad IT. Algunas de mis fortalezas, son que estoy acostumbrado a trabajar en equipo, soy una persona proactiva, buena capacidad organizativa y con buenas dotes de comunicación.
Mi perfil completo, así como la información de contacto, se puede encontrar en mi LinkedIN, así como en las diferentes sitios online de búsqueda de empleo (Infoempleo, InfoJobs, Tecnoempleo, etc).
En la actualidad tengo disponibilidad laboral INMEDIATA y estoy abierto a cualquier posibilidad que se me ofrezca.
Por favor, ésto es muy importante, sólo respuestas serias, preferentemente por correo electrónico o aquí en el blog.
Me ha parecido conveniente postear esto aquí, dado que es muy urgente.
Mil gracias por vuestra atención !!
Ha caído en mis manos la estupenda demo del Space Invaders Extreme para la PSP y tengo que decir que es de lo más adictivo a lo que he jugado últimamente (aunque el Patapon se lleva la palma).
Space Invaders Extreme es el mítico Space Invaders renovadísimo para nuestra época, con un montón de colores nuevos, fondos psicótico-espaciales en movimiento, una música (tecno) muy pegadiza y un nivel de dificultad que espanta a cualquiera.
Contamos con nuevas y poderosas armas, con las que podremos incluso aniquilar a un batallón entero de invasores y ganar la consiguiente puntuación de bonus. Podremos hacer combos de linea (una columna del batallón), batallón del mismo color (en horizontal) e incluso sumar todos los puntos cuando matamos al platillo volador. Las armas extras no duran eternamente, asi que debemos ir destruyendo a todos los invaders posibles para que no se agoten los disparos.
Cada cierto número de pantallas llegamos a un Boss, que consisten básicamente en invaders mucho más grandes y difíciles de destruir. Algunos se mueven muy rápido y/o son muy resistentes y necesitaremos de todas las armas que nos caigan para destruirlos por completo.
Si Space Invaders Extreme sale a un buen precio, es un must-have
Muy recomendado revisar las notas de la versión, sobre todo a los usuarios de VMWare (que seguro sóis muchos). Al parecer ésta segunda preview no incluye el necesario driver de red y debe modificarse a mano el fichero de configuración (.vmx). También especial atención a GRUB, tampoco podrás arrancar otros sistemas operativos por defecto, ya que el instalador no agrega las entradas correspondientes de Linux y Windows.
Si ya probaste la primera preview y no te convenció o tu hardware no funcionaba correctamente, ésta es tu ocasión de volver a intentarlo. En el caso de que tengáis OpenSolaris ya instalado en el disco duro, os recomiendo utilizar el método de instalación / dumpeado de la imagen en un pendrive USB para agilizar el proceso de actualización.
En la parte de escritorio, se ha actualizado GNOME a la versión 2.20 (sin novedades en comparación con la versión previa de Solaris Express Community Edition), Firefox 2.0.0.9, Thunderbird 2.0.0.6, Evolution 2.12.1 y StarOffice 8. Tambien se han actualizado las herramientas de desarrollo, ya que se incluyen Sun Studio Express 12/07 y NetBeans 6.0 + GlassFish V2, con soporte para PHP, C/C++ y los plugins D-Light y DTrace para el uso de esta tecnología en ambos entornos de desarrollo.
Quizás lo mas interesante de esta SXDE es la inclusión del completo stack AMP para desarrolladores Web 2.0. Dicha herramienta consta de los paquetes Apache 2.2.6, MySQL 5.0.45, PHP 5.2.4, PostgreSQL 8.2.5, Ruby 1.8.6 y Squid 2.6, todos ya preconfigurados y optimizados para OpenSolaris. Para nuestra comodidad se han incluido algunos scripts y una herramienta gráfica para automatizar el proceso de configuración, parada y arranque de los servidores de BBDD y Web. SXDE viene también con soporte opcional para los desarrolladores que lo necesiten.
Después de varios días con SXDE 1/08 me he dado cuenta de que el rendimiento del escritorio, del navegador y en general de casi todo, se ha visto incrementado frente a la anterior versión de SXDE; la hibernación/suspensión del portátil no me ha funcionado muy bien (aunque no he hecho muchas pruebas, los drivers de audio y wireless se quedan fritos), las herramientas del webstack AMP son estupendas y muy útiles (no más scripts en linea de comandos) y tanto ZFS como DTrace han sido integrados con nuevas funcionalidades.
Por otro lado, y siempre desde mi caso de uso de OpenSolaris, esperaba la inclusión de un driver para lector de tarjetas SD -me consta que en algunos portátiles ya funciona-, soporte de WPA para el driver ipw0 (ipw2100 de Intel), solución de los problemas de DHCP con chipset wireless de Atheros, mejoras en NWAM (a veces es una pesadilla!), mejor soporte de DRI para gráficas Intel (para poder utilizar el archiconocido Compiz) y soporte de consolas virtuales al estilo Linux.
Por cierto que SXDE 1/08 se puede bajar, por primera vez directamente en una única imagen ISO y no sólo en varios segmentos. Y si no puedes bajarlo, puedes pedir que te lo envíen gratuitamente a tu casa.
Hoy no voy a hablar de OpenSolaris ni nada parecido, voy a hablar del fin de la misión STS-107 del transbordador espacial Columbia, un tema que me tiene obsesionado incluso desde antes de que sucediera.
Todo comenzó un 28 de enero de 1986, cuando solo contaba con 7 añitos. Con esa edad ya sabía algo sobre los transbordadores espaciales, pues en mi casa siempre había libros sobre ciencias, astronomía, etc y el tema suscitaba siempre un interés especial en mi familia.
Aquel día estaba en la cocina con mis padres, preparándonos para el almuerzo y como siempre, a la hora de las noticias, nos sentábamos a comer. La noticia del día era que el transbordador espacial Challenger subía al espacio de nuevo con una profesora de EEUU a bordo. Era la primera vez que un civil subía al espacio con fines “académicos” y sobre todo subía para enseñarles a los niños lo que se hacia allí arriba.
Recuerdo que transmitieron el proceso de despegue desde el primer momento (después supe que era una reposición). Mi madre estaba fregando unos cacharros antes de sentarse a la comida y antes de ello, subió el volumen del televisor. Me dijo “Ves? Esa nave va a subir al cielo con una profesora y va a enseñarnos a todos lo que se siente una vez estés allí arriba”.
Yo observaba alucinado los destellos de los motores del transbordador, justo cuando se encendían y empujaban la nave hacia arriba. Por supuesto no tenia ni idea de como funcionaba todo aquello, pero para un pequeño como yo, era algo divertido e interesante, algo así como una película de ciencia ficción.
Sin embargo, transcurrido poco mas de un minuto sucedió algo imprevisto, el Challenger explotaba ante nuestra miraba atónita, y ví como el horror paralizaba a mis padres, que rápidamente subieron aún mas el volumen del televisor.
Al igual que las películas, la increíble explosión en el aire me dejo aterrorizado, sobre todo sabiendo que no era ficticio, que era algo real, que la profesora y los demás astronautas murieron. Y me eché a llorar…
Aquel hecho me dejó marcado de por vida, y desde entonces empecé a interesarme enormemente por los transbordadores, como funcionaban los despegues, puestas en órbita y reentrada en la Tierra. Siempre tuve mucho miedo de que algo pudiera volver a suceder.
Pasados los años, seguía con detenimiento las noticias y las notas de prensa sobre los vuelos espaciales, sobre la rivalidad de EEUU y la antigua Unión Soviética en el programa espacial y cualquier tema relacionado.
Con la llegada de Internet a nuestro hogar y con un montón de libros deborados, el interés por saber sobre las misiones era casi obsesivo, tenia recortes de prensa, documentos e informes impresos, todo lo que podía recoger para estudiarlo posteriormente. Llegué incluso a estudiar el funcionamiento de AutoCAD y programas de modelado para recrear los transbordadores espaciales, e incluso hacer pequeñas simulaciones en mis ratos libres.
Hace un lustro, en el 2003, la NASA todavía no retransmitía -que yo sepa- las misiones por Internet, pero como ya he dicho, siempre estaba atento a lo que la TV y los periódicos decían. En esta ocasión, estaba siguiendo la misión STS-107 de la NASA con el veterano transbordador Columbia.
Se descubrió que durante el despegue de la nave, el día 16 de enero del 2003, hubo un desprendimiento de un trozo de espuma de poliuretano -aislante del tanque externo- dañando varias losetas de protección térmica del ala izquierda del transbordador. Recordemos que las losetas de protección térmica son imprescindibles a la hora de entrar en nuestro planeta, pues protegen a la nave del calor producido debido al rozamiento con la atmósfera durante la reentrada.
Concretamente el fragmento tenía un tamaño de 50×40x15 centímetros y un peso de 1 kg aproximadamente, golpeado el ala a un 800 km/h -la fuerza del impacto se calculó en casi una tonelada-. El golpe producido en forma tangencial perforó un par de paneles detrás del borde de ataque, cerca del tren de aterrizaje del Columbia. El accidente no fue percibido por los tripulantes de la nave, ni tampoco durante la misión. El control de misiones de la NASA, al parecer, estuvo al tanto del desprendimiento del resto, pero desestimó el alcance del evento.
Agotado el tiempo de la misión (unos 15 días), el transbordador Columbia tuvo luz verde para su reentrada a la atmósfera de la Tierra y ahí es donde empezaron los problemas.
Debido al impacto del fragmento de espuma durante el despegue, se desprendieron varias losetas de protección térmica cerca del tren de aterrizaje del transbordador. El calor abrasivo del plasma que se forma durante la reentrada, produjo la destrucción por fusión de la estructura interna (“el chasis” se derritió literalmente) del ala izquierda, lo suficientemente grande como para desestabilizar la nave.
Durante la reentrada, los sensores térmicos detectaron un aumento inusual de temperatura en la región del impacto. Debido a esto, el ala finalmente se desprendió, ocasionando que el transbordador girara violentamente sobre sí mismo, deshaciéndose estructuralmente debido a la fuerza aerodinámica.
A las 8h en EEUU, se perdió la comunicación con el Columbia, que estaba ya sobre Nuevo México. Hubo una ultima imagen por infrarrojos del transbordador:
Minutos después, todos los telediarios del mundo nos informaban de que el Columbia, junto a su tripulación, se desintegraba mientras surcaba los cielos de Estados Unidos a una velocidad aproximada de 13.000 millas por hora…
Aquel día todo el mundo volvimos a revivir lo sucedido con el Challenger, de nuevo, los tripulantes del transbordador no volverían a casa nunca más.
Volví a llorar… aún encontrándome en la oficina rodeado de mis compañeros de trabajo, tuve que marcharme de mi sitio… solo unos pocos sabían por qué el dolor me desgarraba tanto.
Los tripulantes del Challenger y del Columbia eran -y son- parte de nuestra historia, unos héroes que alimentaron las ansias del hombre por saber más: qué sómos, de dónde venimos, a dónde vamos, seguiremos aquí mañana?
Estos hombres y mujeres dieron sus vidas en nombre de la ciencia y todos deberíamos tener muy presente que sin la ciencia, sin los viajes espaciales, sin ésta tecnología, sin nada de eso, nos quedaremos sólos en este mundo, nos estancaremos y no sabremos a dónde ir….
Creo que el hombre ha nacido para explorar, es nuestro sino.
Este post sólo pretender ser un pequeño tributo a las tripulaciones de los transbordadores perdidos:
Columbia, tripulación de la misión STS-107: Rick D. Husband, comandante de la mision, William C. McCool, piloto, David M. Brown, Laurel B. Clark, Kalpana Chawla, Michael P. Anderson, especialistas de misión y finalmente Ilan Ramon, especialista de carga.
He aquí una lista (preliminar) de enlaces para todos aquellos que aun no encontréis información suficiente sobre OpenSolaris en nuestro idioma. Debéis plantearos el hecho de que aún no esta toda la información colgada porque se encuentra en proceso de elaboración, traducción y clasificación.
En cualquier caso, debería ser suficiente para que planteéis vuestras dudas y que los miembros de la comunidad hispana de OpenSolaris puedan responderlas:
Canal de IRC #opensolaris-es, plantea tus dudas en tiempo real con otros miembros de la comunidad hispana de OpenSolaris
Que no se diga que no hay información en castellano sobre OpenSolaris, hay mucha gente que está trabajando muy duro para que todo ésto llegue a futuros usuarios y desarrolladores. Si tienes algún trabajo, alguna traducción o algun proyecto que quieras compartir, la comunidad hispana de OpenSolaris te dará siempre la bienvenida.
Con las herramientas que trae distro-constructor y la imagen ISO de Indiana ya bajada, podemos construir una distro OpenSolaris arrancable desde un pendrive USB. Los requisitos a tener en cuenta son un pendrive USB (1Gb o mayor) y tener previamente instalado Solaris Express
Para ello, tan sólo debemos crear un directorio temporal en nuestro disco y dentro del mismo -como superusuario, pues vamos a utilizar lofiadm, montar la imagen ISO que nos hemos bajado-, ejecutamos las siguientes órdenes:
Obtenemos los ficheros que componen distro-constructor del repositorio mercurial:
# hg clone ssh://anon@hg.opensolaris.org/hg/caiman/distro_constructor
Entramos al directorio distro_constructor/tools y ejecutamos usbgen (tardará un buen rato):
# cd distro_constructor/tools
# ./usbgen /home/iban/indsunhelpru0108.iso /home/iban/usbimage `pwd` /home/iban/tmp
‘/home/iban/indsunhelpru0108.iso’ es la ruta a la imagen que me he bajado de este hilo del foro de Indiana para hacer una prueba. Es una imagen que ha creado un usuario con los últimos cambios hasta el 16 de Enero del 2008. Vosotros podéis hacer la prueba con la imagen de Indiana que bajásteis previamente.
‘/home/iban/usbimage’ es el nombre de la imagen temporal que posteriormente transferiremos al pendrive USB. Es muy importante que utilicemos la ruta completa tanto a la imagen ISO como a la imagen temporal. Si no las indicáis en la linea de comandos, usbgen dará un error y tendremos que desmontar a mano las imágenes en loopback con lofiadm -d /dev/lofi/1 y lofiadm -d /dev/lofi/2, además de los directorios en los que se montaron (haz un mount para ver si se han montado).
La salida del comando:
# ./usbgen /home/iban/indsunhelpru0108.iso /home/iban/usbimage `pwd` /home/iban/tmp
/dev/rlofi/2: Unable to find Media type. Proceeding with system determined parameters.
/dev/rlofi/2: 1433400 sectores en 2389 cilindros de 1 pistas, 600 sectores
699,9MB en 150 grupos de cilindros (16 c/g, 4,69MB/g, 2240 i/g)
copias de seguridad super-bloque (para fsck -F ufs -o b=#) en:
32, 9632, 19232, 28832, 38432, 48032, 57632, 67232, 76832, 86432,
1344032, 1353632, 1363232, 1372832, 1382432, 1392032, 1401632, 1411232,
1420832, 1430432
Copying ISO contents to USB image
…………………………………………..
…………………………………………..
…………………………………………..
…………………………………………..
…………………………………………..
…………………………………….
Cuando termine, ejecutaremos la siguiente orden para transferir la imagen al pendrive USB (pincha el pendrive ahora si no lo has hecho ya). El programa ‘usbcopy’ nos dará a elegir la unidad de destino:
# ./usbcopy /home/iban/usbimage
Found the following USB devices:
0: /dev/rdsk/c0t0d0p0 2,0 GB Kingston DataTraveler 2.0 PMAP
Kingston DataTraveler 2.0 PMAP, MB at /dev/rdsk/c0t0d0p0 ?(y/n) y
umount: advertencia: /dev/dsk/c0t0d0s0 no está en mnttab
umount: /dev/dsk/c0t0d0s0 no montado
Copying image to USB device
Ignora los errores que puedan salir después de elegir el pendrive (en mi caso opción 0), aceptamos que vamos a destruir la información del mismo y cuando termine el proceso -tarda unos cuantos minutos- ya tendremos OpenSolaris arrancable desde USB!
Finalmente reiniciamos el sistema con el pendrive pinchado. Comprueba previamente (en la configuración de la BIOS de tu ordenador) la prioridad del dispositivo de arranque y cambia el orden si es necesario para arrancar desde el pendrive.
Realizando varias pruebas, me he dado cuenta de que si hacemos la imagen temporal en un disco externo USB2, se agiliza muchisimo el proceso, reduciéndolo a 5 o 10 minutos de tiempo. Con éste método haremos trabajar mucho menos a nuestro disco local, pues tiene que leer un fichero de imagen relativamente grande y escribirla en otro fichero. Pero si sóis los afortunados en tener discos de 7200rpm o mas, entonces dará lo mismo
En el post anterior hablábamos del funcionamiento experimental de ZFS en Mac OSX Leopard, hoy lo haremos sobre DTrace, una tecnología de instrumentación / debugging a bajo nivel del sistema que se estrenó en OpenSolaris hace ya casi 3 años. Pero, qué es DTrace y para qué nos sirve?
DTrace es una herramienta introducida en el Sistema Operativo Solaris 10 que nos puede ayudar a depurar problemas sistemáticos y/o difíciles de diagnosticar con las herramientas y mecanismos tradicionales. A través de la linea de comandos y de un lenguaje de scripting llamado “D”, DTrace nos ofrece una vista comprensible del comportamiento del sistema operativo (kernel y librerías del sistema por citar algunas partes del OS) y de las aplicaciones que se ejecutan sobre él.
Realmente realiza funciones similares a otras herramientas mas conocidas en Solaris, como por ejemplo truss, apptrace, prex y mdb. Sin embargo, DTrace integra todas sus funcionalidades en una única y poderosa herramienta, ‘dtrace‘ , que examina la actividad de usuario y del kernel de Solaris.
Hoy en día DTrace está considerada como la única herramienta disponible que es lo suficientemente segura para utilizarla en sistemas de producción (sistemas que funcionan sin reiniciar en mucho tiempo y que necesitan su disponibilidad 24×7) y además con un impacto insignificante en el rendimiento, llegando a un 0% de consumo de CPU cuando no se emplea.
Así pues, si abrimos un Terminal en OSX y nos autenticamos como root (o utilizando sudo, tendremos acceso a dtrace y a todas sus funcionalidades.
Después de consultar algunos post sobre DTrace en Leopard y de jugar un poco con los probes, me dí cuenta (realmente lo habia leído ya) de que había una aplicación que no se mostraba en la lista de procesos. Tenia arrancado Finder (obviamente), Mail, Safari, iTunes (escuchando el podcast del Geek Errante) y Transmission, entre otros procesos. Pero sorprendentemente, iTunes no salía en dicha lista, por mucho que me enganchara al proceso y utilizara otros probes:
Realizando un sencillo script para comprobar llamadas al sistema, únicamente Finder, Mail y Transmission sacaron los resultados esperados, sin embargo, aplicando el mismo script a los PID de iTunes o a Safari, no dieron ningún resultado.
Abrimos un editor de textos y escribimos lo siguiente:
pid$1:::entry /* Probamos las funciones del proceso unicamente */
{
@[probefunc]=count();
}
Guardamos el script como prueba.d y ahora vamos a listar los PID de iTunes y Safari: sh-3.2# ps -aef | grep -i Safari.app
501 2410 109 0 3:26.63 ?? 14:15.25 /Applications/Safari.app/Contents/MacOS/Safari -psn_0_2171410
sh-3.2# ps -aef | grep -i iTunes.app | grep -v iTunesHelper | grep -v grep
501 3704 109 0 0:17.81 ?? 0:58.62 /Applications/iTunes.app/Contents/MacOS/iTunes -psn_0_3060459
Ahora ejecutamos el script sobre los PID de Safari o de iTunes (mientras, cambia de canción o haz algo con la aplicacion iTunes o navega un poco con Safari):
sh-3.2# dtrace -qs prueba.d 109
^C
sh-3.2#
No aparece absolutamente nada. Aplicad el mismo proceso contra el PID de Finder o de otra aplicación y veréis como aparecen literalmente, cientos de llamadas al sistema. Si hacemos la prueba contra Safari, veremos que ocurre lo mismo, solo que encima -al menos en mis pruebas- uno de los cores de la CPU se puso al 100% y Safari tardaba muchísimo en recargar la página que le había ordenado. Supuestamente DTrace no debería producir este comportamiento, aunque también es verdad que la prueba que le hemos ordenado es un poco salvaje.
Consultando ésta entrada de Adam Leventhal, uno de los desarrolladores de DTrace en Sun, nos encontramos con que efectivamente Apple ha neutralizado la capacidad de realizar probes en alguna de sus aplicaciones.
Parece que a Apple no le gusta que miremos como funcionan sus aplicaciones por dentro…
Llevaba tiempo queriendo probar ZFS en Mac OSX y gracias a los desarrolladores de Apple, en la web del proyecto ZFS para Leopard podemos obtener los ficheros necesarios para instalar el soporte de este genial sistema de ficheros.
La instalación es muy sencilla, tan solo debemos copiar los ficheros en nuestro sistema, sustituyendo los que ya trae Leopard. Por si acaso, siempre es recomendable realizar una copia de seguridad de los antiguos ficheros, no ser que luego suceda lo peor (como por ejemplo que no arranque el sistema operativo).
Como usuario root o superusuario, procederemos de la siguiente manera:
Ahora descomprimimos el fichero zfs-102A-source.tgz (tar zxf zfs-102A-source.tgz) y copiamos los ficheros nuevos (previamente tendremos que introducirnos dentro del directorio resultante):
Segun la documentación, es necesario que todos los ficheros que hayamos copiado tengan como propietario/grupo root:wheel . Así pues, los revisamos y si todo es correcto, ya podemos reiniciar el sistema para que el kernel cargue los nuevos modulos del soporte ZFS.
Una vez reiniciado Mac OSX, abrimos de nuevo un terminal y mediante sudo o autenticándonos como superusuario, podemos utilizar los comandos zfs y zpool para agregar discos ZFS a nuestro sistema.
Pinchamos el disco -en mi caso USB- al ordenador y -importante- ignoraremos que Finder no reconozca el disco (Finder aun no maneja algunas cuestiones de ZFS), por tanto NO debemos inicializar el disco si no queremos destruir los datos.
zpool import -f disco60gb (disco60gb es el nombre de mi pool)
En mi caso utilice el parámetro -f (forzar) debido a que Mac OSX no quería importar el pool al estar adjudicado en otro sistema (OpenSolaris Nevada). Después de esto, ya podía utilizar el pool ZFS en Finder sin problemas, pudiendo leer y escribir en el pool e intercambiando ficheros entre Mac OSX y OpenSolaris
En la imagen de arriba podemos ver como se muestra el pool disco60gb en Finder y en linea de comandos. Desgraciadamente, por algún motivo no fue posible desmontar el pool y al desconectar físicamente el disco USB, se fueron al garete todos los datos (menos mal que tenia copia). Al volver a realizar las pruebas (reiniciar el sistema y restaurar el pool desde OpenSolaris), solo pude desmontar el disco apagando Mac OS X, no me digáis por que…
Y es que, hay que señalar que aun existen problemas importantes a la hora de utilizar ZFS en Leopard, a saber que Spotlight puede llegar a entrar en un looping indexando el pool una y otra vez. Los ficheros que residen en la papelera de Finder no se borran automáticamente al vaciarla, por lo que hay que realizar la limpieza a mano, en linea de comandos. Tampoco se puede guardar la biblioteca de iTunes en un pool ZFS, al parecer iTunes no tiene en cuenta el pool. Otros problemas mas técnicos tratan de la imposibilidad de utilizar snapshots directamente o la imposibilidad de utilizar pools replicados (raidz) si no han sido exportados previamente (zpool export).
Como veis, el soporte de ZFS en Leopard todavía es inmaduro, si bien podemos intercambiar datos entre sistemas operativos Mac OS X, Solaris y OpenSolaris, lo que ya es un logro.
Esperemos que en futuro, tanto OpenSolaris como Mac OS X puedan arrancar directamente desde ZFS y así olvidarnos de UFS y HFS+
Llevo parte de la tarde enganchado a este juego tan original, Patapon, para la PSP de Sony, de los creadores del famoso LocoRoco.
Se trata de llevar a unos peculiares soldaditos por el escenario al ritmo de la música. Con los botones de la PSP tocaremos la notas “PON”, “PATA”, “CHAKA” y “DON”, intentado seguir el ritmo que nos marcan, al mas puro estilo DJ MAX Portable. Tenéis que probarlo, es increíble lo divertido (y adictivo) que es éste juego!!
