Curso Citrix básico 2008
por joakinen@ a las 11:00

Estoy preparando el curso básico sobre Citrix que vengo impartiendo (junto con mi compañera de trabajo Tere y con el auxilio de Gustavo, nuestro administrador Windows) desde hace varios años para el INAP, y como cada año vuelvo a crear la infraestructura necesaria para el curso, voy a irla documentando aquí por si a alguien le puede venir bien saber cómo montar una infraestructura Citrix partiendo de cero.

La idea de este primer curso es no solo presentar el producto Citrix Presentation Server, sino reflexionar en el cambio de paradigma que suponen las arquitecturas de computación basadas en servidor (SBC) sobre lo que se venía haciendo hasta ahora, que era instalar el software necesario en el puesto cliente y usar los servidores como almacén de datos. En una instalación media o grande, en la que puede haber varios cientos de PCs, cada uno con un sistema operativo que configurar y unas aplicaciones que instalar y mantener actualizadas, la gestión de los equipos cliente puede convertirse en una verdadera pesadilla que obliga a crear dos equipos de técnicos especializados, uno para mantener la estructura de unas docenas de servidores, que puede estar compuesta de máquinas Linux y Windows Server, y otra para administrar los centenares de máquinas cliente, que son Windows XP normalmente.

En este primer curso aprenderemos a cuestionar la utilidad de tener las aplicaciones instaladas en un equipo cliente y lo haremos mediante usar clientes no convencionales (thin clients, equipos antiguos con Windows 98, Linux en versión "live", e incluso máquinas con MS-DOS), y comprobaremos que desde todas ellas podremos acceder sin ningún tipo de problemas a aplicaciones como Office 2003.

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /cursos | Etiquetas: ,

 

Cómo generar una imagen para publicación profesional (colorspace CMYK)
por joakinen@ a las 13:33

Para que los servicios profesionales de publicación acepten una imagen procedente de una cámara digital, debemos de convertirla previamente al formato que ellos esperan, lo cual implica normalmente:

Esto se consigue con el siguiente comando de ImageMagik:

$ convert -density 300 -colorspace cmyk fig_1.jpg fig_1.tif


¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /scripts | Etiquetas: , ,

 

Questions from students: How to make a hyperlink
por joakinen@ a las 11:23

Q. What is a hyperlink and how can I use it in my own web page?

asked by Sudarshan Ghaju, Glasdtone Academy, Nepal
http://sudarshan.creativecodeworks.com

A hyperlink is a reference in a document (a HTML webpage) to one of two places:

  • to another place of the same document
  • to another document

The first one is used, for example to make an index of the sections of a document. If your document has three sections and you put three hyperlinks at the top of the document, clicking any of the hyperlinks you "jump" directly to that section of the document without the need to browse all the document.

How is it done?

We have to use piece of HTML whose name is "the anchor tag", or simply "a".
This is the HTML code you need to, using the "a" tag, create an index to a document:

Index of the document

<a href="#section1">first section of the document</a>
<a href="#section2">second section of the document</a>
<a href="#section3">third section of the document</a>

<p>
<a name="section1"></a>
This text is in the first section, it can be as long as needed.

<p>
<a name="section2"></a>
This text is in the first section, it can be as long as needed.

<p>
<a name="section3"></a>
This text is in the first section, it can be as long as needed.

Observe the use of the symbol #. It is used to identify the section inside of a page.

The way of using this symbol for jumping to pages or sections of pages is:

webpage-address#webpage-section

You see in the above example that there's nothing on the left part of the # in "#section1", so it means "section 1 of this page".

If you write the URL of a webpage before the # symbol you do a different thing, you will "jump" to another page, leaving the page you are reading. This is what we would do next.

The second use of a hyperlink is to "jump" to another web page. It is the most common use of the "anchor" tag. We will do it by clicking over a text of the page.

How is it done?

This is, for example, the HTML tag that I have to put in my website to allow my readers to jump to your website:

<a href="http://sudarshan.creativecodeworks.com#">Click here to visit Sudarshan's website</a>

Observe that in this case there's nothing in the right part of the # symbol, so, we will "jump" to another page.

Here is the link so that you can test if it works: click here to visit Sudarshan's website

To sum up, here you have all the combinations possible inside the "href" part of the "a" (anchor) tag. To simplify we will use a fictitious web page named www.myweb.com:

http://www.page.com
It means "go to the top of the www.myweb.com page". In this case you can do it without the # symbol.

http://www.page.com#section34
It means "go to the mark "section34" inside the www.myweb.com page". Remember, on the left of the # symbol, the address, on the right part, the section.

#last_part
It means "go to the section named 'last_part' of this same page". In this case you would not "jump" to another page, you just will move to another part of the same page.

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /nepal | Etiquetas: ,

 

El laboratorio de España, la cultura visual y los estilos de programación y administración de sistemas
por joakinen@ a las 11:34

Ayer estuve en la exposición "El laboratorio de España. La Junta para Ampliación de Estudios e Investigaciones Científicas (1907-1939)", en la Residencia de Estudiantes de Madrid. El sitio web de la exposición es http://www.residencia.csic.es/jae/index.htm, pero lo que merece un comentario aparte por la espectacular forma de presentar la información es la web del Archivo de la junta para Ampliación de Estudios.

"La exposición [...] tiene por objetivo dar a conocer al gran público la importancia que tuvo para nuestro país el novedoso proyecto de modernización y reforma iniciado por este organismo, que ahora cumple cien años, a través de la concesión de becas o pensiones para la ampliación de estudios en el extranjero, la actividad científica puntera desarrollada en sus centros de investigación y la renovación pedagógica impulsada en sus centros educativos. La JAE, institución autónoma, aunque dependiente del Ministerio de Instrucción Pública y presidida hasta su fallecimiento en 1934 por Santiago Ramón y Cajal, utilizó fundamentalmente dos instrumentos para conseguir sus objetivos: dotar becas para estudios y formación en el extranjero y crear nuevos centros de investigación. Sus investigadores y pensionados superaron los dos millares y muchos de ellos fueron relevantes figuras de la ciencia, el arte y las humanidades. La JAE era un "laboratorio" en sí misma, donde se estaba ensayando un nuevo modelo de modernización de España a través de la ciencia. La exposición, proyectada por la Fundación Francisco Giner de los Ríos [Institución Libre de Enseñanza] con producción ejecutiva de la Residencia de Estudiantes, se divide en dos secciones diferenciadas: la primera en el pabellón exterior muestra la historia y protagonistas de la JAE y la segunda en el Pabellón Transatlántico -lugar que ocuparon en la Residencia, entre otros, los laboratorios de Juan Negrín y Pío del Río Hortega- presenta cinco objetos de estudio que muestran lo que fueron las principales Áreas de investigación y de renovación pedagógica: la neurona, el habla, la materia, el Guadarrama y la educación. Este planteamiento, alejado de una exposición enciclopédica, pretende mostrar los conocimientos científicos elaborados en la JAE a partir de unas propuestas prácticas, realizando así un acercamiento más vital a lo que fue esta institución, en consonancia con su espíritu renovador. En la exposición se proyectará el documental ¿Qué es España? cuya recuperación, conservación y documentación ha sido posible gracias al Instituto Valenciano de Cinematografía "Ricardo Muñoz Suay", al Ministerio de Cultura, a través de la Sociedad Estatal de Conmemoraciones Culturales y a la Residencia de Estudiantes."

Lo que más me impresionó fue la zona de la exposición dedicada al sistema educativo que se usaba en la España de hace casi 100 años, especialmente el hecho de que los alumnos no usaban libros de texto, en su lugar usaban un cuaderno personal, en el que iban documentando, con orden y estructura, y con una estética impecable, las explicaciones de los profesores o las visitas que hacían a los lugares donde aprenderían cosas. La colección de cuadernos que se exhiben en la exposición, hechos por adolescentes, es impresionante: los titulos de los temas hechos con tipografías inventadas y perfectamente dibujadas, mapas hechos a mano y a todo color, reflexiones sobre lo que han escuchado, y todo ello respetando los márgenes, con una letra clarísima y un aspecto impecable. Es difícil de argumentar que todo aquello no fuera un método educativo, porque todo el mundo sabe que mientras escribes memorizas, y que cuanto más lento es el proceso de lectura (y escribir un resumen obliga a ralentizar la lectura) más posibilidades hay de reflexionar. Y, ahora que sabemos que no hay aprendizaje posible sin una emoción asociada, si todo ello lo rodeas de un ambiente agradable, el éxito está garantizado. Me gusta la descripción que da el dossier de prensa de la exposición sobre este método docente: "[...] el niño que emerge cuando la educación se basa en el cuaderno personal de notas que, en sustitución del manual escolar obligatorio, cada alumno del Instituto Escuela tenía que elaborar con la descripción de las actividades en clase o de campo. El cuaderno era el instrumento para convertir al estudiante en un investigador y para hacer la educación participativa, experimental y continua, sustituyendo la tradición de un alumno pasivo y un profesor magistral."

El ambiente de los colegios de la época puede verse en el documental "Qué es España", un documento histórico, encontrado por casualidad recientemente, y que se exhibe por primera vez tras haber sido restaurado. La película presenta una imagen de España que sorprende a los españoles de hoy, ya que al presentar un panorama de la España de la época aparecen imágenes del trabajo científico realizado en la residencia de estudiantes e imágenes de los ilustres de la época: Bartolomé Cossío, Joaquín Costa, Menéndez Pelayo, Giner de los Ríos, Pérez Galdós, Miguel de Unamuno, y centrándose en el mundo científico, Menéndez Pidal, Américo Castro, Enrique Moles, Miguel Catalán, Torres Quevedo, Severo Ochoa y Ramón y Cajal. Yo no se qué incluiría usted en un documental que hubiera que hacer hoy y que se titulara "qué es España", pero lo que es seguro es muchos de los personajes que hoy son más influyentes y no son de la talla intelectual de los nombres mencionados. Cuando el documental se centra en los colegios de mediados de los años 20, nos muestra la vida cotidiana del grupo escolar "Cervantes" donde vemos el desordenado orden de un comedor y de un patio de colegio, y el ambiente de las clases, en la que se ve claramente a los alumnos escribiendo en su cuaderno de notas sus reflexiones sobre los experimentos que acababan de hacer o sobre las explicaciones del profesor.

Al ver este documental me di de bruces con una realidad que confirma una de mis teorías: que la cultura visual predominante ha tenido como efecto secundario la disminución de las habilidades de comprensión y expresión.

Una amiga que se dedica a la docencia me comentaba no hace mucho que el defecto de los libros de texto actuales es que están llenos de esquemas, sustituyendo así el esfuerzo mental que el alumno debe realizar para comprender y esquematizar un texto por una actividad distinta, la de memorizar, que no es mala, pero que no tiene que ver con la capacidad de comprender ideas, que es de la que estamos hablando. Deberíamos, por tanto, de llamarlos "libros de esquemas" en vez de "libros de texto". Hoy en día se considera "aburrido" un libro que consista en texto sin imágenes, a pesar de que el texto esté escrito por un experto pedagogo que te enseña la materia mientras disfrutas de la forma en que lo hace. El entretenimiento ahora es visual, y el aprendizaje es pasivo, y poca gente está dispuesta a esforzarse en divertirse mediante la comprensión lectora.

La próxima vez que usted vaya a una disertación basada en Power Point cuente cuántas personas están tomando notas y podrá usar tan solo una mano. Y si esas mismas personas van a otra disertación y no hay un Power Point de por medio, la mayoría se sentirá defraudada, excepto los cuatro lunáticos que seguirán tomando notas. Escuchar algo no garantiza que lo entiendas, y leer no es aprender, es el acceso al aprendizaje, que se debe de hacer personalmente mediante la reflexión. ¿Le sorprende, por tanto, lo superficiales que son los conocimientos de algunos que se denominan "expertos"?. Esta generación de expertos formados a golpe de Power Point y que ha descartado comprarse y estudiar libros por lo caducos que son los conocimientos que necesitan no podrá competir con los expertos de otros lugares (estoy pensando en Oriente) donde el aprendizaje aún se hace como se ve en el vídeo de esta exposición.

Esto mismo ha sucedido, en otro orden de cosas, en el mundo de los informáticos, especialmente en el de los programadores. La generación que ha crecido en la "informática visual" (no en vano el producto estrella de este paradigma se llama "Windows" y no "Letters") ha desarrollado su sentido estético visual y sus habilidades espaciales al mismo tiempo que ha ido perdiendo su capacidad de razonamiento abstracto aplicado a la programación. En los años 70 y parte de los 80 todo lo que un ordenador ofrecía era una pantalla negra, un cursor blanco, y un lenguaje de programación basado en unas reglas, con el que el programador "argumentaba" con la máquina usando estructuras de programación y sentencias. Aquellos lenguajes de programación, a pesar de ser de alto nivel, obligaban a programar teniendo en cuenta las limitaciones de la máquina y del Sistema Operativo que se usaba, algo que hoy en día no es necesario y que posibilita el uso abusivo de los recursos de la máquina al usar docenas de componentes preprogramados. Ahora ya no se ve como un valor desarrollar técnicas de programación en un entorno limitado, ahora se programa un "Hola Mundo" que de desplaza por la pantalla, que consume 1 Gb de RAM y que consta de 3000 líneas de código.

El modelo de programación de los 70 y parte de los 80 no es tan distinto de aquel con el que se enfrenta el escritor cuando ante un papel en blanco debe usar el lenguaje natural basado en reglas gramaticales para crear una novela. El modelo de los programadores de texto sigue existiendo especialmente en los desarrolladores de software libre, que siguen empleando el terminal de texto como pantalla de trabajo y que siguen exprimiendo su creatividad para parir líneas de código, a veces (como ocurre con algunos escritores) de una belleza solo comparable con su tremenda eficacia al ser ejecutadas.

¿Cuál será el destino de la cultura visual? Pues está aquí para quedarse, y es bienvenida. Pero hace falta una seria reflexión por parte de los pedagogos sobre los métodos que se usan para facilitar el aprendizaje. No solo deben de ser métodos modernos y espectaculares, deben también de ser eficaces. Deben de favorecer el trabajo de reflexión y de extracción de información por parte del alumno. Y esperemos que el giro hacia el software libre que se aprecia en la actualidad sustituya una generación de administradores de sistemas que hacen su trabajo a base de clicks por una nueva generación que lo haga a base de scripts, aplicando la reflexión propia del lenguaje escrito en lugar de la improvisación propia de los entornos visuales.

Ya lo dijo Roger Shank hace tiempo: menos materia que ya no es útil y más práctica individual. Y aquí es donde la tecnología puede ser una ayuda extraordinaria al proceso educativo, al poder crear escenarios de aprendizaje independientes para cada alumno, algo que le ayudará a desarrollar sus propias capacidades y no a seguir un ritmo de grupo que quizás no sea el suyo. Ahora podemos sustituir un cuaderno en blanco por un ordenador personal, pero no podemos convertir al aprendedor en espectador. Para aprender hay que implicarse, y eso lo sabían perfectamente los profesores españoles a mediados de los años 20 del siglo pasado.

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /educacion | Etiquetas: , , , ,

 

Picotux elimina todo lo superfluo, excepto Ethernet.
por joakinen@ a las 11:43

Me pasa mi amigo Pas la dirección a la página de picotux, un servidor web que tiene prácticamente el tamaño de un conector RJ-45, y que lleva embebido un kernel Linux 2.4.27.

Es curioso que cuando alguien se plantea prescindir de lo superfluo al diseñar un ordenador no prescinda de Ethernet, de hecho, ¡casi ocupa tanto espacio la etiqueta que indica la dirección MAC que la propia máquina!

No se si se han dado cuenta, pero Ethernet es la red universal desde hace mucho tiempo. TCP/IP se está convirtiendo gradualmente en un nivel de abstracción, casi en una ficción, que permite pedir servicios a la red subyacente, que siempre es Ethernet. Los "cores" de las redes de las operadoras hace tiempo que no son un conjunto de routers de nivel 3 que encaminen paquetes, sino un conjunto de switches que conmutan tramas de nivel 2. El problema es que aún conmutan usando el clásico algoritmo transparent bridging, que se basa en tablas en memoria, pero cuando se dé el paso definitivo hacia una ethernet de direcciones jerárquicas y las tramas de nivel 2 puedan viajar por sí mismas de un lado a otro del planeta sin depender de un routing de nivel 3, TCP/IP habrá muerto definitivamente como protocolo de red de nivel 3/4 y se habrá convertido en lo que es su sitio natural en la actualidad, en un API de servicios de red para aplicaciones.

En este escenario que acabo de describir, un usuario pediría un servicio al API de TCP/IP, por ejemplo, una página web, y dicha petición se materializaría en un paquete que se encapsularía en una trama Ethernet que viajaría al destino mediante switching y que sería interpretada en destino mediante eliminar los cabeceros de nivel 2 para que vuelva a aparecer la petición al servicio web que estaría, como es natural, en el socket con puerta 80 de la máquina destino. El funcionamiento, por tanto, sería el mismo que actualmente, con la diferencia de que TCP no habría hecho ningún control de integridad del paquete ni ninguna retransmisión caso de ser necesaria, e IP no habría hecho ningún trabajo de encaminamiento. Dado que hemos eliminado todo ese trabajo innecesario, la trama se habría podido desplazar por la red a la velocidad que marque el medio físico, y no a la velocidad que impone el control por software que actualmente estrangula los anchos de banda.

Las consecuencias de mantener actualmente a TCP/IP como protocolo de comunicaciones es que el rendimiento de las máquinas no escala tanto como el ancho de banda que Ethernet les hace disponibles. Pronto tendremos Ethernet a 100 Gbps y TCP/IP sigue sin poder subir de un rendimiento de 1Gbps, o lo hace a costa de múltiples CPUs y de más consumo energético, algo ilógico cuando se piensa que lo mismo se hace con mucha más eficacia y economía por hardware.

Cito literalmente del la revista IEEE Computer de Noviembre de 2004:

Our recent measurements on state-of-the-art platforms show that TCP/IP 
processing of application data (a full frame payload size of 1,460 bytes) 
consumes one entire current generation CPU to achieve roughly 750 Mbps of 
throughput while receiving data and around 1 Gbps of throughput while 
transmitting data. Clearly, it currently is not possible to achieve a 
tenfold increase in TCP/IP throughput. 

The major impediment to achieving 10-Gbps throughput is that CPU and 
memory speeds are not expected to improve as dramatically as Ethernet 
technologies.

El gran coste que tiene evaluar una ruta IP por software con las tablas de enrutamiento en comparación con el mínimo coste de evaluar una ruta por hardware que es posible hacer en una Ethernet que use direcciones jerárquicas, sumado al hecho de que comprobar la integridad de un paquete TCP con checksum es muchísimo más costoso que hacer un CRC por hardware de una trama Ethernet debería de ser un argumento más que convincente para plantearse en serio la transformación de TCP/IP en un API.

No mucha gente se lo plantea, pero ya hace tiempo que no se comprende que TCP/IP siga siendo un protocolo de comunicaciones, con sus controles de errores y restransisiones, en lugar de convertirse en lo que NetBIOS fue para NetBEUI, un nivel de abstracción que pide servicios a un protocolo de red subyacente, y así dejar que sea Ethernet quien haga la verificación de la integridad de los datos, e incluso los servicios de circuito virtual permanente que hace TCP en la actualidad. Desgraciadamente hay tan poco conocimiento sobre Ethernet que casi nadie (excepto el Ethernet Forum liderado por José Morales) se ha dado cuenta de que Ethernet debería de ser el protocolo de red y TCP/IP está ya en un lugar donde estorba más de lo que ayuda.

Y otro problema más: en los "cores" de la red que manejan las operadoras ya estamos llegando al punto en el que las tablas de switching que tienen los conmutadores son un lastre, porque el tiempo de acceso a la memoria para consultar por dónde soltar una trama es demasiado grande en comparación con el tiempo que el conmutador tiene para despachar la trama, que es cada vez mayor al aumentar la velocidad del medio físico.

Cualdo alguien escucha esto por primera vez suele comentar: "pero si no se puede enrutar Ethernet, porque es un protocolo que solo sirve para redes de área local, ¿cómo vamos a poder sustituirlo con TCP/IP, que está diseñado específicamente para ser enrutado e interconectar equipos separados por routers?".

Pues aquí es donde entra UETS, la red Ethernet de direcciones jerárquicas, conmutable por hardware, sin tablas en memoria. Pero de esto ya escribiré otro día.

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /ethernet | Etiquetas: , , , ,

 

G-Archiver y el robo de contraseñas en GMail
por joakinen@ a las 10:34

Estos días ha sido noticia el robo de contraseñas usando el programa G-Archiver, una utilidad gratuita que sirve para hacer una copia de seguridad del buzón de GMail en el PC. La peregrina idea parece que ha tenido adeptos y mucha gente se descargó este software a su ordenador.

Claro, para que este programa pueda hacer su trabajo necesita el nombre del usuario y la contraseña de la cuenta de correo que usted tiene en GMail, así que violando la seguridad más básica, le damos nuestros datos de GMail a un software que no tiene que ver con GMail convencidos de que, por estar ejecutándose en nuestro PC, este software es de los nuestros. Pues no.

¡A ver cuando aprendemos de una **** vez a mantener confidenciales nuestros datos de acceso y no darlos a otro que no sea el lugar a donde accedemos!

¿Qué peligro entrañaba G-Archiver? Nos lo cuenta Jeff Atwood en su blog "Coding Horror": Resulta que un programador llamado Dustin Brooks se descargó G-Archiver y se hizo la eterna pregunta que nos hacemos los programadores "¿cómo se ha programado esto?", así que pasó G-Archiver por Reflector, un descompilador para programas hechos con tecnología .NET. ¿Qué descubrió? Pues que ahí dentro del código, el autor, un tal John Terry, había incluido "a pelo" su nombre de usuario y contraseña de GMail para autoenviarse los datos personales que los pardillos de los usuarios de G-Archiver daban al programa al configurarlo.

Mira por donde, a Dustin Brooks se le ocurrió acceder a GMail usando el nombre de usuario y la contraseña que descubrió en el fuente de G-Archiver y se encontró con esto:

Nada menos que 1.777 correos que G-Archiver había enviado a Terry con la información personal de otros tantos usuarios que se lo habían instalado. Todos los mensajes de correo de estos usuarios podían ahora ser leídos, o incluso se podía suplantar su identidad, o averiguar sus contraseñas de acceso a otros sitios web, que normalmente se nos envían por correo y guardamos para recordarlas fácilmente.

Este caso me recuerda al software que lleva mucho tiempo circulando para averiguar quién le ha borrado como contacto en el messenger. Para averiguarlo se sigue el mismo sistema, usted se descarga un software, le da su usuario y contraseña a ese software (ya empezamos mal) y él se encarga de acceder a su cuenta de msn y averiguar quién le ha emilinado. Hay que decir que el software funciona, lo malo es que no sabemos qué mas hace ese software con nuestro usuario y contraseña del messenger. Por cierto, si usted quiere averiguar quién le ha eliminado de su messenger, use aMSN, la versión de messenger que usamos los usuarios de sistemas no Windows. Con aMSN usted sabrá quién le ha borrado como contacto porque el icono de esa persona aparece con una forma especial en estos casos.

No me canso de decirlo, pero una de las ventajas del software de fuentes abiertas es que es mucho más difícil que nos cuelen troyanos como hace G-Archiver, ya que, aunque nosotros personalmente no sepamos interpretar el código, hay muchos programadores leyéndolo y viendo qué es lo que el programa hace realmente. En este caso, aunque G-Archiver no es de fuentes abiertas, tenemos la suerte de que a un programador le haya dado por hacer ingeniería inversa y leer el fuente, cosa que no siempre es posible hacer en los programas cerrados.

Sin duda muchos de los programas que usted tiene instalados ahora mismo en su ordenador tienen código "extra" con características que usted ignora. La mayoría de este código "extra" son lo que se suele llamar "huevos de pascua", inofensivos mensajes humorísticos de los programadores, como los que contienen las utilidades "apt-get", "aptitude", o del "firefox". A veces el código "extra" no son mensajes sino juegos completos, como el buscaminas que esconde el "aptitude", o el juego StarWars que esconde el OpenOffice, o los diversos juegos escondidos en todas las versiones de Excel hasta el 2002. Esto de esconder juegos ha sido muy criticado porque aunque no supone ningún peligro, es desperdiciar inútilmente los recursos de la máquina.

Si no se cree lo que acabo de contarle, puede leer cómo acceder a esos "juegos ocultos" en http://www.kriptopolis.org/huevos-de-pascua-en-software-libre-1 y en http://j-walk.com/ss/excel/eastereg.htm

Si ha conseguido ejecutar en su sistema estos juegos, seguramente se habrá sorprendido de lo que los programadores "buenos" son capaces de colarle en su PC con tal de satisfacer su ego, así que ahora imagine lo que los programadores con malas intenciones pueden colarle en forma de programas aparentemente útiles, como G-Archiver.

Yo que usted antes de instalarme algo investigaría si se puede confiar en ese software, y preferiblemente usaría software de fuentes abiertas, que no tiene por qué ser gratuito, pero que le garantiza que lo que usted se está instalando hace lo que usted cree que hace, y que no hay trampa ni cartón. Y si usted no sabe investigar esto, consulte a sus amigos, o compañeros de trabajo, expertos en el tema, que le van a aconsejar gratis.

Eso si, estírese un poco y hágale un regalito a su amigo técnico de vez en cuando, por ejemplo el último viernes de cada mes de Julio, que es el SysAdminDay, día del administrador de sistemas, (www.sysadminday.com), o el día 256 de cada año, que es el día del programador (programmerday.info) y que viene a caer el 13 de Septiembre en años no bisiestos.

Si quiere ideas para regalos, a los técnicos nos chiflan las cosas que venden aquí: http://www.thinkgeek.com

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /seguridad | Etiquetas: , , ,

 

Google Maps sin necesidad de programar: Google Static Maps
por joakinen@ a las 15:34

Google ha anunciado un nuevo API, realmente simple, que permite incluir un mapa estático (una imagen) en nuestra página web con tan solo parametrizar correctamente el atributo src de la etiqueta img que define la imagen. Esta novedad permite acceder a la cartografía de Google sin tener que codificar nada en Javascript, ya que lo único que hay que hacer es confeccionar una URL con los parámetros correctos y ponerla dentro del atributo src de la imagen.

