El Geek Errante: transmisión #36

Bienvenidos al episodio XXXVI del podcast del Geek Errante. Hoy es domingo 6 de abril de 2008. Día 17 de la estación B del año 88 de la era Asimoviana.

Tal día como hoy

Cuaderno de bitácora
El algoritmo del marinero borracho da sus frutos y Mr.Solo y El Doctor encuentran El Geek Errante orbitando alrededor de un asteroide, detectan alrededor suya un campo de energía generado por otra nave, lo cual les hace temerse lo peor, pero para su sorpresa se encuentran con IKEA3, la nave de FuTuR3, quien es sorprendido con “las manos en la masa”.

Rincón del oyente

Noticia de entrada

Follow-Ups

MISCELÁNEA
Quickies

  • Nuestros respetos para Arthur C. Clarke, uno de los maestros de la Ciencia Ficción.

Noticias
Esta semana damos rienda suelta a nuestro lado más techie comentando los experimentos que han realizado en la Universidad de Princeton sobre cómo el enfriamiento de los módulos RAM es usado para aumentar el tiempo en que los datos permanecen recuperables después de eliminar la alimentación.

También comentamos los ataques clásicos por Firewire:

DEVELOPERS Y UNIX
Quickies

Noticias

P2P Y DERECHO DIGITAL
Quickies

Noticias

  • La fiebre anti P2P se extiende por Europa.
  • - Irlanda: la industria musical denuncia a ISPs y quiere filtrado de protocolos P2P.
    - Israel: cierran el acceso a sitio de torrents por sentencia judicial.
    - Suecia: los ISPs entregarán las IPs de los clietes que usen P2P a las entidades gestoras.
    - Noruega: los ISPs se plantan ante un requerimiento de filtrado P2P de la MPAA.

SCI-FI TO SCI-FACT

LICENCIA
El 100% de este podcast se ha elaborado a partir de bits reciclados, y se distribuye bajo una licencia Creative Commons Atribución-no comercial-share alike 2.5 de España. Para más información, visita http://www.creativecommons.es

FEEDBACK
Escríbenos un Correo Electrónico

 
icon for podpress  A Podcasting Odyssey [71:20m]: Play Now | Play in Popup | Download


del.icio.us:El Geek Errante: transmisión #36  digg:El Geek Errante: transmisión #36  reddit:El Geek Errante: transmisión #36 menéame - Comparte la noticia!

Etiquetas: , , , , , , , , , , , , , , , , , , , , , , , , ,

Os recomiendo que veais esta brillante serie (Planetes), que da una buena idea demasiado posible del futuro espacial.

Bueno, de verdad que este episodio mola, como siempre.

Estais pensando aun en sacar el monografico de Lenguajes de Programacion ?
(Perdon por mi falta de conjugacion iberica)

Otra pregunta: existe algun Lenguaje de Programacion que corra sobre la Maquina Virtual y que permita acceso a registros y demas inforamcion de perifericos y puertos y DMA del microprocesador ?

Saludos

@LeonardoHernandez
Muchas gracias por tu comentario.

Del monográfico de Lenguajes, de momento estamos planeando cómo hacerlo pues hay demasiada info, por lo pronto estamos sacando notas de los lenguajes que más nos gustan o que van saliendo en las noticias. Igual terminamos haciéndolo así, en vez de un mega-monográfico, vamos poco a poco sacando info de los distintos lenguajes y paradigmas.

De lo del DMA y la máquina virtual, uno de los puntos a favor de la VM es precisamente la independencia de la plataforma: CPU, periféricos, puertos, etcétera, por lo tanto es imposible desde dentro de la máquina tener acceso directo al hardware. Esto claro va a limitar algo la compatibilidad por ejemplo con CRuby o CPython, aunque la gente que hace los runtimes de la VM emulan hasta donde es posible el comportamiento de la máquina. Una opción es hacer una Shared Library o DLL en C que haga el acceso al hardware que deseas, envolverla en una clase Java con JNI o alguna de las alternativas que hay ahí y llamar a dicha clase desde el lenguaje de la VM. Tambien puedes ejecutar programas externos escritos en C. Nuevamente, con esto estás dando al traste con varias de las ventajas de la VM. En primer lugar, pierdes portabilidad (tienes que portar tu Shared Lib o DLL a todas las arquitecturas y S.O. que quieras soportar) y tambien pierdes toda la protección de la VM dentro del código C: gestión de memoria, recolección de basura, protección contra escrituras inválidas a la memoria, etc.; además el salto de VM a código nativo siempre lleva asociada una cierta pérdida de rendimiento (vamos, que toma tiempo preparar las cosas para la llamada a C, hacer la llamada, recibir los resultados y prepararlos para devolverlos) además de que la interacción con clases Java desde C no es precisamente transparente.

Antes de plantearme hacer algo así yo primero me plantearía si hay alguna forma más fácil o portable de hacerlo, por ejemplo, en el caso al menos de Linux, muchos dispositivos se pueden controlar simplemente leyendo y escribiendo a archivos en /dev y/o /proc.

@DioxCorp

Tiene muy buena pinta, muchas gracias por la referencia. Me quedo con ella para mi próximo viaje virtual a tierras niponas.

@DioxCorp coincido con El Doctor, tiene muy buena pinta… ha pasado a engrosar mi TV-Incoming-Buffer. Gracias por la recomendación. :)

Es curioso lo que comentaron sobre python ya que yo empecé a practicarlo para mejorar mi indentación.

Sobra decir que ahora me gusta bastante.

Sobre el monográfico de lenguajes, me agrada la idea de que vaya saliendo por cápsulas

Hola. Llevo escuchándoos prácticamente desde el principio y la verdad es que me gusta mucho vuestro podcast.

Escribo para haceros una sugerencia: cuando vayáis a cubrir algún acontecimiento, como la feria de retroinformática, o la entrevista al programador de Cherokee, sería muy bueno que colgaseis alguna foto. Ayudaría mucho a ambientar la entrevista/acontecimiento que estáis cubriendo en el podcast y supongo que al mismo tiempo recibiríais más visitas en vuestro blog puesto que supongo que la mayoría de la gente se queda en la suscripción RSS al fichero mp3.

Un saludo.

For spam filtering purposes, please copy the number 3010 to the field below: