miércoles, julio 22, 2009

Censura en Iran

(vía Slashdot) Sigo con interés todos los temas relacionados con la censura en Internet. Ayer aparecía esta noticia sobre las técnicas que está usando la teocracia iraní para evitar el acceso de la población a Internet. Un resumen de las técnicas que están usando para esta labor:
  • Bloqueo de direcciones IP. Esta es una técnica sencilla de usar, pero complicada de usar, en especial porque hay muchos negocios que dependen de la conectividad con terceros países, y no se puede bloquear direcciones de manera alegre.
  • Técnicas de calidad de servicio, no exactamente una técnica de censura, sino dificultar el envío de grandes cantidades de información, y para alertar en caso de que se esté producciendo intercambio de información con el exterior.
  • Inspección de paquetes. En dos versiones, una más ligera (el artículo lo denomina shallow packet inspection y otra de análisis de todos los contenidos del paquete, deep packet inspection, o detección de huellas
Algunas noticias indican que en Iran, llevan incluso varios años analizando el tráfico que se mueve por las redes de mensajería instantánea.

A los europeos puede esto tipo de medidas parecernas lejanass, pero no está mal recordar que legislaciones que obligan a que las fuerzas de seguridad de los estados puedan pinchar las comunicaciones, siempre bajo orden judicial (aunque como somos concientes aquí en España, si interesa, cualquier comunicación privada puede acabar en los periódicos), y que este tipo de técnicas pueden acabar generalizándose en Occidente para protegernos de las amenazas (reales o imaginarias) que existen por la red. Y lo peor de todo, es que mucha gente, estará encantada de darles al Estado la información.

Todavía queda mucho, pero hace falta una red de pares que permita transmitir información sin necesidad de conectarse a servidores centrales que hagan el tracking

Technorati Tags:

miércoles, julio 15, 2009

Breves notas sobre svn (I)

Llevo algún tiempo buscando montar un pequeño sistema de control de versiones que me sirva para poder controlar los cambios que hago a algunos scripts y algún código que escribo. He decido pasar del clásico cvs y probar subversion. Subversión lo que nos ofrece es un sistema de ficheros virtuales, donde existe una versión de cada fichero y cada directorio modificado. De esto podemos recuperar una versión concreta de cualquier elemento.

En el caso de svn todo gira entorno a un repositorio. A este se puede acceder a través de diferentes métodos: sistema de ficheros locales, webdav (http y https) y el protocolo propio de svn, el cual puede,en un momento dado encapsularse sobre ssh.

Una cosa importante es como svn versiona los ficheros y directorios que están bajo su control con un número de revisión que afecta a todo el árbol que está bajo su control.

Pequeña chuleta de comandos svn

  • Crear un repositorio de subversion
    svnadmin create /path/repositorio
  • Importar un árbol de directorios dentro de un repositorio
    svn import /dir/proyecto file://path/repositorio/proyecto -m "Comentario"
  • Hacer un checkout de un proyecto
    svn checkout file:///path/repositorio/ proyecto
  • Obtener diferencia entre versiones
    svn diff
  • Diferencia entre la versiones
  • Añade los cambios realizados en nuestros ficheros locales al repositorio.
    svn commit
  • Actualiza nuestra copia local de ficheros con la última versión disponible en el repositorio.
    svn update
  • Muestra un histórico de los cambios del proyecto
    svn log
  • Borrar un fichero o un directorio del repositorio

  • svn delete directory
  • Acceso a repositorios
    • file:///, al repositorio se accede a través de ficheros locales.
    • http://, al repositorios se accede a través de webdav sobre http.
    • https://, al repositorio se accede a través de webdav sobre https.
    • svn://, al repositorio se accede a través del servicio implementado en svnserver.
    • svn+ssh://, al repositorio se accede a través del servicio implementado sobre svnserver pero tunelizado a través de ssh.

Referecias

Technorati Tags:

jueves, julio 09, 2009

Google Chrome OS

Ayer Google activó su campo de distorsión de realidad (no iba sólo a ser una particularidad de Apple) y publicó una nota de prensa para presentar su nuevo proyecto Google Chrome OS.

Según Google, se busca cubrir los siguientes huecos:

  • Un sistema ligero orientado a Netbooks, un mercado que experimenta ahora un fácil crecimiento.
  • Este sistema sería gratuito y tendría como base software de fuentes abiertas.
  • Simplicidad, velocidad y seguridad serían los pilares del nuevo sistema.
  • Desde el arranque, el sistema debe de presentar el navegador Web en cuestión de segundos.
  • Facilidad de configuración.
  • Rediseño de todo el modelo de seguridad para que sea inmune a virus, back to the basics

¿Qué se encuentra debajo de toda esta mercadotecnia, que se ha merecido hasta la portada de un diario nacional en España?:

  • Un de sistema basado en Linux.
  • Un gestor de ventanas.
  • El navegador Chrome.
Me llama mucha atención el énfasis que hace Google en la velocidad de arranque. Conozco poca gente, que a día de hoy apague sus portátiles. Se usa la hibernación.En cuestión de segundos (tanto con Windows Vista , MacOS X o Linux) tengo disponible todo el sistema.

Algunas dudas que tengo sobre este proyecto (las recogí en esta entrada de Barrapunto)

  • Almacenamiento: Google ofrece 1 GB gratuito para todas tus cuentas (correo, Picassa,...). ¿Darán acceso a los discos duros locales y aplicaciones para manejar la información en local?. O están buscando que la gente haga un update de los servicios pidiendo más espacio y pasando por caja.
  • ¿Potenciar su plataforma de aplicaciones (App Engine) para que la gente compre ciclos?
  • Apple intentó inicialmente este modelo en su iPhone, y el tiro le salió por la culata. ¿Le saldrá ahora bien a Google?.
  • Es el mismo modelo de aplicaciones que va usar Palm en su Palm Pre.Aún así, también habrá un SDK para desarrollar aplicaciones nativas.
  • Tarde o temprano, la plataforma querrá ser extensible: ¿Cuánta gente usa diversas extensiones en sus navegadores: delicius, bloqueadores de anuncios, etc?.
  • ¿Cómo gestionará el contenido multimedia?

De los puntos planteados, el que más me preocupa es el almacenamiento:

  • Google cobra a partir de una cantidad determinada. Tener un gigabyte de fotos es muy sencillo. ¿Negocio para ellos a través de cuotas?
  • Aunque Google tiene Gears con soporte para almacenar información, no creo que entre en su modelo de negocio. Sería tirar piedras contra su propio tejado.
  • El contenido multimedia es peliagudo, en especial porque Google intentará buscar, indexar y mostar anuncios. ¿Qué pasaría si esta información se la pidieran los Gobiernos.
  • Privacidad: don't be evil, pero si el Gobierno Chino dice que hay que censurar, se censura.

Hay un par de artículos de opinión que apuntan el porqué de este anuncio, ¿prematuro? de Google: ¿Puede Microsoft estar preparando la presentación de Microsoft Office en web?

Referencias

Technorati Tags:

Las constructoras quieren que el Estado Español le compre el stock de viviendas

Leyendo esta mañana el artículo Los constructores creen que el stock de vivienda comenzará a venderse en 2010, publicado en El Economista me quedé a cuadros de cual debe ser una de las medidas para salir de la crisis: Que todos paguemos las viviendas, eso sí, al precio que juzguen necesarios los contructores, a través de impuestos. Este precio, por supuesto, a los niveles anteriores a la crisis económica:
Respecto al nuevo Plan Estatal de Vivienda y Rehabilitación 2009-2012, Lazcano echó de menos "ayudas directas o más incisivas para reducir el stock", como la adquisición por parte del Gobierno de los activos inmobiliarios en manos de las entidades financieras a precios públicos, para destinarlos al alquiler.

Hay que tener la cara de cemento armado para pedir que el Estado te compre las promociones, para que luego las alquile.

Esto es totalmente normal cuando uno se dedica a ir dando dinero de todos los contribuyentes a diferentes sectores (Plan E (ayuntamientos), fabricantes de coches, a la banca (FROB),...). Pues los constructores quieren su correspondiente tajada de los presupuestos generales del Estado. Sería interesante que el sr Juan Lazcano, presidente de la Confederación Nacional de la Construcción, se planteara una serie de preguntas:

  • Cuando la vivienda subía su precio a un ritmo interanual cercano al 20%, ¿no obtenían pingües beneficios?. Entonces no pasaba nada, aparte de ser siervo de la gleba de un banco durante treinta o cuarenta años, para poder hacer frente a los precios que se pedían. ¿Cuál era su margen sr Lazcano?.
  • Tienen problemas de apalancamiento, como todo el mundo. ¿Por qué a ellos sí los rescatan, y al tendero de la esquina,no?. ¿O a la familia que le embargue el banco tampoco?.
  • ¿Se olvida de los tiempos que si en una promoción, una semana se vendían unos pocos de piso, a la siguiente le había subido el precio un par de millones de pesetas, incrementando el margen?
  • Se ha planteado que la solución para vender el stock de viviendas es bajar el precio hasta los niveles que los españoles pueden pagar sin endeudarse treinta años

Puestos a aplica medidas estúpidas, ¿por qué no dinamitan todo el exceso de stock, y comienzan a construir de nuevo a precios disparatados?. Total, ya me espero cualquier cosa, tanto de los (ir)responsables políticos españoles como de los (no)empresarios de la construcción. Ya está bien de que los demás tengamos que pagar las pérdidas vía impuestos, pero que no veamos un duro en nuestras cuentas de los beneficios.

Technorati Tags: ,

viernes, julio 03, 2009

¿Simple anécdota o el algo más generalizado?

Hoy, participando en un foro, un contertulio ha publicad un enlace a Seis entre dos veintiuno, resto cero.. La respuesta de un niño de 1º de ESO (equivalente a 7º de la antigua EGB) ante el cálculo de una división. No sé si reír o llorar. Así no me extraña luego que cualquiera vaya a firmar un contrato (por ejemplo, una hipoteca) y se la metan doblada.

Technorati Tags: