miércoles, julio 29, 2009

Nuevo regalos del gobierno del España a los bancos y su uso por parte de la banca

A lo largo de esta crisis económica, si ha existido un denominador común ha sido los planes de rescate a los bancos y los diferentes favores que han recibido por parte del gobierno español. Ayer teníamos otro ejemplo más de estos favores: El Estado (es decir, todos los españoles, de su bolsillo) , avalará hasta 64000 millones de euros a los bancos para que éstos puedan emitir deuda para financiarse. Recordar que ya el año pasado se avalaron hasta 100000 millones de euros en avales para la emisión de deuda.

Aparte, sabemos que le gobierno ha puesto a disposición de los bancos el Fondo de Adquisición de activos financieros:

"es un Fondo creado con la finalidad de apoyar la oferta de crédito a la actividad productiva de empresas y a los particulares."
Este fondo está dotado con 30000 millones de euros, con posibilidad de que se amplíe el mismo a 50000 millones. Ahora, los bancos son empresas, y están para ganar dinero, y es probable que toda esta financiación extra que procede del bolsillo de todos los españoles, junto con la financiación que obtienen del Banco Central Europeo, no la estén usando, precisamente, para lo que les supone que se les concedió, sino para comprar deuda pública:
Los representantes del sector arguyen que «el propósito de la ayuda estatal se ha vendido mal, porque el dinero es fungible [se consume con el uso, no según finalidades]». Y si las entidades han consumido lo que han recibido en adquirir deuda estatal, ése ha sido su uso, y no otro, arguye
Para los bancos,como es lógico, es mucho menos arriesgado comprar Letras del Tesoro o Bonos, que dar dinero a empresas o particulares. Encima si encajan los periodos de tiempo y la deuda pública da más interés que lo que ellos tienen que pagar en el Fondo de Adquisición de activos financieros, le sumamos que la calidad de los activos que están vendiendo, vete a saber cual es, para la banca es una operación perfecta.

Se cierra el círculo completo: Se le da dinero de los impuestos, que ellos vuelven a invertir en deuda pública, con el correspondiente interés, que al cumplir el plazo hay que pagar. Este pago procede de lo que el Estado recauda en impuestos.

Aparte, estas operaciones están causando un efecto expulsión del sector privado del acceso al crédito (‘crowding-out’), siendo éste acaparado por el sector público: Con la mano izquierda te doy dinero, para que me lo vuelvas a meter en el sistema a través de la compra de Deuda Pública, eso sí, te pago los correspondientes intereses.

No olvidemos tampoco el Fondo de Reestructuración Ordenada Bancaria, para ayudar al considerado sistema financiero más sólido del mundo

Luego dicen que el gobierno del Sr Rodríguez Zapatero (con el apoyo de la oposición) no está ayudando a la banca.

Technorati Tags: ,

sábado, julio 25, 2009

Breves notas sobre svn (II): Como evitar que ficheros y directorios no estén bajo el control de versiones

Sigo trabajando con subversion como sistema de gestión de código fuente (aunque he tomado buena nota de los comentarios que me dejaron en la primera entrada, probaré otros sistemas de gestión cuando tenga un hueco).

Ahora me he encontrado el problema, tras haber importado un árbol completo de directorios, que necesito que ciertos ficheros y ciertos directorios no estén bajo el control de versiones. ¿Cómo se puede realizar esta exclusión?. Pues hay que seguir varios pasos:

  1. Si los ficheros están bajo el control de versiones, eliminar del repositorio los mismos.
    Por ejemplo, si estamos en la raíz de nuestro proyecto, y quisiéramos eliminar el directorio build:
    svn delete build
    svn commit
    O por ejemplo, si queremos que no estén bajo el control de versiones todos los ficheros intermedios del proceso de compilación, que son de la forma moc_*.cpp:
    svn delete moc_*.cpp
    svn commit
  2. Añadir una propiedad a los directorios donde queremos que se ignores los ficheros. Esta propiedad es svn:ignore. Así por ejemplo, para ignorar en el directorio raíz todos los ficheros cuyo nombre coincidan con el patrón moc_*.cpp:
    svn propset svn:ignore moc_\*.cpp .
    svn commit
    Ojo en este caso: la contrabarra, \, se utiliza para escapar el asterisco del shell y el . es necesario para indicar que se va a modificar las propiedades del directorio actual, que es donde queremos ignorar
  3. Como puede verse, la propiedad se almacena en el servidor, por lo cual es imprescindible hacer un commit de los cambios para que estos queden reflejados en el repositorio.

¿Qué pasaría si quisiéramos ignorar varios archivos o varios subdirectorios?. En este caso, cada uno de los patrones de archivos o subdirectorios debe de estar separado por un carácter de nueva línea. Hay varias maneras de conseguir este efecto:

  1. Usar un fichero y la opción -F del svn. Supongamos que queremos ignorar todos los ficheros contenidos en los directorios build y Debug. Para ello creamos un fichero que por simplicidad vamos a llamar ignore.txt, donde cada línea corresponde a cada uno de los directorios que queremos ignorar:
    svn propset svn:ignore -F ignore.txt .
    svn commit
  2. Otra opción es usar las comillas e ir introduciendo cada patrón de ficheros en una nueva línea. Para ignorar los mismos directorios que en el caso anterior:
    svn propset svn:ignore 'build[ENTER]
    Debug[ENTER]
    ' .
    svn commit

Para obtener el listado de ficheros que está ignorando actualmete svn se consulta el estado y se pasa la opción --no-ignore:

svn status --no-ignore

También existe la posibilidad de hacer que subversion ignore los ficheros a nivel global. Para ello debe de editarse el fichero de configuración, config, y modificar en la sección miscellany, el parámetro global-ignores. Por defecto subversion ignora los ficheros con las cuyos nombres coincidan con los patrones*.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store

Referencias

  1. How to … Make Subversion ignore files and folders
  2. Version Control with Subversion
  3. Subversion (SVN)

Technorati Tags:

viernes, julio 24, 2009

Los ayuntamientos podrían cobrar impuestos de las transaciones online gracias a una sentencia del Supremo

Hace algún tiempo que sostengo la teoría que nos van a saquear a impuestos las administraciones públicas los próximos años, dada la espiral de gasto y el grado de endeudamiento en que se han metido durante estos años locos de crédito fácil y bajos tipos de interés. Una vez que ha estallado la burbuja de crédito, toca exprimir como sea el bolsillo del ciudadano, porque no están dispuestos a bajar el nivel de gasto, que para algo, ellos son el sector público. Hay muchas M-30 que pagar, muchos polideportivos a construir, muchos estadios olímpicos y sobre todo, muchas comisiones que cobrar. No en vano, mucha gente habla de hayuntamientos.

Expansión recoge la noticia de la de una sentencia del Supremo, que podría servir de base a los ayuntamientos para ampliar las tasas que ya cobran a las compañías de telefonía por ocupación de dominio público , a cualquier empresa que realice transacciones económicas a través de las redes de telefonia fija. Según la interpretación que hace Expansión de la sentencia:

el alto tribunal aclara que son destinatarios de este tipo de tasas «todos los operadores de redes y servicios de comunicaciones electrónicas disponibles al público», lo que extendería el ámbito de afectados por esta tasa a otros sectores que actualmente tienen dudas sobre su aplicación.
Con los mismos argumentos que se utilizan para exigir estos impuestos a los operadores móviles o a las compañías eléctricas, los miembros del tribunal razonan que cabría entonces incluir a cualquier compañía que utilice las redes de telecomunicaciones fijas para hacer negocio. Éste es el caso de las empresas que operan comercio electrónico.

Según la noticia, la Federación Española de Municipios y Provincias está negociando con las compañías el cobro de la tasa, a la cual ya habían asignado el 1.5% de los ingresos brutos. Este tipo de tasas va en la línea con las que cobran a los operadores de telefonía móvil a través de la tasa de dominio público.

Éramos poco y parió la abuela, como reza el dicho popular. ¿Qué podemos hacer para defendernos de la voracidad recaudatoria de las administraciones públicas, en especial, cuando dicho dinero va más enfocado a salvar a empresas ineficientes, en vez de dar unos servicios de calidad en lo básico como justicia, sanidad o educación?. Lo del 20% del PIB sumergido va a ser una broma comparado con los niveles a los que se va llegar como siga la cosa así. Y lo peor, es poner esto en manos de los entes más corruptos - cómplices necesarios de la burbuja inmobiliaria, por cierto - de la administración pública española, como son los ayuntamientos.

Technorati Tags:

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: