Las disponibilidad de un sistema o el cómo esto se caiga ¡¡¡¡ es el apocalipsis !!!

Continuo con mis rollos de informática. Para el que no le guste le pondría aquí un enlace al Playboy, a la prensa o una recomendación de libros interesantes pero como en España hay una ley infame que dice que por enlazar hay que pagar a una organización con comportamientos poco edificantes que van a cobrar sean o no socios de ella, pues mira, te vas al buscador que más te guste y buscas algo más ameno.

Rollo al canto ... que no me vea.

Pues nada, vamos a meternos en harina. Para cualquiera que hayas desarrollado o trabajado con un sistema de información le sonará el término disponibilidad o lo que es lo mismo, cuantas horas al día tiene que estar funcionando un sistema y en caso de parada cuánto tiempo puede estar parado sin impactar al negocio de manera significativa. Por lo general la respuesta del usuario es la misma: 

¡¡¡ MI SISTEMA ES LO MÁS IMPORTANTE DEL MUNDO
Y NO SE PUEDE PARAR JAMAS !!!

Lo gracioso es que eso te lo puede decir por ejemplo el encargado del sistema o parte del mismo encargado de pagar los recibos en ventanilla en el banco. Si, ese señor tan joputa simpático que ha decidido que sólo se pueden pagar recibos en ventanilla los martes cuyo día del mes sea par de las semanas bisiestas entre las 08:00AM y las 08:15AM, eso siempre que el día siguiente no sea miércoles e impar. Por supuesto que necesita su sistema arrancado 7x24 y con un SLA (acuerdo de nivel de servicio) de 30 segundos (o menos) Y claro, como el que gestionaba los costes de contabilidad hacía trampas y lo metía todo en el mismo saco, este señor tenía su 7x24 funcionando por todo el morro y sin costarle un euro directamente.

Es curioso que sistemas tan críticos que no se pueden parar nunca resulta que hasta su mecanización o hasta que se modificaron solo iban de 8 a 3 y de lunes a viernes. Y si la cosa se estropeaba, se tiraba de libreta y ya se pasaría cuando se arreglara. Y lo curioso es que no se moría nadie por hacerlo así.

¿Todavía sigue aquí el cansino éste?

Durante mucho tiempo se han gastado ingentes cantidades de dinero en hacer robustos hasta la paranoia sistemas que no lo han necesitado o han tenido alternativas muchísimo más baratas. Se ha abusado de clusters, bases de datos replicadas (la opciones "enterprise" de las bases de datos son sorprendentemente caras) granjas de servidores que estaban al 5% o menos de ocupación de CPU, ...

No voy a decir que se monte un sistema de manera que se pueda caer sin posibilidad de recuperación o que sea sensible a un fallo hardware pero durante mucho tiempo ES QUE SE HA HECHO ASÍ. He visto muchos sistemas que se montaban en discos únicos o servidores únicos con montones SPOF (Single Point of Failure) Lo cierto es que una solución a la que se recurría era el tener un segundo equipo al lado (por ejemplo el viejo) con las mismas aplicaciones y en el que de una manera u otra se hacían volcado de los datos. Esta sistema podía ser de lo más diverso: desde copias de seguridad se recuperaban, volcados de datos, bases de datos replicadas .... todo variaba según el nivel de paranioa y el nivel técnico y económico disponible. No es lo mismo dar HA con software y sistemas de hace 15 años que con una aplicación virtualizada en un cluster, por ejemplo. Para dar alta disponibilidad hoy en día hay infinidad de soluciones pero lo cierto antes de elegir una de ellas hay que hacerse una serie de preguntas:

• Qué disponibilidad necesito en mi aplicación. Esta es la primera pregunta y hay que evitar pensar siempre en "lo más grande que haiga" Si tienes una aplicación de nóminas las lanzarás a final de mes en una determinadas fechas y horas, no te hace falta estar operativo los 30 días de mes (o no toda la aplicación) Si tienes una tienda en Internet estilo Amazon o Aliexpres necesitas estar disponible las 24 horas del día. No conozco las distribuciones horarias de las ventas de estos sitios, pero aparte de servir a todo el mundo (lo que cubre todas las franjas horarias) apostaría un euro a que su actividad principal es los fines de semana y fuera de horas de trabajo. Hablando de fines de semana, no en todo el mundo el fin de semana es el sábado y el domingo.
• Cuánto tiempo puedo estar parado. Time is money como dicen los pérfidos. Si mi aplicación es algo de banca estoy perjudicando a los usuarios si se cae, si es una tienda como las anteriores, dejo de ingresar dinero. Aquí me interesa invertir en tenerla arriba el mayor tiempo posible. Si lo que tengo es la aplicación para pedir las vacaciones, pues si hoy no funciona, ya las pedirán mañana. Esto no es decir que lleno mi sistema de SPOFs (discos, máquinas, comunicaciones) pero tampoco necesito protegerme como si fuera Fort Knox.
• Puedo perder datos o no. Si soy un banco la respuesta es rotunda: No puedo perder ni una sola operación (otra cosa es que si la pierdo me callo como una puta y asumo el coste no sea que de mala imagen) pero si soy Facebook y pierdo las fotos de la última media hora ... pues que las vuelvan a subir.
• Soy o no de verdad crítico. Porque si de verdad soy criticoa lo mejor tengo que irme a un datacenter que me garantice que no voy a tener ningún imponderable (Telefónica se acaba de gastar más de 100 millones en hacerse un TIER IV Gold) o duplicar (mejor triplicar) y distribuir instancias entre diversos sites. Vamos, que será por dinero. Curiosamente según me han contado hay en España algunos sistemas críticos de verdad con menos protecciones ante imprevistos (eso no quiere decir que estén desprotegidos que pueda entrar cualquier hacker) que otros sistemas mucho menos importante.

Al final no hay que obsesionarse con que si mi sistema es la leche o no. Hay que analizar los factores anteriores y conseguir un balance entre coste y disponibilidad. No obstante hay una serie de factores con los que no se debe jugar (otra cosa es que se haga):

• Energía: tus sistemas deben tener algo que les proteja ante fallos eléctricos. Deben estar protegidos ante picos de tensión y disponer de un SAI (sistema de alimentación ininterrumpida) que permita bien el tiempo suficiente para apagar los equipos de manera segura o mejor todavía, aguantar mientras entran equipos auxiliares para producir energía (Ojo, que deben alimentar los ordenadores y la refrigeración) Luego ya te puedes ir a virguerías como equipos duplicados N+1, 2N o incluso, 2N+1, refrigeración redundada, ....  por lo general, casi todos podemos sobrevivir con algo más modesto. Eso sí en invierno, procurad NO CONECTAR RADIADORES Y CALEFACTORES a las tomas alimentadas desde el SAI (no me invento nada)
• Comunicaciones: si lo anterior es importante las comunicaciones son la razón de ser de tu sistema y de tu centro de datos. Hoy en día no creo que nadie trabaje ya con terminales conectados al servidor (aunque de todo hay en la viña del Señor) Mínimo equipos duplicados funcionando en cluster a ser posibles, líneas principales y de backup, 
• Almacenamiento: El perder datos por daño de discos en pleno siglo XXI debería estar penado en el Código Penal con dos años escuchando música de dulzaina y acordeón. Con el precio de los discos y los sistemas existentes para evitar las pérdidas de información (RAID, triple-mirror, hot spare) esto es casi tan importante como lo anterior. Y ya puestos, esto no se mantiene solo. Si se jode un disco y entra el hot-spare, luego hay que cambiarlo (que nos conocemos)

Por supuesto que hay un montón de cosas más que añadir y que se pueden duplicar que van desde servidores, robots de backup, firewalls, .... Pero un fallo en estos elementos se puede intentar paliar pero un fallo en estos sistemas es catastrófico.

Bueno, dentro de unos días más. Seguramente vaya de nubes.

Desde luego, cada vez que habla me entra un sueño más ricooooo

El futuro de la nube y la madre que la parió.

He de reconocer que no me he matado escribiendo estos últimos tiempos así que he hecho propósito de enmienda y a lo mejor ... escribo algo más (no prometo nada) Dado que como no me lee ni el tato, tampoco me están agobiando por escribir. En estas entradas me va dar por la informática y dado que llevo más de 25 años metido en el cotarro se supone que algo he de saber.

Como introducción al tema antes habría puesto un enlace al blog de Wardog sobre un experto en nube, pero gracias a cierta ley que no puede ser nombrado no puedo ponerlo con lo que si alguien quiere saber de que hablo que busque en cierto buscador que tampoco puede ser nombrado superstar palito y que se eche unas risas que la cosa merece la pena (son tres capítulos)

¡la nube! Fuente: propia

El tema es que sobre la nube hay muchos conceptos etéreos (aquí vendría un enlace a la RAE para rematar el chiste, pero me lo han jodido) y sobre todo erróneos. A ver si aclaro alguno de ellos.

Uno de los primeros conceptos que mal se interpretan de la nube es que ahorra dinero. Este concepto se interpreta mal porque se hace en términos de economistas, gente que por lo general se caracteriza por oír lo que les interesa, interpretar lo que quieren y cuando las cosas no salen, echarles la culpa a los otros ¿acaso la nube no ahorra dinero? Sí, ahorra mucho dinero ... el tema es saber respecto a qué cosa que no les suele interesar. Por mi experiencia, según se miren las cuentas en un sitio u otro, la nube es un ahorro o no y lo voy a poner con dos ejemplos (y cualquiera que me conozca le aviso que voy a negar SEAN LAS EMPRESAS QUE ELLOS PIENSAN)

- Empresa A: los equipos se compran y se colocan en una sala (ahora mola decir Datacenter, antes era Centro de Cálculo y previamente fue "mételos ahí que no estorben") La electricidad la paga el edificio, al igual que el alquiler o la refrigeración (que para eso sale del margen) A éste una ves comprada la máquina le dan lo mismo las eficiencias y puede decirte con toda su alegría que él deja una aplicación crítica corriendo en una SUN SPARC 5 (en el año 2015) porque él lo vale (la máquina ya no)

Así de claras les gustan las cuentas a algunos. Fuente: propia.

- Empresa B: Voy a dedicar XXX metros a alojar la informática (esto no quiere decir que B previamente no se hubiera comportado como A) y ese coste lo repercuto en los equipos alojados (tanto dinero por metro ocupado, tantos rack, tantas rack units, .... una simple división con un resultado muuuuuuy alto para el que viene de A) por supuesto que la corriente de la repecuto, al igual que el cooling. Por ejemplo, un Datacenter muuuuuuy eficaz es capaz de utilizar en cooling de los equipos un 20% de la energía empleada en computación (PUE: Power Ussage Efectiveness) uno normalito por cada Vatio gastado por el ordenador precisa otro en refrigeración y los malos (por ejemplo ESA SALA DE ORDENADORES IMPROVISADA EN UNA OFICINA puede consumir 3 o más) Si tenemos en cuenta que 1 kW de energía consumida de continuo (o lo que es lo mismo, tres servidores no excesivamente antiguos arrancados de continuo) equivale a precio industrial (la cosa puede varias, pero seguramente hacia arriba) son unos 1.000 € al año hay que contar con otros 1.000 € (fácilmente) en refrigeración de esos equipos. Ahora empecemos a multiplicar por equipos y el recibo de la luz se dispara a muchos miles/decenas de miles de euros al mes. Aparte de eso, hay que contar con gastos de administradores, operaciones sobres las máquinas, etc. A este usuario le interesa ser eficiente ... por la cuenta que le tiene.

Al usuario de sistemas en la empresa A el precio de cada sistema le sale regalado ... al final ha enviado los costes a otro sitio y no le importa (a él no le miden por eso) con lo que lo de la nube se la deja floja. Al usuario de la empresa B no sólo le cobran todo lo que usa (margen aparte) sino que es consciente de lo que gasta por lo que a éste SI le interesa seguir leyendo.

Esto ayuda mucho para la lectura de éste rollo. Y no te digo a la escritura. Fuente: propia

Si eres del caso B (en el caso A te da lo mismo, puedes pasarte a leer el Marca o las 50 sombras esas) lo que voy a escribir te interesará. Te habrás dado cuenta que un servidor no sólo cuesta la compra que puede andar fácilmente de 2.000 a 10.000 € o más (lo que vende cierta tienda de logo rojo y que presume no tontería no son servidores ... lo que venden otros que dicen que sí los venden ... tampoco) con lo que cada máquina que necesites cuesta un dinero tanto en OPEX como en CAPEX con lo que lo de reutilizar recursos no suena tan mal, habida cuenta, salvo que el que te venda la moto sea un mainfranero de IBM, las CPU suelen estar bastante descansadas ...

¿quiere decir esto que la nube (privada o pública) sea barata? NOOOOOOOOR, La nube cuesta dinero y cuando miras el monto total, un datacenter bien completito cuesta dinero ... mucho y a medida que pidas poyaques (Po ya que lo tengo me vas a hacer ....) más todavía,

Me da a mí que aquí va a haber gato encerado ....  Fuente: propia.

¡un momento! Pero si me has dicho al principio que me iba a ahorrar dinero .... pues claro que sí. Mira esta foto:

Eso de la foto cuesta .... muchos euros (más de lo que te piensas) y tiene unas 700 máquinas virtuales sin estar muy apretadas precisamente. El equivalente en físico en máquinas de 1 RU son más de 47 racks. Eso gasta unos 6 Kw de continuo ... el equivalente en máquinas antiguas podrían ser fácilmente 150 kW más la refrigeración (otro tanto) eso sin tener en cuenta que ocuparían unos 17 racks (siendo muy optimistas ... el doble fácilmente) Vamos que en un año lo amortizas más que de sobra.

Para los neófitos de la nube ¿qué leches llevo contando todo este rato? Pues para resumir:

- Los gastos de electricidad, alojamiento y refrigeración de los sistemas clásicos no son precisamente despreciables, por mucho que el economista de turno diga que se cuentan en otro lado.

- La virtualización/nube no es barata, pero su coste es menor que su equivalente físico. De licencias hablamos otro día, pero aunque no son baratas, compensan.

- Cambiar por cambiar no merece la pena ... hay que echar cuentas antes. Eso si, el seguir evolucionando en físico (salvo casos muy puntuales, no merece la pena)

- No vais a poder echar al BOFH ... los sistemas se siguen teniendo que administrar.

Hay que ver lo bien que van estos rollos para el insomnio .... Fuente: propia.

Amenazo con volver con más rollos de estos ...

Pues ... no me he enterado de nada. Fuente: propia

El Backup ... y la madre que lo parió.

Por lo general a la hora de diseñar (o improvisar) un sistema informático se suelen dedicar bastantes horas a pensar (¡ejem!) aspectos tales como para qué sirve, cómo se va a implementar, las interfaces con el usuario, la seguridad .... se dice que incluso se llega a pensar en los requisitos del usuario, pero claro, ese último aspecto suele estar por demostrar.

Ummmm ¿Ya está aquí el brasas este de nuevo?
Seguro que hay gato encerrado.

Al final a alguien se le ocurre decir "Oye ¿y qué pasa si se cae el servidor/se corrompe el sistema/si hay un virus/vamos, que se joda esto?" a lo que muy ufano el responsable/jefe de proyecto/analista/arquitecto/entero/cuñao dice todo ufano "Tranquilo, que hacemos un backup y todo controlado"

Lo más jodido de todo es que lo normal, es que le hagan caso y la gente se quede tan tranquila. La mayor parte de los usuarios piensan que backup es un ser mágico venido de Oriente que es capaz de solucionar todos sus problemas con aquella copia en discos de 5"1/4 que se hizo al principio de la explotación del sistema. Es como ese ser proceso mágico que pasaba la ropa sucia del suelo al cajón de armario toda limpia y planchada que nos pasaba a la mayoría cuando éramos adolescentes y que desapareció también mágicamente cuando nos íbamos de casa de los padres.

Pues resulta que no. El backup es un proceso complejo, costos y sobre todo NECESARIO ¿cual es la importancia de las copias de seguridad? Pues no es ni más ni menos que la importancia que le des a tu negocio/información/fotos de la comunión. Dependiendo de tu negocio un backup puede ser incluso un requisito legal aunque la ley no lo diga así. Por ejemplo, a una operadora de telecomunicaciones se le puede pedir un listado de los accesos de determinada persona hasta cierto tiempo (un par de años me parece) Claro que toda esa información se puede guardar en los sistemas transaccionales, pero el coste y ocupación es brutal (una operadora de telecomunicaciones genera millones de registros de llamadas CADA DÍA)

No solo pongo fotos de gatos. También chistes malos.

A la hora de diseñar el proceso de backup es conveniente pensar en algunas cosas:

- Qué información estoy dispuesto a perder. A lo mejor Facebook si pierde las últimas fotos que le han subido los usuarios no es muy grave, pero si un banco pierde los movimientos de los últimos cinco minutos puede que salga en el telediario. Obviamente, lo que se copia es lo que no se quiere perder que seguro que alguno ya está pensando lo contrario.

- Cuánto tiempo puede estar el negocio sin funcionar. En el ejemplo de antes, si se cae Facebook no pasa nada salvo algún ataque de histeria y/o suicidio a lo bonzo. Si se cae el banco unas horas posiblemente lo que menos pase es que el jefe de informática actualice su CV en LinkedIn y pase a "En búsqueda activa de empleo" La recuperación del servicio puede no ser sólo cosa del backup ... pero eso ya lo contaré cuando tenga ganas de escribir; llevo desde junio sin publicar nada ¿te piensas que el próximo va a ser inminente?

- Hasta cuando quieres guardar la información. Por lo general y salvo imperativo legal, la mayor parte de copias con retenciones altas solo sirven para ocupar espacio y recursos.

- Cada cuánto tiempo he de hacer el backup. Un periodo de tiempo demasiado largo puede hacer que el backup no sea muy operativo. Un periodo de tiempo muy corto puede machacar al sistema e incluso, hacer perder copias útiles con datos degenerados (degenerados por estropeados, no por eso que estás pensando)

- En cuántos sitios debo tener las copias. Esto ya va en función de la paranioa de cada uno. Yo personalmente considero que los datos delicados deben estar al menos almacenados tres veces: la original y dos copias separadas ¿esto te parece excesivo? Pues no te cuento el sudor frío que te entra cuando se degrada el original y sólo tienes una copia ¿funcionará? ¿no funcionará? Se puede hacer una copia a disco y otra a cinta. Personalmente, creo que las copias a cinta cada vez irán más en desuso. Los discos cada vez son mayores (10 Tb ahora mismo) y con técnicas como deduplicación y compresión la capacidad aumenta mucho y las cintas son más lentas, evolucionan más despacio y tienen la mala costumbre de fastidiar las unidades de lectura y escritura con el tiempo (no demasiado tiempo por cierto)

Una vez tenidos más o menos claros lo puntos anteriores viene la parte de rascarse el bolsillo ya que:

- El backup no se hace solo, hace falta un SW adecuado (hay soluciones OpenSource como Bacula) Ten en cuenta que una de las cosas más peliagudas del sistema de backup es saber lo que tienes dentro de los TB de información que has copiado y la gestión de ese catálogo es bastante pesada. Por otro lado, este SW suele permitir una cosa interesante: la recuperación granular, es decir, si has perdido un fichero a lo mejor prefieres recuperar ese fichero en lugar de pasarte varias horas recuperando todo el filesystem de una cinta. 

- El backup hay que dejarlo en algún sitio. Cintas, VTL, cabinas de discos. Salvo que sea de manera temporal, el dejar el backup en el mismo disco/servidor/cabina donde están los originales no una buena idea. Es equivalente a dedicarte a la escalada y atar la cuerda de seguridad que te sujeta por un arnés a tu propio tobillo. Mientras no te caigas no pasa nada pero como te caigas ...

- Hay que saber qué copiar. Si quieres copiar los datos de una BD seguramente el copiar el directorio /etc no sea una buena idea. También hay que saber cómo se pueden copiar las cosas.El copiar los ficheros de una BD en funcionamiento NO es una buena idea. Es posible que recuperar algo que no sirva para nada, al menos si no has puesto la BD en modo backup claro. 

- Hay que programar ventanas para hacerlo. Si tienes datos que se actualizan cada pocos segundos a lo mejor hacer una copia al mes no es lo más adecuado. También pasa lo contrario, no por hacer una copia cada cinco minutos (existe el caso, no me lo he inventado) vas a estar más protegido.

Por último, es recomendable si no es necesario recurrir al backup hacer pruebas periódicas de recuperación, al menos para asegurarse de que las cosas funcionan, el equipo humano sabe recuperarlo, etc.

Cambios en el IRPF: cuánto me voy a ahorrar, si es que me ahorro algo.

Como siempre que sale un cambio del IRPF el lío que tiene la gente es más que considerable. El problema es que es un sistema por tramos en el que se cotiza dentro de cada tramo. Posiblemente la gente está confundida cuando habla del tramo de retenciones de IRPF que le corresponde en su nómina, que es una cosa similar a la TAE de los bancos: te calculan cuánto debes pagar al final de año, calculan el % de tu nómina y te lo cascan cada mes. En este segundo caso, el tramo es más o menos lineal, pero en el otro caso, no tanto. Esto implica una segunda derivada de la que gente por lo general no es consciente: los ingresos a mayores que tributan (horas extras por ejemplo) cotizan siempre en el tramo más alto del IRPF que nos corresponde. Por ejemplo, si ganamos unos 30.000 € el tramo actual debería estar entre 17.7007 y 33.007 con lo que tributarían al 30%, por mucho que la retención habitual deba andar por el 18-19%. Encima la excel no ayuda mucho al cálculo por tramos (hay que meter muchos "SI.(....) y precisamente programar en Excel es de todo, menos cómodo) La intención de este artículo es analizar el impacto de la reducción fiscal anunciada por el gobierno en diversos tramos de sueldos de manera que se pueda comprender de un vistazo.

La tabla actual de retenciones, junto con las de los dos próximos años (es un decir, porque está proponiendo cosas para una fecha en que puede que no esté en el gobierno como es 2016) es la siguiente:

Tramos de IRPF para 2014, 2015 y 2016

Lo primero que hay que señalar que para saber si de verdad la cosa sube o baja hay que esperar a hacer la declaración de 2015 en el año 2016 (largo me lo fías amigo Sancho) con lo que si esta bajada se compensa con otra cosa (como un recorte de deducciones por ejemplo en vivienda o alquiler) nos podemos encontrar con que la bajada se convierte en subida, como ya ha pasado.

En segundo lugar, hay que decir que para calcular la base imponible no es poner el sueldo sin más. Hay que quitar una serie de conceptos como:

- Mínimo personal: 5.151 € por trabajador. Creo que lo van a subir a unos 5.550 €

- Mínimo familiar: dependerá de la situación personal de cada uno (familia, minusvalías, ...)

- Rendimientos del trabajo: 2.652 € que no tengo muy claro de donde salen, pero también se deducen pero creo que va a desaparecer

- Aportaciones a la seguridad social: Entre 500 y 2.740 € al año.

Una vez restado eso, a la cifra que queda es a la que me metemos el puyazo, sin olvidar el hecho de que falta la parte de la Seguridad Social y desempleo, que es sobre otro 6,35% aproximadamente, con un tope de 3.596 € en 12 pagas o lo que es lo mismo, el que gane más de 43.000 € solo paga SS hasta ese límite, del resto, sólo paga IRPF.

Pero la pregunta final es ¿cuanto me voy a ahorrar con la tan cacareada reforma del gobierno? Pues como diría el gallego, depende y cuanto menos ganes, peor. Si te sube el mínimo vital, es mejor, porque al igual que las horas extras suman en la parte "gorda" del IRPF, esto resta en el mismo sitio (al final, es una cifra final, da lo mismo por el lado que sumes) La tabla que he calculado tiene las siguientes premisas:

- No varía el mínimo vital (es decir, que puede variar en el futuro)

- No hay contempladas circunstancias familiares como hijos o minusvalías.

La primera columna es el sueldo bruto. He hecho especial incidencia en los sueldos más bajos, por debajo de 100.000 dado que son los más abundantes. Las siguientes tres columnas son lo que pagarían en 2014, 2015 y 2016 y las dos últimas, las diferencias entre años.

Dado que hay mentiras, grandes mentiras, inmensos embustes, promesas del PP y estadísticas creo interesante el llamar la atención de la bajada del sueldo más desfavorecido, de 10.000 €. Pasará de pagar 346 € en 2014 a 280 en 2015 ... una bajada del 19% ... suena bien de no ser porque son 66 € que en 12 pagas salen menos de 7 € de diferencia al mes.Por otro lado al señor de los 400.000 € su bajada es "sólo" del 6,45 % la tercera parte que al pobre, diría Montoro. La cuestión es que este señor va a disponer de 1.000 € limpios más al mes en su cartera, aunque claro, para un señor que se embolsa unos 17.000 € limpios igual no es muy relevante. Vamos, que igual que uno no sale de pobre, el otro no pasa de muy pudiente a muchimillonario.

Y qué pasa con el españolito común, el que va de de 20.000 a 50.000 € anuales ... venga, hasta los 90.000 incluso. Pues que si no cambian otros factores va a tener en el bolsillo de 30 a 100 € adicionales y cosa curiosa que se ve con la excel ... hasta los 125.000 € de ingresos el incremente mensual en 2015 es de .... 103 €. Lo cierto es que no me esperaba esto. En 2016 la cosa si mejora, pero claro, nadie te asegura que esto se mantenga en 2016. Esta tabla refleja (de izquierda a derecha)

- Sueldos.

- Ingresos a mayores mensuales (en 12 pagas) a efectos de la reforma fiscal de 2014 a 2015.

- Ingresos a mayores mensuales (en 12 pagas) a efectos de la reforma fiscal de 2015 a 2016.

- La suma de ambos.

En este caso, en 2016 y con respecto a 2014, a los que ganan entre 25.000 y 35.000 ya les da la reducción mensual para llenar el depósito de un coche no muy grande, una vez y en el supuesto de que no suba mucho más (al precio que lo he llenado yo hoy 50 € dan para 36,5 litros)

Destripando una workstation (años 90)

Desde hace mucho tiempo está de moda en las revistas especializadas en informática en analizar los sistemas que llegan al mercado lo que en ocasiones incluye el despiece de sus componentes. En esta entrada vamos a hacer lo mismo con una workstation de gama alta ... de hace 24 años.

El chisme en cuestión es este: un Hewlett Packard Apollo serie 400. Por paralelismo, sería el equivalente actual de un MacPro de unos 4.000 € solo que si pasamos esos 4.000 € a pesetas y nos vamos a 1990 ... igual nos quedamos cortos de presupuesto.

Apollo Serie 400.

 Esto funcionaba con HP-UX, un sistema UNIX de 32 bits en la época en que los OS de los sobremesa funcionaban en 16 bits. Este OS es cinco años previo al Windows 95, por poner un ejemplo. 

Lo primero que llama la atención es su panel trasero, por la gran cantidad y diversidad de puertos disponibles. Hoy en día lo normal es tener una serie de puertos USB, un puerto para teclado y otro para el ratón, la tarjeta de video, sonido y poco más. Todo muy ordenadito y estándar pero ¿cómo era hace 24 años? Pues tal que asín:

Empezando por arriba a la izquierda, tres puertos serie (posiblemente de hasta 19.200 baudios como mucho) Esto era muy importante y el número también dado que por ejemplo, los ratones se conectaban al puerto serie (y eran de bola) al igual que los módems. 

Luego viene un puerto de reset poco accesible (esto es UNIX, no se cuelga) y una palanquita para poner el ordenador en modo normal o mantenimiento. Personalmente, no la he usado nunca y creo que no hace nada.

A continuación viene un puerto de teclado un poco cabroncete. Un primer vistazo parecería un conector de teclado como los antiguos, una clavija DIN pero no ... eso sería muy fácil y no haría honor a las siglas HP. En la siguiente foto podemos ver cómo la clavija DIN tiene un pin adicional en el centro que hacer que el teclado no funcione.

Para finalizar la línea superior podemos ver una salida de audio stereo, un gran avance ya que recordemos buena parte de los ordenadores como mucho traían un zumbador (y sin control de volumen) No nos engañemos en esta época lo de oír música en el ordenador, como estoy haciendo a la vez que escribo se consideraba una frivolité.

En la segunda línea de conectores nos encontramos con un puerto SCSI (cosa que era carísima en su día, pero daba un gran ancho de banda para la época. El estándar SCSI y su evolución se sigue usando hoy en día en muchos protocolos de disco) seguido de un puerto paralelo para impresora (hoy ya en desuso) y la salida de video VGA, cosa que se agradece. Por aquellos tiempos muchos fabricantes optaban por sus propios conectores, a cada cual más ..... Luego venía la entrada de micro.

Para finalizar, un puerto aparentemente RJ-45 pero que no lo es dado que es un puerto para mantenimiento (una ILO) y dos conectores de red, ambos de 10 Mbits.

Si lo abrimos encontramos una unidad de almacenamiento pata negra para la época que hoy en día, con lo que se mueve por ahí, nos haría sonreír.

Este artilugio con apariencia de disco duro es nada más y nada menos que .... un disco duro. Pero esto no es un disco duro ATA  paralelo como lo que se estilaba. Se trata de un disco SCSI de 400 Mb (si, Mb) En ese disco ahora cabrían .... un episodio de Los Simpsons y poco más. Entre otras características destacables hay que reseñas su velocidad de rotación de 3.600 rpm (no, no es una errata ni un disco de bajo consumo ... eran así) sus cinco platos para datos y una velocidad de transferencia de entre 1,7 y 2,5 según la zona del disco Mbytes por segundo (por ahí andan las especificaciones del disco, sólo hay que buscarlas) Sólo este disco costaría en su época más del equivalente a 600 € pero en pesetas de 1990 (100.000 pesetas era un sueldo más que digno en su época)

Como dato anecdótico, el MTBF (tiempo medio entre fallos) de este disco andaba por las 150.000 horas según el manual o lo que es lo mismo unos 17 años. Este chisme estuvo en funcionamiento más o menos continuado (breves paradas de 1 día o menos) más de 20 años. Todavía podría funcionar.

Este ordenador viene equipado con cuatro módulos de memoria. El tamaño de los módulos (8 MBytes) parece indicar que este modelo recibió memoria canibalizada de otros equipos para mejorar su funcionamiento con el tiempo. Los normal es que este equipo viniera con 8 o como mucho, con 16 MBytes de memoria. Para los más jóvenes no estaría mal recordar que 1 GByte (la RAM de un smartphone de gama media) son 1024 Mbyte.

Para finalizar en la última foto podemos ver al cerebro de la bestia. Como se puede apreciar ya de aquella se precisaba refrigeración para la CPU pero mucho más simple que los modernos modelos de refrigeradores o sistemas de refrigeración líquida.

En este caso nos encontramos nada más y nada menos que con un Motorola 68040 uno de los procesadores más avanzados de su época (por aquella Intel acababa de lanzar los 80486)

Detalle curioso del recibo de la luz

Pues como el otro día me llegó el recibo, aparte de mirar temas de consumos por un cambio de lámpara que había hecho que gastaba como la décima parte que la vieja y ver que a pesar de la bajas de consumo, el recibo seguía subiendo, me llamó la atención la siguiente imagen:

Vamos, que según este gráfico, la empresa eléctrica no lo hace por vicio, que si por ella fuera, pagábamos la mitad. Si es que ante tanta bondad se me saltan las lágrimas ....

Claro que si ahora nos vamos al detalle del recibo vemos lo siguiente:

Lo primero vemos el fijo por potencia contratada que ¡oh campos de soledad mustios collados! ha pasado de 0,101 € por día a 0,118 € lo que a ojo de buen cubero es una subida del fijo del 17%. A cambio, el precio del kWh pasa de 0,146 € a 0,137 € una bajada del 7%. En mi caso, sale más o menos lo comido por lo servido. Si calculo el coste de la energía con la nueva tarifa y con la nueva la diferencia son 0,25 € en el recibo. El impuesto de la electricidad, dado que es un % de la facturación, es casi lo mismo. Otra gente con mayor potencia contratada seguramente se verá más perjudicada que yo que tengo el mínimo (y con dos dedos de frentes, si no tiras de calefacción o agua caliente eléctrica es potencia de sobra)

La cuestión es que de este recibo de 102,35 € la parte relacionada con la energía (incluyendo el alquiler del contador) son 80,53 € (un 78,68 % del recibo) y los impuestos son 21,82 € (21,32 del recibo)

Vamos, que el gráfico real se parece más a este.

Voy a darles un margen de confianza y pensar que dentro de sus costes se incluyen temas como moratoria nuclear, déficit de tarifa o subvenciones de energía renovables pero dado que no tengo datos concretos de cómo afecta cada una de esas cosas al recibos, como poco me tengo que quedar con que la política de comunicación de la empresa es como poco ... dudosa.

Muerte de un disco duro

Hace mucho, mucho tiempo, en una la galaxia muy lejana había unos entes capaces de almacenar información llamados diskettes o discos blandos. Los más jóvenes los reconocerán por semejarse al icono de de guardar del Word, por ejemplo. Incluso antes, existían otros similares, más grandes que permitían guardar ingentes cantidad de información al increíble coste de una peseta por kilobyte (si, no me he equivocado) Claro que en un mundo donde un PC tenía 256 o 512 Kb, eso era una capacidad más que aceptable.

Esos discos eran unas láminas flexibles (de ahí lo de blandos) sobre los que una cabeza física tocaba y leía la información. En contraste, los discos duros eran uno o más platos de material metálico rígido (de ahí su nombre de discos duros) sobre los que flotaba un cabezal gracias al colchón de aire que generaba la rotación del disco. La alta velocidad de los discos (desde 3.600 a 15.000 rpm según tecnología) hacía inviable el contacto físico entre disco y cabeza.

Cada disco duro está compuesto por uno o más platos que almacenan la información. A mayor capacidad, posiblemente mayor sea el número de platos. Lo normal es uno o dos, en los discos  de gran capacidad (más de un Terabyte) no es raro encontrar tres o cuatro platos. Cada plato tiene dos cabezas de lectura escritura, una por encima y otra por debajo.

El plato está pulido como un espejo como puede apreciarse en la foto. Si lo tocas con el dedo no podrás quitar la imagen de la huella.

A la derecha se puede apreciar la cabeza lectora y a la izquierda el mecanismo que bloquea las cabezas cuando se pierde la alimentación eléctrica con el fin de evitar accidentes. También se puede apreciar arriba a la izquierda el filtro blanco de aire, para evitar que entre polvo (no, son herméticos) Por cierto, los dos imanes que acompañan a la cabeza son impresionantes.

¿Pues qué pasa cuando se produce una cosa llamada aterrizaje de cabezas? Pues que la cabeza entra en contacto con la superficie del disco ¿y que pasa cuando una cabeza de metal entra en contacto con un plato que está girando a 7.200 rpm por minuto o lo que es lo mismo, 120 veces por segundo. Pues la cosa está clara, ocurre esto:

El plato ya no está pulido como un espejo. A la izquierda se aprecia una profunda erosión en la superficie del disco, a la derecha se aprecian el impacto de erosión más suave (el daño gordo ya se cometió) Sobre la superficie, hay restos de metal.

Como detalle adicional, se podrá observar que en el disco caben más platos y cabezas lectoras (hasta cuatro, tenía dos) En la cadena de montaje se montan más o menos platos y cabezas en función de la capacidad del disco. En este caso, era un disco de 1 Tb con dos platos. No hace falta mucha imaginación para adivinar como harían el de 2 Tb.

El filtro de aire está saturado de partículas de metal que se pegan a los dedos cosa mala. En resumen: el disco ha quedado para el arrastre.

Para un usuario normal, el disco ha muerto, pero si tenías información y dinero hay empresas que pueden recuperar (si hay suerte) parte de la información del disco.

El Hobbit 3: Cómo rellenar tres horas de película con 40 páginas de un libro.

Antes de nada tengo que aclarar que esto no es una crítica en concreto a las películas de El Hobbit de Peter Jackson sino más bien una análisis en clave de humor de lo que podría ser la tercera película. Puede que haya spoilers de lo que son las pelis ... o no. Avisado quedas si sigues leyendo (aunque total, para tres que lo leen ...) 

El Hobbit ... por si alguien no se había percatado.

 Como introducción y para los que no conozca el tema, El Hobbit es una obra de J.R.R. Tolkien publicada por primera vez en 1937. Dependiendo del tipo de letra, ilustraciones y demás tiene una 200 paginitas con lo que se lee relativamente rápido y a diferencia de otros libros de Tolkien, es relativamente cortito. En lo que me voy a centrar es en la trilogía de Peter Jackson que ya hay que tener imaginación para sacar tres películas de casi tres horas de un libro de este tamaño. La cuestión es que el libro es el libro y las películas son las películas y poner a parir estas a partir del libro es un poco absurdo. Al igual que con el Señor de los Anillos, hay cosas que sin fieles y otras no. Con esto acabo la parte seria de la entrada y empiezo a desvariar.

Desvaríos varios (avisados quedáis)

Enanos guaperas y metrosexuales. Fuente: IMDB.COM

La sinopsis de las películas comienza con un grupo de enanos metrosexuales a los que acompañan otro grupo de enanos más clásicos para hacer de secundario cómico que gracias a los líos de un mago aparecen en casa de un mediano (que curiosamente es más bajo que los enanos) para liarle en una aventura de la que el pobre no se entera de la misa la media pero como es una persona un mediano con buen corazón y un poco tonto se decide a acompañarles. La misión es relativamente simple: tan solo hay que dirigirse a la Montaña Solitaria, antigua capital del reino de los enanos, penetrar en ella por una puerta secreta, saquear la guarida de un dragón y volver a casa. El camino comienza de manera sencilla, discutiendo de cocina con unos trolls hasta que una receta de Bilbo para preparar unos callos a la madrileña deja a los trolls sencillamente de piedra. Luego se dedican a jugar al que te pillo con unos perritos y se suben a unos árboles para jugar con fuegos artificiales para acabar dando un paseo por el Bosque Negro donde los elfos insisten en que se queden a cenar con ellos esa noche.

Tauriel y una rubia por el campo. Fuente: IMDB.COM

En esta parte es dónde se le empieza a ir un poco la olla al director. Una elfa pelirroja (Tauriel) hace tilín a un enano pichabrava (Kiri) mientras que un Legolas que pasaba por allí que queda compuesto y sin pelirroja, esto sin elfa, esto sin capitán de la guardia. Vamos, que a la pelirroja le mola más el enano con pinta de malote que la rubia el elfo con pinta de .... rubia. Al final los enanos se montan en la atracción de "El barril loco" del parque temático que estaban montando lo elfos y llegan a la Montaña Solitaria donde la lían parda y el dragón, harto del escándalo que estaban montando tan molestos invitados se va a dar un garbeo, a ver si encuentra algo de picar por la Ciudad del Lago, un cruce entre el Waterworld de Kevin Costner y Bree cuando llueve mucho y no desagua bien. Aquí hay que agradecer a Peter Jackson que no haya metido vampiros que brillan u hombre lobos depilados.

La cuestión es que en este punto quedan 40 páginas del libro .... ¿y cómo rellenamos 160 minutos de película? Pues habida cuenta que queda poco que contar  habrá que improvisar:

- Relación Kili y Tauriel. No aparece en ninguna parte del libro original, así que podemos improvisar. Una tórrida escena de sexo entre ambos estaría bien. De hecho podrían escenificar algún episodio Hentai entre enanos y elfas y de paso, se rellena un buen trozo de metraje. O incluso un Spin off como "El enano, su mujer y otras cosas ..."

Fuente: http://www.kilitauriel.com/

- Legolas. Ya que el enano le levanta la novia, se junta con Gorka Otxoa para hacer la segunda parte de Pagafantas. En el Señor de Los Anillos mantiene una tórrida relación con Gomli, Hijo de Glóin con lo que parece que la relaciones entre Elfos y Enanos eran más intensas de lo que aparentaban. Al final va resultar que los reyes elfos eran del Foro de la Familia Élfica y sólo admitían relaciones entre elfos.

Alter ego de Legolas. Fuente: Wikipedia.

- Al pobre Smaug en en libro lo apiolan por la vía rápida y de un flechazo como si fuera un vulgar grajo.Aquí hay que hacerlo un poco más dramático. Un discurso a lo coronel Kurtz en Apocalispe Now estaría bien.

- Fortificación de la Montaña Solitaria. En el libro lo hacen una forma más o menos rápida ... aquí Pter Jackson lo podría hacer con un poco más de curro ... estilo catedral de Kigsbridge en los Pilares de la Tierra, por ejemplo. Por supuesto, el aspecto final del muro tiene que recordar a al Línea Maginot, como poco.

- El sitio de la Montaña Solitaria. Antes de la llega de los ejércitos de trasgos (en el libro no salían orcos) y wargos humanos y elfos sitian (de manera muy educada, eso si) a los enanos con la idea de que "compartieran" sus riquezas. Supongo que al menos tendremos un cerco al estilo de El Álamo, protagonizado entre otros por John Wayne.

- La Batalla de los Cinco Ejércitos. Se refiere al enfrentamiento de los enanos elfos y águilas contra las tropas de trasgos y wargos. Viendo la que ha montado Peter Jackson en Barad Dûr podemos esperar que la que monte en el la última película deje la parte del desembarco de Normandía de Salvad al Soldado Ryan a la altura de un enfrentamiento entre dos viejas por un banco en el parque.

- Flashback a lo Tarantino donde la parte de dónde los enanos, Bilbo y conocen a Beorn lo hacen de la manera correcta (con Gandalf contando la historia y los enanos llegando por parejas) y no con la chapuza que han hecho. 

Thorin y Dorin presentándose ante Beorn.

Lo cierto es que con esto y viendo la moda de hacer pelis dobles para las últimas de la serie como en los Juegos del Hambre o con Harry Potter no me extrañaría que la trilogía tuviera cuatro películas (incluso se puede hacer una versión subidita de tono con la elfa y el enano)

La nueva ley del aborto.

No suelo meter cosas políticas en blog, pero mira, una imagen, dice más que mil palabras.


Por si alguien quiere saber que cantan, lo pueden ver aqui.

I+D-i en Castilla y León

Yo actualmente vivo en una Comunidad Autónoma que precisamente no es un prodigio en empleo. Gran parte de la economía depende la agricultura (que no da precisamente trabajo a demasiada gente) y un poco de industria que tampoco está precisamente boyante. Del sector minero ... mejor no hablamos.

Pero claro, tenemos ahora a tiro la materia prima necesaria para la industria del momento ... la que acaba de ser regularizada por el gobierno, un mercado que mueve cientos de millones ... si, la Homeopatía.

Pues Castilla y León cuenta con dos de los ingredientes básicos de la misma:

- Agua: la red de embalses de río Duero puede suministrar el agua necesaria para las diluciones.

Será por agua en el Duero ... fuente: propia (y pilotaba yo)

- Azúcar. La plantación de remolacha es uno de los mayores cultivos y el 100% del contenido de las pastillas de los homeópatas.

Otro ingrediente básico de la homeopatía. Fuente @FerFrias

Vamos, que en Castilla y León existen las bases para una próspera industria homeopática.

¡¡¡ nos vamos a forrar !!!

Pues a mi me funciona.

Veo que desgraciadamente se ha dado luz verde a vender el timo homeopático como medicina, aunque el propio Ministerio de Sanidad ha reconocido que sólo tienen un efecto placebo. Pero la Directora de la Agencia Española de los Medicamentos acaba de conceder una entrevista con motivo de la regulación de estos productos que es para pedirle la dimisión y/o la inhabilitación para cargo público por 30 años al menos. Leyendo los comentarios parece que la gente no está muy conforme.

Pues habida cuenta que una de las muletillas homeopáticas de los consumidores de estos chismes con azúcar es el consabido "a mí me funciona" voy a dar alguna recetilla de contrastada eficacia (por el método de "a mí me funciona") para ver si fundo alguna escuela de estas.

Remedio para los mosquitos.

¿Estás cansado de que en verano estos molestos animalitos te piquen por la noche dejándote el culo lleno de ronchas? Pues yo conozco un método infalible: no hacer nada. No te eches repelente para mosquitos. No evites las luces por la noche. No pongas plantitas de albahaca (dicen que ahuyentan los bichos, lo cierto es que no se si es verdad o no) No hagas nada. A mí me funciona. Los mosquitos no me pican o al menos, no me hacen reacción y tampoco me entero (es verdad, no he tenido problemas con estos bichos en la vida, ni al lado de los ríos en verano ni bajo luces. Como mucho, me he tragado alguno cuando había muchos) Si a alguien no le funciona mi método es que un descreído.

¿Ya está otra vez el pesado este con la homeopatía?
¡qué cansino, madre!

¿Quiere usted controlar su colesterol?

Este es uno de los remedios más placenteros que conozco. La mejor forma de prevenir el colesterol es el chorizo (preferiblemente casero) Yo lo ceno bastantes días y en los análisis de colesterol que hago regularmente nunca doy el mínimo. Es un método cojonudo que a mí me funciona (de nuevo es cierto) Y a otros que conozco que comen verduras y otras guarradas de esas no les va (y tienen el colesterol alto) 

¿El remedio contra el herpes?

En este caso no lo se de primera mano, pero si por un familiar cercano. Se le declaró un herpes que le remitió en un tiempo récord, menos de un mes ¿la solución? rascarse. El que en los últimos 50 años no haya cogido ni un catarro no tiene nada que ver ... es todo por el remedio que recomiendo

¿El remedio contra el resfriado?

Pues también conozco uno excelente, aunque no vale para todos los resfriados. Se llama camiseta gruesa (se pone, no se come) abrigarse y procurar no coger más frío. Funciona muy bien y quita la mayor parte de los resfriados, sin necesidad de oscillococcinum u otros remedios homeopátícos. Si estás muy malo  un Termalgin con leche caliente y miel va de vicio  y si no, voy al médico. Aparte de eso, cuesta como la quinta parte.

Ya que son navidades, hay que poner algo
navideño.

¿El remedio contra la alopecia?

Creo que en este caso no soy yo el más indicado para dar estas soluciones pero si puedo dar un consejo que me dio un amigo:

Hay dos maneras de quedarse calvo y una de ellas, es gratis (a mí me salió gratis).

Espero que con estos pequeños remedios quede claro que no hay dos personas iguales. El que a una persona le haya funcionado un placebo (y la medicina los usa) no quiere decir que te vaya a funcionar a tí (el azúcar no tiene muchas propiedades curativas) y si el farmacéutico te recomienda un remedio homeopático igual estaría bien recordar una cosa:

• Paracetamol 650 (40 comprimidos) : 1,31 €
• Remedio homeopático (Oscillococcinum 30 dosis.): 25,95 €

¿Cuál dejará más margen?