Tal como ocurre con el API para generar mapas dinámicos, hace falta la clave gratuita para usar los mapas desde nuestro dominio, que se puede solicitar aquí.

El formato de la URL que tenemos que confeccionar para generar el mapa es:

http://maps.google.com/staticmap?parametros

Los parámetros van concatenados entre si mediante el símbolo &. Una vez que tengamos claro qué parámetros usaremos para generar el mapa, confeccionamos la URL y se la ponemos de argumento al atributo SRC de la etiqueta IMG.

Por ejemplo, este mapa tipo "roadmap" (el tipo de mapa habitual de Google Maps) muestra la zona de la puerta del sol de Madrid y un marcador.

ejemplo PARAMETROS EMPLEADOS

maptype=roadmap
center=40.416741,-3.70325
markers=40.416741,-3.70325,red
zoom=16
size=320x240
key=[aquí va la clave para Google Maps de nuestro dominio]

 

Este otro mapa de la misma zona muestra dos marcadores y es tipo "mobile", que está pensado para ser visualizado por dispositivos móviles por su mayor contraste y mayor tamaño de letra.

ejemplo PARAMETROS EMPLEADOS

maptype=mobile
center=40.416741,-3.70325
markers=40.416,-3.703,reda|40.417,-3.704,blueb
zoom=16
size=320x240
key=[aquí va la clave para Google Maps de nuestro dominio]

Los marcadores que podemos usar son los estándares de Google, lo cual limita un poco lo que podemos hacer con este sistema sobre lo que podemos hacer con Javascript. Al menmos podemos elegir el color, con lo cual podemos visualizar el estado del punto marcado mediante un código de colores, y mediante una leyenda en el lateral del mapa podemos indicar el significado de cada marcador.



¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /web20 | Etiquetas: , ,

 

Bob Metcalfe cuenta los inicios de Ethernet
por joakinen@ a las 16:41

Hay una versión en inglés sin subtítulos aquí.

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /networking | Etiquetas: , ,

 

Apagar el ordenador no borra la memoria
por joakinen@ a las 15:24

Según demuestran en la página de la Universidad de Princeton, al apagar el ordenador no se borra inmediatemente el contenido de la memoria RAM dle ordenador, y la persistencia de la información aumenta si los chips de memoria se enfrían.

En el vídeo a continuación se muestra el experimento de recuperar claves de encriptación a partir de la memoria de otro equipo:

Más información en http://citp.princeton.edu/memory/media/

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /sistemas | Etiquetas: ,

 

Etnografía Digital
por joakinen@ a las 20:25

Dice la Wikipedia que "etnografía" es:

La etnografía (literalmente "descripción de los pueblos") es una metodología de investigación de los métodos cualitativos de la antropología cultural. Consiste en la recolección de datos en el terreno y teniendo como informantes a los integrantes de una comunidad dada. Los datos recopilados consisten en la descripción densa y detallada de sus costumbres, creencias, mitos, genealogías, historia, etcétera. Dicha información se obtiene, sobre todo, por medio de largas entrevistas con miembros de la comunidad o informantes claves de ellas.

La "etnografía digital" es, por tanto, la aplicación de este estudio sobre las costumbres humanas al escenario virtual de Internet.

Un referente mundial en este aspecto es la Universidad de Kansas (USA) con su digital ethnography working group.

En España, la UNED ha creado ETNOVIRTUAL, "un espacio dedicado a promover el debate y la reflexión sobre el método de investigación etnográfico aplicado a lo ciber, digital, virtual, Internet".

¿Te ha gustado? - Digg Me! | Add to del.icio.us! | reddit this!

permalink | categoría: /web20 | Etiquetas: , ,

 

Historias relacionadas:

[ 1 | 2 | 3 | 4 | 5 | 6 ] next >>

powered by blosxom edited with vi powered by OpenBSD powered by perl powered by apache graphics by GIMP