Como expliqué en entradas anteriores los contenedores son como entornos chroot con esteroides.
Dicho rápido y mal se trata de meter un sistema entero en un directorio y ejecutar el proceso init del mismo. A este proceso init y todos sus hijos se les aplican unas cuotas y unos permisos.
De esta forma todos los procesos corren dentro del servidor pero con ciertas restricciones de forma que desde dentro del contenedor podrías jurar que estás en una máquina virtual.
#!/bin/sh
#usage: ./rtve urlVideoToDownload OR ./rtve -f fileWithOneURLPerLine
#License: Public Domain
option="-f"
download(){
#Phase 1: get xml Id
xml=/tmp/$id.xml
urlpart=`sed 's/^.*\(.\)\(.\)\(.\)\(.\)$/\4\/\3\/\2\/\1/' $id`
wget http://www.rtve.es/swf/data/es/videos/video/$urlpart/$id.xml --output-document=$xml
#Phase 2: get video Id
dataId=`sed 's/.*assetDataId::\([^"]*\).*/\1/;tx;d;:x' $xml`
urlpart2=`sed 's/^.*\(.\)\(.\)\(.\)\(.\)$/\4\/\3\/\2\/\1/' $dataId`
xml2=/tmp/$dataId.xml
wget http://www.rtve.es/scd/CONTENTS/ASSET_DATA_VIDEO/$urlpart2/ASSET_DATA_VIDEO-$dataId.xml --output-document=$xml2
#Phase 3 get video
videoUrl=`sed 's/.*defaultLocation="\([^"]*\).*/\1/;tx;d;:x' $xml2`
title=`tr -d "\n" $xml2 | sed 's/.*AS_TITLE_URL\/key>[" "]*\([^]*\).*/\1/;tx;d;:x'`
wget www.rtve.es/resources/te_ngva/flv$videoUrl --output-document="$title.flv"
}
if [ "$1" = "$option" ] ; then
while read line; do
id=`sed 's/.*\/\(.*\)\/$/\1/' $line`
download
done $2
else
id=`sed 's/.*\/\(.*\)\/$/\1/' $1`
download
fi
Como ya comenté en otra entrada anterior, mi intención es sustituir el portátil por un tablet con Android y Debian por si necesitara hacer algo más avanzado.
Mi hermano eligió por mí un tablet chino de la marca ainol que ha resultado funcionar realmente bien.
Tras el nacimiento de una criatura al sufrido padre le quedan un montón de horas de ir y venir a la administración, trabajos y papeleos varios.
Pues cada vez que pasaba por un arco pitaba y tras ver que no tenía nada al final me dejaban pasar por aburrimiento diciendo que "será algún corchete de la chaqueta".
Pues hace unos días he ido a lavar la chaqueta y he encontrado el corchete:
No sabía ni que la tenía ahí. Me la compró mi padre cuando era pequeño en una feria del pueblo, pero por si alguien tenía alguna duda: no, los arcos de seguridad no sirven más que para molestar al personal.
I received a very cool thankful email from a snappy user today:
"After testing I quickly found out that Snappy is what I've been looking for ever since I started using Linux, 5-6 years ago.
In my work as an animator I've felt that there have always been a lack of a production quality video player. That is a player that lets me view my clips without getting in the way and gives me full control of playback.
For instance there haven't been a single player that could do frame stepping backwards, I've asked for this feature from all of the players but only got answers like impossible, too much work, why would anyone want that?, etc.
Now snappy is out with exactly that feature. And that is in version 0.2.
Snappy is also targeted towards us professionals. That is reassuring as focus will be on what important to us, playback of video, instead of eyecandy like a gazillion effects.
It fits perfectly in my production pipeline as a tool that does one thing, plays videos, and does it well.
Snappy has been a pleasue to know for the last couple of months.
Thank you!
-David"
... aaand that made my day! \o/
so, no, Thank You David
Fíjate si serán buenos los bancos que hoy me ha llamado el director de la sucursal donde tengo una cuenta para preguntarme por qué me he llevado dinero a otra cuenta en otra sucursal. Se preocupa el señor. De hecho, su preocupación es tan grande que me ha propuesto un trámite para solucionar el problema y recuperar mi dinero perdido: un trámite que conlleva que mis padres hagan de mensajeros para la sucursal.
Ayer Google celebraba su Halloween particular dándonos un susto a los usuarios más fieles a Google Reader eliminando sus aspectos sociales. Es algo que ya avisó con un par de semanas de antelación (TOLE TOLE), pero no había querido comentarlo porque tenía que ver cómo lo iban a ejecutar. Resumiendo: han usado la guillotina. Aviso que el resto del artículo es algo largo (más de mil palabras), pero es que han sido muchas horas gastadas en Google Reader.
Desde el principio, Google Reader es una de las aplicaciones de Google que más tumbos han dado desde su creación, probablemente porque el propio Google no le veía una monetización directa que justificase los recursos que necesita. De hecho, la primera versión era una auténtica basura (no se podía colapsar elementos), y muchos nos quedamos en Bloglines, que tampoco era precisamente una maravilla. Un año después rediseñaron la interfaz, Bloglines se quedaba demasiado atrasado y prácticamente todos los usuarios de lectores RSS nos pasamos en masa al nuevo invento de Google. Era mucho mejor que cualquier alternativa, rápido y estable.
Aunque el diseño se mantuvo desde entonces, fueron añadiendo más funcionalidades y cambiando el aspecto social. Primero podías compartir tus entradas con el mundo, aunque esas entradas solo las podían ver si visitaban tu página de compartidos (tipo Tumblr o Posterous). Posteriormente, añadieron la posibilidad de añadir notas a esos compartidos, de añadir comentarios y de, algo muy importante, suscribirte a los compartidos de otra gente directamente desde Google Reader. Al contrario que otras alternativas, sin salir de Google Reader podías leer contenidos enteros compartidos por otras personas sin necesidad de visitar la página original.
Poco a poco, estas funciones sociales fueron calando en algunos usuarios. El número de usuarios de RSS no se puede comparar con el gran público, pero lo que es cierto es que casi todos son grandes consumidores de información. Leen múltiples feeds y dado que el sistema te informa de los elementos leídos/no leídos, no se pierde tanta información como con Twitter o Facebook. Es mucho más eficiente simplemente porque el ratio de ruido es bajo. Y si es alto, es que algo estás haciendo mal porque nadie te obliga a seguir a tus amigos o a seguir a ciertos blogs. Sin duda, necesita más configuración que otros servicios, y la barrera de entrada es dura para los novatos.
Así que te podías suscribir a los compartidos de un usuario y automáticamente te llegaba lo mejor que ha leído ese usuario día a día. Horas que ese usuario había gastado leyendo cientos de elementos comprimidas en tres o cuatro noticias interesantes. Si sigues a muchos usuarios, noticias que son compartidas por más de uno eran fusionadas de tal manera que no tienes que volver a leerlas. Por supuesto tú también puedes comentar lo que lees, así que a medida que vas encontrando cosas nuevas en sus suscripciones, con un click o una tecla lo podías compartir y comentar, infinitamente más eficiente que cualquier alternativa.
Más adelante los comentarios de esos compartidos fueron poblándose gradualmente con una pandilla de colegas de orígenes muy diversos. No exagero que había expertos en casi cualquier tema, así que cualquier cosa podía volverse interesante y siempre aprendías algo nuevo, siempre aparecían nuevas caras comentando en los compartidos de tus amigos. En muchas ocasiones las conversaciones no tenían nada que ver con el compartido. En otras había discusiones sesudas. En otras cada comentario consistía de solo una palabra. Chistes internos. Complicidad. Tetas.
De manera auténticamente natural, como nacen las redes sociales que han tenido cierto éxito, Google había creado una experiencia maravillosa sin ni siquiera saberlo. Había creado la primera red social basada en el contenido, no en las relaciones entre los usuarios.
Y ayer Google, decidió echar las llaves y dejarnos fuera con un cartel que dice “Nos movemos a Google+”. La GreaderGang se disuelve.
Google Reader no era perfecto, tenía bastantes carencias y su uso no era decididamente intuitivo. La interfaz era mejorable, el diseño estaba muy anticuado y la barra lateral era un desastre. Google no le había prestado la más mínima atención en demasiado tiempo. Tras todo eso, el nuevo diseño podría haber sido una bienvenida actualización. Al fin y al cabo, el cambio no es malo, quitando excesivos espacios en blanco y arreglando problemas de contraste, a mí me gusta.
Pero quitar todos los compartidos y comentarios para dejar simplemente un botón para compartir en Google+ destroza completamente esa red de contactos que habíamos forjado durante los últimos años. Lo peor es que entiendo perfectamente las razones y no veo ninguna solución. Entiendo la necesidad de promover Google+ y de arreglar Google Reader. Entiendo la nula integración entre los dos porque la experiencia de Buzz demuestra que la actividad en un servicio web se convierte en ruido si automatizas el envío a otro servicio web. Entiendo que Google+ sea más sencillo de monetizar. Entiendo que Google quiera más actividad, más sencillez, menos sensación de control sobre lo que estás leyendo, como en Twitter.
No, Google+ no es lo mismo ni se le acerca. No puedes controlar qué has leído y qué no. Querer eso no implica automáticamente sufrir de Síndrome de Diógenes digital, y más teniendo el botón de Marcar todo como leído a un click. Simplemente es mucho menos eficiente, de una sentada como mucho puedes ver veinte compartidos, y te llevará sensiblemente más tiempo leerlos dado que tienes que visitar las páginas originales.
Como otras redes sociales (Twitter, Tuenti, Facebook), en Google+ hay más ruido y gente hablando sobre su vida personal, así que la información realmente interesante se pierde salvo que estés todo el día delante del stream. Y por qué no negarlo, dado que la barrera de entrada para compartir es mínima, la calidad de lo que se comparte es mucho menor que si solo sigues a superconsumidores. Y hay más cantidad, es decir, más ruido. Y eso sin contar que en Google Reader no sientes la obligación social de seguir a todos tus amigos reales aunque solo te pongan fotos de todos los bares que pisan o de sus bebés en quinientos ángulos.
En los meses finales yo visitaba Google Reader con más frecuencia que el propio Gmail. Progresivamente me he ido desuscribiendo a la enorme mayoría de sitios que seguía, y ahora sin esos compartidos (más de cien contactos) el panorama es desolador. Google, triunfes o no con Google+, gracias por devolverme mi productividad.
En otro orden de cosas, tampoco entiendo el paso atrás que ha dado este verano el panel de administración de WordPress pasando de una de las más bellas interfaces para escribir, a un diseño mucho más tosco. ¿Ya nadie evalúa las interfaces antes de sacarlas al público?
Poder instalar una distribución con linux en un cacharrito de mano era algo que ya había hecho en otra ocasión.
En aquel momento lo hice por cacharrear (si, me gasté 250€ para cacharrear, otros se los gastan en alcohol y no se les dice nada) pero ahora es por un tema bastante más práctico.
No sé si os lo he comentado ya varias veces pero me encanta la nueva mentalidad alrededor de las tendencias Devops y las Operaciones Web ágiles. Creo que es un cambio de mentalidad necesario y un gran avance para nuestra profesión pero que implica cambios a todos los niveles. Ya llevaba tiempo pensando en escribir sobre el tema ya que los recursos en inglés sobre el mismo son inagotables, pero creo que no hay tanto en español, así que os voy a dejar un batiburrillo de reflexiones que últimamente me dan vueltas en la cabeza.
El otro día estuve en el London Puppet User Group meeting y disfruté bastante de las charlas especialmente la segunda en la que mostraron un enfoque diferente en la definición de recursos orientado a provisionar varios servidores a través de Open Nebula y dejarlos configurados y operativos, todo ello a través de Puppet. Pena que todavía no he tenido la suerte de poder acercarme a London Devops y me alegro infinito de que Madrid Devops siga viento en popa, desde aquí mis felicitaciones a Mari Carmen por el empeño que está poniendo y a todos los que os acercáis a compartir por ese foro, ¿se nota que os echo de menos? 
Una de las primeras cosas que me vinieron a la cabeza es que no estoy seguro de si la orientación que está tomando la gente de Puppet Labs va muy en la línea de lo que yo busco en su producto. Por un lado, mantener dos desarrollos separados para la edición Enterprise y la edición Comunidad y por otro, el enfoque hacia grandes corporaciones y hacia la incorporación de elementos cómo gestión de CMDB, Workflows, etc para mí rompe un poco con la mentalidad Unix: pequeñas herramientas que hacen muy bien su trabajo y que en conjunto te dan una gran flexibilidad. Personalmente me gustaria que se trabajara más en la parte de orquestación y en romper el enfoque nodista, decidir el estado de mis nodos, por uno mucho más orientado a conjunto o a servicio.
Me encanta mcollective, creo que es una herramienta muy potente, pero no dejo de verla cómo un loop ssh para ejecutar un comando en el resultado de la busqueda de nodos que cumplen ciertas características y no lo termino de enlazar con una orquestación más basada en estados cómo es puppet sino en acciones.
Por cierto, si tenéis tiempo libre y os interesa el tema de Puppet os recomiendo que le echéis un vistazo a los videos de la pasada Puppet Conf y también a este repositorio Git que ha compartido la gente de Wikimedia con los manifiestos que ellos están usando para gestionar su infraestructura.
Otra reflexión sobre puppet, antes de pasar a otro tema, me vino del descubrimiento que en las plantillas para ficheros tipo erb podía utilizar todo el código Ruby que quisiera y esto solucionó algunos de los problemas que me estaban rondando últimamente para definir algunas plantillas algo complejas. Desde entonces un run-run en mi cabeza no para de decirme si aplicando el mismo concepto no sería mucho más potente el uso de Chef que utiliza una sintaxis más amplia y te permite utilizar el juego completo de instrucciones de ruby en tus manifiestos. Hace tiempo que no pruebo Chef, pero comentando esto con gente de la conferencia me comentaban que la orientación de Chef no cambia únicamente en eso sino que también hay que tener en cuenta que al contrario que Puppet, la ejecución de la configuración en Chef en varias ocasiones consecutivas sobre el mismo entorno en el mismo estado podría no dar lugar a los mismos efectos. Aquí me vendría bien ayuda de gente que se haya pegado más con los dos sistemas, ¿cómo véis el estado del arte los Chefistas y los Puppeteros?
Y de paso aprovecho también para volcar a texto otra de mis inquietudes de los últimos meses. Hace ya tiempo que quiero ampliar mis habilidades aprendiendo y cogiendo práctica con un lenguaje de scripting que me ayude a ser más eficiente y amplie mis posibilidades. Al principio python parecía el camino adecuado, pero cada día que pasa siento que hay más y más herramientas de administración escritas en ruby, con lo que me crece la duda, por ahora sigo poco a poco la senda de python y ya sé que la respuesta a la pregunta es: aprende los dos, pero cómo el tiempo es limitado habrá que dividir los esfuerzos o priorizarlos, ¿cómo lo véis?
Una parte de la charlas posteriores entre cervezas y pizza que me encantó era lo que comentaba uno de los asistentes: “Yo no quiero a los desarrolladores anden tocando en mis servidores”, pero estuve pensando y creo que no sólo es la idea correcta sino que habría que ampliarla “No quiero a nadie rondando en mis servidores, ya sean de los equipos de desarrollo u operaciones y menos aún alguien de fuera”, si hay que hacer retoques en los entornos de producción estos deberían hacerse siempre desde las herramientas de gestión de configuración y cambios de tus entornos y a través de unos workflows definidos y probados ampliamente, nunca tener que realizar acciones directas sobre las máquinas. Otro de los comentarios fue que “los equipos de desarrollo quieren estar modificando continuamente lo subido y a veces van demasiado rápido”, y creo que aquí está otro de los puntos clave del cambio que estamos intentando llevar a cabo con mentalidades ágiles y devops: nuestro objetivo debe ser el de habilitar el cambio y potenciarlo, eso sí poniendo los mecanismos necesarios para asegurar el éxito: integración continua, desarrollo guiado por pruebas, automatización del despliegue, paso rápido entre entornos de pre y pro o despliegue continuo son los habilitadores para ello y tenemos que encontrar la mejor manera de integrarlos en nuestros ciclos para ganar en agilidad.
Y en el terreno herramientas, no puedo dejar de comentar una de mis favoritas en los últimos días es Vagrant, si no la habéis probado no tardéis mucho en hacerlo. Hace tiempo que estaba buscando un sistema que me permitiera gestionar facilmente máquinas virtuales en mi portátil de forma que si necesito probar algo en una Debian, Redhat o lo que sea pueda levantarla rapidamente tener un entorno configurado rápidamente y hacer la prueba y destruir la máquina. Para ello Vagrant es ideal, es un conjunto de scripts en Ruby, elo aquí de nuevo, que usan Virtualbox por debajo normalmente en modo no gráfico y que te permite levantar una serie de plantillas de máquinas virtuales (os recomiendo vagrantbox.es para descargarlas), además tiene integración con puppet y chef de forma que puedes indicarle que ejecute un manifiesto al arrancar y que te deje el entorno ya configurado según unos parámetros. Impresionantes las posibilidades también para los equipos de desarrollo a los que se puede pasar un entorno similar al de producción y ellos pueden ejecutarlo en sus máquinas para desarrollar, hacer pruebas, etc… Vamos, no hay día que no me levante al ritmo de un comandazo “vagrant up”!
Por último voy a dejar a continuación tres juegos de transparencias que me han gustado bastante en los últimos días y que creo que son bastante explicativas de todo esto al rededor del movimiento Devops:
Y lo más importante, si has llegado hasta aquí por favor deja tu comentario en la entrada para que generemos algo de debate al rededor del tema. Muchas gracias a todos.
Tras largos meses de trabajo salpicados de tiempos muertos, viajes por Europa y proyectos personales, ayer presenté de una vez por todas y de manera exitosa el proyecto fin de carrera. Allí relato la tarea principal que desarrollé durante esos felices seis meses en Berlín en los laboratorios de Deutsche Telekom. Por si alguien tiene curiosidad por el contenido o por cómo montar un PFC en LaTeX, he abierto al público el repositorio con el código usado para crear el mastodonte de 254 páginas.
Es curioso pararse a pensar en el pipiolo de 18 años que empezó la carrera y el, a veces feliz, a veces no tanto, camino que ha recorrido hasta hoy. Y tener la impresión de que, o bien no era tan pipiolo, o lo sigo siendo tanto como antes. Pero eso es otra historia.
Lo importante es que ya puedo cambiar de ciclo y avanzar con todo lo que tenía en pausa. Ahora toca buscar un trabajo interesante sobre cualquier tema relacionado con el desarrollo web, la inteligencia artificial, aplicaciones móviles, etc… en fin, para venderme mejor mi perfil en LinkedIn.
Esta entrada la tengo pendiente desde hace bastante tiempo y resume un poco las experiencias que hemos tenido en el uso de Scrum y metodologías ágiles dentro del departamento de IT. Cómo hay muchísimo ya escrito sobre cómo aplicar Scrum y sus efectos beneficiosos voy a enfocarme en una lista de comentarios sobre cómo he visto nuestra aplicación de la metodología.
- Cómo nuestro trabajo tiene un componente alto de resolución de incidencias y solicitudes que deben ser atendidas en un periodo muy corto de tiempo no pudiendo esperar a ser incluidas en el siguiente sprint al finalizar las dos semanas de este optamos por dedicar un porcentaje de nuestro esfuerzo diario al sprint en curso y el resto del porcentaje a las tareas del día a día, resultando ser bastante efectivo y sólo en algunos casos comiendose el tiempo de uno el otro.
- Inicialmente para que el salto de concepto no fuera demasiado grande no empezamos usando historias de usuario sino algo más parecido a una división por tareas y las valoraciones de dificultad estaban más enfocadas sobre el tiempo que le llevaría a cualquiera de nosotros llevar a cabo la misma que en la dificultad intrinseca de la misma. – Para evitar eternas discusiones de si eso era la forma “verdadera” de hacer Scrum les decíamos que nosotros hacíamos Scrutch no Scrum.
- La reunión de planificación del Sprint resulta mucho más útil que el modelo tradicional en la que alguien se encarga del diseño y el calculo de esfuerzos y luego todo el equipo debe responder por ello. Así todo el equipo recibe una visión temprana del volumen de trabajo y las dificultades y crea también una especie de compromiso con lo pronosticado, mucho mayor que si alguien te impone una cifra. Además el Planning Poker es divertido y también saca un poco la personalidad de cada uno a la hora de estimar tareas, ejercicio muy recomendable junto con las reuniones de retrospectiva.
- La pizarra con los postit y el burndown chart son una medida muy útil para que todo el mundo pueda ver de un vistazo dónde estamos y lo que queda por hacer para llegar al final del sprint a tiempo, además resultó un atractivo para el resto de equipos que no veían muy claro que hacíamos con los postit.
- Otro punto muy positivo fue el de la defnición de terminado para una tarea. Para nosotros en este caso no sólo siginificaba que estuviera hecho sino que estuviera provado, documentado y su correspondiente ticket actualizado, sin los cuales la tarea no se podía parasar a finalizada y así comenzar otra, con lo que todo el mundo tenía muy claro lo que había que hacer.
- Uno de nuestros fallos fue no conseguir una mayor implicación por parte de los distintos product owners, en muchos casos actuando la misma persona, vamos yo, actuaba cómo product owner, scrum master y miembro del equipo, lo que quitaba un poco el factor integrador que nos da el uso de Scrum. Otro fallo en algunos proyectos que implicaban otras areas fue no incluirlos en nuestro Sprint y simplemente esperar que para cuando nosotros estuvieramos en el punto de necesitar sus productos estos estarían listos.
- El product backlog es una herramienta que sigo utilizando para todo tipo de actividades para que nada quede en el olvido, se clasifique y se prepare su entrada a la ejecución.
- La valoración de la satisfacción creo que fue bastante grande y sobretodo una gran mejora frente a no utilizar ninguna metodología, quizá poco a poco se podría ir incorporando más conceptos puros de Scrum y mantener aquellas modificaciones que nos han sido de utilidad.
- Actualmente sólo lo usamos en momentos puntuales cuando aparece un trabajo que nos va a costar más de dos semanas y que debe ser llevado por varios miembros del equipo
- Constantemente pienso que Kanban podría ser una alternativa más global que nos permitiría también meter la gestión de incidencias y tengo pendiente que hagamos algún piloto para ver que tal nos funciona.
Pues después de darle un par de vueltas ya está lista la web de Lili para sus clases particuales de español en Cambridge:
La verdad es que con las ganas que le ha puesto a la página web estoy seguro que le van a llover los alumnos, el próximo paso empapelar Cambridge con cartelitos de spanishincambridge.co.uk.
En las pasadas elecciones, durante la acampada de #sol, unos decían que #nolesvotes era un slogan contra el PP, otros afirmaban que era contra el PSOE, y otros que promovía la abstención.
Por esa razón, creo que el slogan No Les Votes no debería seguir usándose, y creo que debería cambiarse por algo más explícito y menos susceptible de interpretaciones. Ahora mismo solo me me ocurre “Ni PSOE ni PP”, que no es muy bueno, pero iré pensando en alguno más y si se me ocurre alguno bueno se lo propondré a @acampadasol.
Ayer tuvimos un HolaMundo bastante especial, por varias razones. Porque duró más de dos horas. Porque nos lo pasamos fenomenal. Porque charlamos de temas muy interesantes de los que nadie hablaría en la radio, como la codificación de símbolos en una transmisión digital. Porque sirvió como un estupendo inicio de la vacaciones de todos los que hacemos el programa. Porque lo celebramos con unas pizzas riquísimas. Y porque el lunes que viene estaremos los cuatro de viaje.
En mi caso me voy con Ali a Londres y estaremos tres semanas, viviendo en una residencia en Chelsea. Tendremos tres horas de clase por la mañana y el resto del día, pues a disfrutar de las baked beans, del reloj de los 10K años y de los perritos calientes callejeros. Se supone que tengo internet en la resi, así que quizá pueda ir colgando alguna foto.
Pero no pienso tomar café inglés.
Bueno, quizá un día, por recordarlo.
Son las 6:30 de la mañana y el despertador ya está sonando, por la ventana hace ya tiempo que empezó a entrar la luz del sol y el OpenStack EMEA day me está esperando en Londres. Antes aún me quedaba pedalear hasta la estación de tren de Cambrdige, dejar mi bici apelotonada junto a la de otros cientos de commuters que para su desgracia hacen esto a diario, tomar el tren hasta King Cross y luego el metro hasta London Bridge. Luego descubrí que mi trayecto que parecía cansado no era nada en comparación con otra gente que vino de España en avión o incluso en tren de París, pero a mí me había confirmado la idea que ya me iba haciendo que Londres no está tan cerca de Cambridge cómo lo estaba Madrid de Getafe .
La ubicación del evento, aka la “venue” para los angloparlanchines, era bastante chula y la sala estaba abarrotada cuando llegué, tarde a pesar de mi madrugón. Me perdí la primera charla introductoria, pero no me dolió mucho porque había estado en alguna anteriormente dónde se había visto lo básico de la tecnología.
A modo de introducción y para los que no lo conozcáis openstack, se trata de un proyecto que persigue la creación de una implementación libre y altamente escalable de “la nube”, principalmente en los temas relacionados con las infraestructuras cómo servicio (IaaS). El proyecto fue iniciado por RackSpace y la NASA pero últimamente está teniendo una gran aceptación y un gran número de empresas cómo Citrix o Ubuntu están participando activamente en el proyecto. OpenStack se divide en varios subproyectos que intentan abarcar los diferentes elementos necesarios para la construcción de estas nubes cómo son la provisión de máquinas virtuales, de almacenamiento o el servicio de imágenes junto entre muchos otros una consola de gestión web. Uno de los puntos fuertes de openstack es su API, o sus APIs ya que tb tiene una versión compatible con Amazon, que nos van a permitir relacionarnos de forma altamente flexible con nuestra nube.
Después de la introducción, las siguientes charlas cubrieron temas variados como por ejemplo cómo están contribuyendo las distribuciones al desarrollo y la integración de Nova con la intervención de la gente de Citrix (Xen Server), Ubuntu y los compatriotas de StackOps a los que fue un gustazo poder saludar por tierras inglesas y que a día de hoy han desarrollado una de las distribuciones de OpenStack más interesantes sobretodo si no quieres complicarte la vida en la instalación. La verdad fue una alegría ver que Ubuntu ya ha incorporado en varias de sus últimas versiones paquetes oficiales de OpenStack y también cómo Citrix también apuesta por openstack para su implementación de nubes, y en gran parte el exito es debido a la independencia de openstack del hypervisor elegido permitiendo así elegir el que más se ajuste a tus necesidades.
También fue curioso las varias referencias que hubo a temas cómo devops o al uso que hacen internamente para el despliegue de múltiples nodos mediante puppet o chef distintas empresas que están trabajando en la implementación de openstack. En Andago llevamos ya bastante tiempo siguiendo la pista de OpenStack y está en el roadmap migrar nuestra nuble interna de computación de un desarrollo previo a medida de IaaS sobre Xen a OpenStack sobre KVM, pero esperamos poder tener el primer piloto disponible en breve.
La charla de seguridad en la nube entre otros nos recordó lo importante que es en los casos que estas ofreciendo servicios de computación a clientes externos mediante virtualización la relación que existe entre el servidor anfritión físico y las máquinas virtuales. Hay bastantes iniciativas en este aspecto tanto desde fabricantes de hardware cómo intel a otras basadas en software cómo el uso de SE-Linux para conseguir una independencia total del host anfitrión y sus ahijadas virtuales. Por cierto, mencionaron un tipo de ataque que no conocía llamadobluepill.
Otro de los aspectos importantes que se comentaron durante la sesión fue cómo poder particpar en la comunidad de openstack y cómo se está organizando el desarrollo que muestran una comunidad robusta y sana y con una de las mayores proyecciones dentro del espectro del software libre. Por ahora y hasta no consiga elevar algo más mi nivel de programación en python mi granito de arena en el proyecto ha sido la traducción de gran parte de las cadenas de texto de Nova del inglés al español, aunque aún quedan unas cuantas nuevas que van aparecinedo cada día y os animo a contribuir.
Hace un par de meses al llegar a UK y aprovechando que Amazon tiene envío a domicilio gratuito para algunos libros, aproveché para pillar un par de libros: “Web Operations” y “Continous Delivery“. Con todo el lío no había tenido tiempo para empezarlos, pero se me ocurrió comentar un día en twitter la pena que me daba tenerlos ahí sin leer cuando @trek1s me recomendó que leyera cuanto antes el de Web operations porque le había gustado bastante, así que me puse a la tarea y lo llevo bastante avanzado (prometo poner una reseña en el blog porque la verdad el libro la amerita).
En uno de los capítulos dedicado a la infraestructura como código nos cuenta cómo el reconstruir todos los servicios de una empresa ante una catástrofe debería ser tan sencillo como provisionar infraestructura en un proveedor de cloud no afectado por la catástrofe, aplicar sobre ella nuestra herramienta de gestión de la configuración para configurar todo lo necesario y rescatar del backup, aquel que estaba offsite y no fue afectado por la catástrofe, la versión más actualizada para los datos. Y si uno lo piensa bien, el tema debería ser así y nuestros esfuerzos como sysadmins deben de estar dirigidos en gran parte a objetivos tan loables cómo salvar a la empresa de la quiebra ante una catástrofe.
Cuando empezamos a implementar la plataforma de salud de Andago, uno de los primeros objetivos que me marqué y que hace tiempo llevaba intentando poner en práctica fue el de tener una buena política de la gestión de la configuración y del despliegue de las aplicaciones. En algunos de los proyectos internos ya se llevaba tiempo trabajando en esto pero normalmente en los proyectos y servicios de cliente no se había podido avanzar tanto como se debería, así que como siempre decimos una oportunidad para empezar de cero es una oportunidad para no volver a cometer los mismos errores.
Una vez definida la política, siempre sujeta a cambios y mejoras, nos pusimos a implementarla. Abriendo nuestro maletín de herramientas devops (marca Acme) decidimos utilizar subversion, puppet y los servicios de Amazon EC2. No voy a ahondar en cómo fue la implementación pero un punto que sí me ha resultado muy interesante ha sido el cambio en el modo de trabajar que hemos tenido que sufrir como equipo. Hace tiempo que venimos practicando Scrum como metodología ágil para los proyectos nuevos a desarrollar pero esta vez le sumamos el cambio que supone trabajar con la infraestructura como código. El trabajo habitual de un proyecto en la parte de configurar servicios en Linux suele ser de trastear mucho en la consola e ir documentando en nuestro wiki de referencia. En este caso el tema cambió y nos dedicamos a escribir el código de Puppet que se encargaría luego de hacer la configuración y además, con unos buenos comentarios, cubre una parte importante de la documentación del servicio.
Por otro lado sumamos que estamos trabajando de forma distribuida tanto en ubicaciones como en horarios, yo desde Reino Unido y luego equipos en España y Panama, el reto era bastante interesante. Lo bueno es que en lugar de estar toqueteando cada uno servidores en remoto lo que estabamos produciendo es código que se iba almacenando en nuestro subversion y que luego puede ser testeado, aplicado y pulido múltiples veces hasta llegar al punto deseado. A través de rsync empujábamos el código a instancias de Amazon y comprobando que todo funcionaba bien. Curiosas las sesiones de despliegue en la que todos en remoto estábamos conectados por ssh al mismo screen y viendo cómo desplegaba nuestra criatura mientras comentábamos la jugada por skype.
El siguiente reto será ir por la integración continua y las pruebas automáticas, es decir todas aquellas cosas que siempre les estamos pidiendo a los desarrolladores pero que luego nosotros no estábamos aplicando a nuestro trabajo.
Por ahora no hemos sufrido ninguna catástrofe para comprobar lo narrado por el libro pero sí hubo un punto de prueba muy interesante. El equipo de negocio decidió que, debido a que nuestro público objetivo en gran medida estaría en Estados Unidos, el despliegue que inicialmente se había realizado en la zona de Irlanda habría que migrarlo a la zona de la costa este de gringolandia. Ciertamente aún no estábamos en producción y seguíamos en las fases tempranas del proyecto y eso facilita las cosas, pero la transición fue bastante parecido a lo descrito al inicio lo cuál no hace más que reafirmar que vamos avanzando por el camino correcto.
No me había percatado que no había puesto en el blog las transparencias de la charla “Aplicando devops en una empresa TIC” que dí en Madriddevops en las oficinas de Tuenti en Mayo. Aquí os las dejo:
Presentar en madriddevops era una espinita que tenía clavada ya que es uno de los grupos que más he disfrutado los últimos meses que estuve por Madrid. Las charlas suelen tener un gran nivel en los asistentes con preguntas y comentarios de un altisimo nivel, que incluso se ve incrementado en la tertulia posterior frente a las cañas, dicho sea de paso otro gran acierto del evento.
En la charla conté un poco cómo intentamos aplicar técncias de devops en Andago y entre otras cosas las dificultades para conseguirlo, lo que nos ha aportado y cómo algunas han sido exitosas y otras no tanto, pero que en general son una serie de prácticas revolucionarias en la forma de llevar a cabo nuestro trabajo y que lo han mejorado en gran medida.
Ahora estoy deseando que se celebre la próxima edición de Londondevops, uno de los grupos más activos en este sentido, y ver que se cuece por esta isla, a ver si con eso me quito la morriña de los grandes momentos pasados en madriddevops. Si estáis por Madrid os aconsejo no perder la oportunidad de participar en la próxima charla.
Esto es en respuesta a algunas de las propuestas de Samuel en el planeta del GUL:
3. Tuve un compañero que decía, con razón, que el sueldo mínimo sólo sirve aumentar la inflación. Si todo el mundo tiene más dinero los precios suben. La idea no es esa, es repartir mejor la riqueza que hay. Cambiar en que punto de la campana está la media de la gente, no desplazar la campana.
5. Un político de verdad no sólo va a los plenos, sino que participa en comisiones, redacta propuestas, etc... Puede asisitir a los plenos y no hacer nada más, o matarse a trabajar y no poder asistir a algún pleno. La asistencia a los plenos no es una buena métrica.
6. Ahora es proporcional a lo que se obtuvo la legislatura anterior. Tienes que tener en cuenta que se pueden presentar muchos partidos y que mientras algunos pueden salir en la tele por lo que han dicho en el congreso, otros sólo podrán salir desde su despacho en su sede vendiendo su película porque no han obtenido representación ni hay gente suficiente a la que le interese su programa. ¿Generas contenido artificial para llenar cupo?
8. Vale, quitas a los políticos y pones el problema de como se elije la comisión. Tapas un problema con otro.
9.Vuelves a lo mismo ¿cómo se elige a la asamblea? ¿O nos metemos el millón y medio de madrileños en un sitio a discutir? Al final eliges representantes que... bueno que ya has elegido representantes votando. El problema es elegir a unos que te representen de verdad.
10. Bien, a los 4 meses y medio el que puso al denuncia comete un error y termina llevando el tráfico.. O lo haces inhabilitación directamente o la acción tiene que ir por otro lado.
11. Básicamente, les subes los impuestos y luego el estado ya gestiona como gastarlo. Sigues sin solucionar el problema de los bancos. Con eso consigues que para obtener los mismos beneficios presionen más a los clientes.
12. No tienes idea de donde te metes ahí. La mayoría de los productos bancarios no son cuentas corrientes, no es tan fácil como tú lo pintas. La mayoría es virtual y tienes que elegir a que le das respaldo físico y a que no. Ponte en algo tan sencillo como una línea de crédito a una empresa ¿El banco estatal se queda como activo?¿se condona la deuda?¿sigue abierta la línea de crédito? Y este es el más sencillo de los casos.
13. Eliminas los puestos a dedo por políticos y das a alas a los puestos a dedo por los sindicatos. Y da igual que digas que no hay sindicato a lo que sea, la gente se puede asociar públicamente o sin publicarlo.
15. Entonces baja un 5% tres años consecutivos (sería -15%, pero como si baja no cuenta) y luego sube un 5%. Es decir, el IPC se queda en un 90%, pero los sueldos en un 105%. Has hecho un 15% más rico a todo el mundo.. pero claro, luego que si suben los precios y tal porque la gente tiene más dinero y.. bueno, espiral sin final.
16. Esto es con algo en mente que no cuentas y intentas aplicar a todo. ¿Cómo decides si alguien puede aplicar nuevas tecnologías o no?¿Y si aplicarlas lleva tal inversión que hace peligrar o quebrar la empresa?
17. Se supone que los de ahora son competentes. Tu propuestas es eliminar los cargos de confianza.
18. Error. Mucha gente cree que si la empresa factura 100, 100 tiene que ir nóminas. No cuentas impuestos ni el sutil hecho de que las empresas son organizaciones con ánimo de lucro. Te pongo otro ejemplo que te sea familiar: ingenieros cobran X por desarrollar. La empresa factura Y. Contrata a un comercial y ese comercial hace que la empresa facture 5Y. ¿Deben cobrar los ingenieros 5X por eso? Su trabajo sigue siendo el mismo, no tienen porqué cobrar más. Es aplicable a cualquier campo.
19. Error. Cuando se abre una empresa hay alguien que corre un riesgo, invirtiendo su dinero para intentar obtener un beneficio. Y si yo soy un incompetente, quebraré y perderé mi dinero. Pero desde luego, encima no me pueden pedir responsabilidades por haber quebrado. Es mi empresa y me la follo como quiero. Si hay directivos cobrando del bote es problema de los accionistas que arriesgan su dinero, no de los empleados. ¿Por qué no multas a los empleados al quebrar una empresa por no esforzarse más? La respuesta es que ellos sólo responden con su puesto de trabajo, igual que el accionista sólo responde con su dinero.
Esa idea de que los puestos de trabajo hay que mantenerlo obligatoriamente, como si el hecho de que la empresa vaya bien o no dependa de como se levante el directivo, es bastante.. bueno, me cayo.
El problema es la falta de profesionalidad: Llevo 20 años haciendo lo mismo y me tienen que seguir pagando lo mismo más el IPC y antigüedad, aunque mi trabajo haga 15 años que ya es superfluo y no me haya formado en nada.
21. Crear Red de Comunicaciones Española, como existe Red Eléctrica Española.
24. La ley de la oferta y la demanda por si misma no funciona, de ahí las burbujas y que tenga que existir "defensa de la competencia". Hay que cambiar el modelo. El problema en tu caso sería ¿Qué es más allá de los razonable?
27. No puedes obligar a un tipo de educación, tengo que poder elegir sino estás quitando libertades. Como mucho puedes eliminar los concertados. Y creo que habría que cambiar la constitución, porque dice algo así como que el estado tiene que poner lo medios para dar cualquier educación que soliciten los padres, dentro de unas pocas restricciones.
Siempre va a haber sitios privados donde formarse, de una forma o de otra.
29. Error. El inglés está bien para campos técnicos, pero en otros es un error. El español mismamente es mucho más amplio en muchísimas áreas que el inglés, y ya es más utilizado que el inglés a nivel mundial. Obligar a usar el inglés es todos los ámbitos universitarios es un error.
34. Arma de doble filo. Como hay muchas cosas que hay versión libre, la administración pública se la encarga a... elige, el resultado es el mismo. Y en cuanto a los expertos, se supone que los de ahora son expertísimos.
35. No puedes incrementar a y dejar fijo x(a). Si sube el mínimo subirá el de los políticos.
36. Ya está hecho para cierto tipo. Para otro hay que hacer verificaciones, escrituras.. ya sabes esas cosas que quieres que queden en un papel porque te estás jugando mucho dinero y si no lo haces bien hacienda te puede crujir.
37. ¿Y de donde sacas el dinero para pagar esas empresas? Porque la gente tiene la manía de pedir dinero al final de mes por trabajar. ¿Y quien lo arriesga para esas empresas? ¿A cuentos de tus compañeros de carrera les prestarías dinero para una empresa?
38. Volvemos a la asamblea ciudadana ¿Quienes son?¿Los primeros que pasen?¿Se eligen entre los que se presenten?¿Y quien lo elige?¿Los que pasen por allí?¿referendum?¿se eligen por sorteo? La asamblea ciudadana la usas como macguffin.
39. ¿Incluyendo solicitudes de gente y certificados? ¿Tu relación con el estado tiene que ser pública?¿Tus vecinos tienen que saber que estás en el paro?¿y tu casero?
40. Bien, la gente no son máquinas. Sería más sencillo si lo fueran, pero mucho menos divertido. Esto es inviable por su propia naturaleza.
43. Estás intentando quitar la enfermedad mediante los síntomas. Yo puedo endeudarme a 20 años por 2X o a 40 por X (más o menos), es mi problema. El problema es cuanto cuesta una vivienda. La gente necesita casa, y si tiene que endeudarse de por vida, lo hará, porque necesita donde vivir. Si te tienes que hipotecar a 20 años por 2X y tu sueldo es 1.8X, cumple tus parámetros, y no se soluciona el problema.
44. Y mientras tanto quiebran bancos, corralito, quiebra de empresas, etc... vamos, que se quedarán en sus casas, pero no van a poder salir de allí ni tener que llevarse a la boca.
45. Error de concepto. Por ejemplo, como no de beneficios no me puedo presentar a concursos y muchos clientes no me querrán ¿Quien se fía de que la empresa dure dos días más?
Eso de que los empleados son los más débiles... cuidado. Un empleado dice que se va y lo único que pasa es que tiene que avisar. Pero un empleador no puede decir que ya no necesita tus servicios sin más, tiene que indemnizarte.
Esto lo que promueve es que las empresas mantengan lastres en sus puestos, porque si prescindes de sus servicios tienes que indemnizarle encima.
Cuando los empleados eran prácticamente analfabetos, podía tener su sentido. Ahora si tienes una relación profesional-empleador, creo que carece de sentido. Nadie se va a quejar porque te viene muy bien, pero desde luego es injusto.
Deja de pensar en telefónica y piensa en que eres tú el que tiene una empresa con diez empleados a tu cargo. Tú eres el que responde si la empresa va mal, y la has abierto con un crédito personal, y relee tus propuestas, a ver si te parece justo.
46. Esto ya está prohibido.
47. Entonces ¿Subcontrato a la de la limpieza para que la media esté más alta? Este tipo de medidas son arbitrarias.
48. Ni de coña. Que las cagadas de la gente caigan hacia abajo, no hacia arriba también. Olvídate de que la empresa es de los empleados, la empresa es de quien ha puesto dinero en ella. Los empleados se llevan su nómina cada mes a riesgo cero. ¿Por qué el voto tiene que valer un 10%? En mi empresa un 50% de la plantilla quiso que la empresa quebrase hace seis meses. Sí, la estupidez humana es así. He hicieron todo lo posible para demorar unos trámites para que quebrase, menos mal que no tenían otra capacidad de maniobra, si no yo llevaba seis meses en el paro.
49 Esto ya existe. La gracia de un paraíso fiscal es que es otro estado y, por tanto, el estado originario no puedes hacer nada. Y la fuga de capitales también está prohibida, pero siempre hay formas de saltárselo.
50. El directivo es el único que hace labores comerciales, típico en empresas pequeñas. Así que le reduces la jornada a él. Al mes siguiente todos en la calle.
51. No será una beca, será un contrato de aprendizaje profesional no remunerado. Tratas de resolver la forma y no el fondo.
53. ¿Mejor guardar el dinero o construir infraestructuras que te permitan ganar más continuamente? Las infraestructuras seguirán ahí y el dinero se deprecia.
54. Quitando el hecho de que el coche eléctrico es una tecnología inmadura ¿vas a obligar a todo el mundo a endeudarse para cambiar de coche?¿O el estado les va a prestar todo ese dinero?¿y si no lo devuelven?
55. En esto es lo mismo que lo de la lay de la oferta y la demanda
58. Esto ya es así.
El problema de todo esto es que se hacen propuestas sin conocer algunos ámbitos, y como puede que en todo el grupo no haya nadie que los conoca, se quedan así. Si quedase en una discusión entre amigos, no pasa gran cosa, pero si se va a presentar en algún sitio, hay que tener cuidado con lo que se propone. Te asombrarías de lo que la gente puede llegar a apoyar.
"Consumir preferentemente antes de ver bolsa".
Mierda, ya la he visto.
A estas alturas doy por hecho que todo el mundo sabe qué es democracia real ya, 15m, la acampada de Sol (web de la asamblea de Sol y la acampada) y, con suerte, las asambleas de barrios y pueblos que se han formado por gran parte de Madrid y otras provincias y comunidades autónomas.
También salió hace un tiempo el hastag de twitter #propuestasconcretas para hacer propuestas políticas y me gustaría hacer un listado de todas aquellas que a mi se me ocurren para dejar constancia de las mismas y por si pudieran ser de interés a alguien (advierto que es bastante largo y aburrido):
Se me ocurren muchas cosas más, pero me van y me vienen constantemente a la cabeza. Yo creo que éstas con las principales y puede que vaya actualizándolo con el tiempo.
Acaba de terminar la asamblea de sol.
La acampada de momento continúa. No ha habido consenso sobre la próxima reunión.
Varias comisiones han pedido, de distintas maneras, organizar ya la salida y levantar como tarde el fin de semana que viene, porque hay problemas de medios y personas para mantenerlo.
la gente ha votado que no sé levanta y entonces estos han dicho que para no levantar tiene que haber más gente trabajando en el campamento. Varias personas sé han comprometida a ayudar.
El método asambleario supone que la gente es razonable, Lo que es mucho suponer entre 3000 personas.
Los acampados están ahora entre la encrucijada de Lo que creen que deben hacer y Lo que la gente les pide. Esa gente que incluso les ha negado que el campamento tenga los problemas que ellos mismos exponen o que les dicen que tienen que aguantar Lo que sea por los demás.
En el último momento la gente de legal ha informado de que la policía les informa de que hasta el martes no hay problema, pero luego sólo incertidumbre.
Aún así la gente pedía que el campamento continuas hasta el domingo. Quizás no sean conscientes de que hasta la resistencia pasiva es resistencia y está penada con cárcel.
Espero que los acampados sé vuelvan a reunir entre ellos y lleguen a algo racional.
Perdón por el orden, pero está escrito con el móvil en el metro camino a casa.
Es tarde y no voy a andarme con rodeos.
La base de la idea es que la acampada de sol cada vez se parece más a un feria, con distintos stands de ideologías. Se ha planteado la idea de levantar el campamento entre los acampados, pero algunos dicen que entonces puede desparecer todo lo que ha pasado.
Leyendo hoy los tweets de Reverte, estoy de acuerdo con él en que lo importante no es que el campamento siga ahí, si no la movilización que se ha conseguido y que se puede repetir.
¿Como levantar el campamento y dejar un recuerdo?
Con un monumento. No hace falta que sea grande, ni que sea caro. Vale con que sea de un material que no se estropee rápido con el tiempo y que se plante en medio de la puerta del sol. "15 de Mayo de 2011. El día que la democracia española alcanzó su mayoría de edad."
Ya tendríamos punto de encuentro para la próxima vez.
Según la Real Academia Española, reflexionar significa:
1. intr. Considerar nueva o detenidamente algo. U. t. c. tr.
En el caso de la jornada de reflexión que existe en España, se reflexiona sobre las alternativas políticas que van a presentarse. Aún a pesar de que se deje sólo un día para esta importante actividad lo cierto es que es algo que no solo debe realizarse durante el periodo electoral, sino durante todo el tiempo. Desde el mismo momento en que se instarua un gobierno, alcaldía o lo que sea se debe vigilar la actividad de los políticos de cara a preparar el próximo voto. Hay que comprobar si cumplen o no con su programa, si lo intentan (aún no gobernando) y si su actuación es la más adecuada para el conjunto de ciudadanos. También hay que tener en cuenta la situación de cada momento ya que puede estar bien prometer una cosa, pero al cambiar las circunstancias es mejor hacer otras (hay que dar margen, no siempre se puede cumplir, pero habría que justificar fehacientemente la razón del cambio). Hay que pensar en muchas cosas más, porque si uno sale ganando y 100 perdiendo tal vez las cosas no se estén haciendo bien.
Con todo lo anterior no voy a pedir el voto para tal o cual partido, porque no corresponde al día de hoy y porque tampoco me gusta influir (mucho) en los demás, pero sí pido a la gente que piense bien a quién votar, que no vote a uno para que no salga otro, sino que vote al que cree mejor opción. Pido que se vote y que se haga un voto válido y no en blanco, para que todos los partidos tengas opciones, tanto los pequeños como los más grandes. Y pido, sobre todo, que al votar se piense en el interés general y no en el propio ya que los políticos deben gobernarnos a todos y no solo a unos pocos, porque sino solo conseguiremos salir perdiendo.
Por todo ello, votad, votad con cabeza y sobre todo, votad con esperanza.
Poca gente creo que, a día de hoy, no ha oído hablar del movimiento democracia real ya. Las últimas noticias son que la Junta Electoral ha prohibido las manifestaciones del sábado aún a pesar de que haya sentencia del Tribunal Constitucional que la avala. Hasta aquí nada raro en la vida normal de los Españoles, donde los jueces se tiran constantemente los trastos a la cabeza dependiendo de si sirven más a la ciudadanía y la legalidad o a la clase política.
Lo que más gracia me hace de la situación es como los medios afines al Partido Popular se han volcado a pedir respeto a la decisión de la Junta Electoral para que el sábado se retire todo el mundo de #acampadasol, curiosamente la misma gente que prácticamente llama al boicot del Tribunal Constitucional por su decisión sobre Bildu (que daría para escribir un artículo completo y que por suerte otras personas ya lo han hecho). Es más, mucha de ésta gente, como Pedro J. Ramírez, ya en su momento se saltaron la ley electoral para poner publicidad de campaña durante el día de reflexión de las elecciones generales del año 2004. Sin duda todo una muestra de coherencia lo de decir que a veces hay que respetar las decisiones de los jueces y otras no…
Algún día mis hijos me preguntarán: “Papá, ¿Tú que hiciste por España?” y avergonzado tendré que responderles que nada.
Este fin de semana pasado se realizó una manifestación en pos de una democracia de verdad, en la que los políticos gobiernen para el pueblo y no para sus intereses, donde las personas sean más importantes que las empresas. Este movimiento, conocido como democracia real ya, ha surgido en internet a causa de las dificultades que los medios de difusión tradicionales pone a la comunicación de toda actividad que no sea favorecer a empresarios o políticos afines.
Hasta el momento, la mejor información sobre las actividades que se han realizado para defender los derechos de los ciudadanos pueden encontrarse en medios extranjeros (como el Washington Post) o en internet, mientras que, tarde y mal, los medios nacionales han empezado una campaña de difamación y politización de los mismos… ¡No tienen interés en ningún cambio a mejor!
Para los que aún no sepan de qué va la cosa, os recomiendo que busquéis en Twitter los hashtags #15mani, #acampadasol y #spanishrevolution.
Podemos ver como medios como El País atacan al PP por tener imputados por casos de corrupción en sus listas, pero olvidan hacer los mismo con el PSOE. Los medios afines al PP hacen tres cuartos de lo mismo. Y todos se olvidan de informar de que la sociedad empieza a organizarse contra esta gente, porque está cansada de que les engañen, pero eso sí, enseguida llaman vándalos a todos porque unos pocos la arman (entre estos pocos había policía infiltrada, lo que da mucho a pensar sobre quién pudo empezar a armar la bronca…).
Bueno, algo podré decirle a mis hijos que hice: votar. Voy a votar a otros, voy a luchar con mi voto por evitar el apoltronamiento de unos parásitos que viven de chupar del bote, de dietas pagadas por todos, pero que no se justifican en absoluto con el trabajo realizado. Voy a votar para evitar programas electorales llenas de promesas por romper. Sin duda estaremos mejor sin PP y sin PSOE (ni CiU en Cataluña, donde ya han empezado a implantar lindenzas como el co-pago de la sanidad cuando ésta ya se paga con los impuestos…).
Ya sabéis, si queréis luchar por vuestros derechos, votad bien, evitad parásitos, salid a la calle, pero siempre respetando a los demás.
Hoy es mi último día en la beca. Han sido 5 años maravillosos y que echaré mucho de menos.
Pero ahora toca un cambio de aires. De momento voy a una empresa en la que espero aprender mucho y en donde creo puedo aportar mucho.
A ver como va esta nueva aventura.
Este es el título, aunque no el orginial que más bien era Experiencias del Software Libre en las empresas TIC, de la charla que dí el pasado Viernes en el curso de Arquitectura de servidores con Software Libre que está realizando LibreSoft y la Universidad Rey Juan Carlos en el centro Madrid On Rails y en el que Andago participa cómo colaborador. En un principio pensé que no podría dar la charla al estar en Reino Unido pero al final conseguimos cuadrar las fechas con los días que ibamos a estar por España arreglando papeles. El curso que ha montado la gente de LibreSoft me parece superinteresante, de hecho tuvimos suerte de pillar una plaza para uno de los compañeros del departamento de IT, y es el tipo de formación del que siempre me he quejado que no ofrezca la Universidad cómo parte de su temario habitual. Esperemos que se les reconozca el éxito y puedan repetirlo en siguientes ediciones.
El caso es que cuando me puse a pensar sobre qué podía contar sobre el tema me llegaron muchísimas ideas de golpe y no sabía muy bien cuales serían más interesantes y cuales descartar. Entre ellas había muchísimas experiencias e historietas de distinto ambito, desde cuando empezaba a utilizar mis primeras distribuciones de Linux en casa, las cosas aprendidas en la Universidad y en LinuxAlbacete, cómo montamos la infraestructura de un pequeño ISP en mi primer trabajo y luego todos los proyectos, metodologías, infraestructuras y lecciones que he ido adquiriendo durante los últimos años en mis distintos puestos dentro de Andago. Así que al final intenté incluir un poquito de cada cosa con la idea de dar muchas ideas y conceptos, sin profundizar en el cómo (HOWTO), de forma que sirvieran de puntero para que la gente del curso, en caso de que le resultaran interesantes o de utilidad, pudieran investigar un poco más.
A continuación os dejo las transparencias por si os interesa echar un vistazo:
La audiencia era gente con experiencia en la administración de sistemas así que intenté profundizar en los temas menos comunes o con los que pudieran estar menos familiarizados. Finalmente me pasé un cuarto de hora de la hora y media que tenía asignada, cosa que ya me estaba temiendo cuando terminé de preparar la charla, pero espero no haber aburrido demasiado a nadie. Yo cómo siempre disfruté cómo un enano contando cosas e intentando contestar las preguntas que me fueron hiciendo.
También había pensado en incluir un resumen de todo lo que conté en la charla en este post, pero pensándolo mejor voy a ver si saco tiempo y hago una serie de posts sobre ello porque hay demasiada chicha para un sólo día.
Muchos de los que leen este blog seguro que ya saben a qué me refiero por código ofuscado. Si es ese el caso, probablemente lo que cuente a continuación ya lo sepas. Para los demás, si os apetece ver las cosas que un friki de la programación puede hacer cuando se aburre, continúa leyendo.
El código ofuscado es, según la Wikipedia el “[..] acto deliberado de realizar un cambio no destructivo, ya sea en el código fuente de un programa informático o código máquinacuando el programa está en forma compilada o binaria, con el fin de que no sea fácil de entender o leer”. De cara al programado que quiere echarse unas risas es hacer un programa correcto pero que no pueda entenderse leyéndolo. ¿Y eso por qué? Porque podemos.
Imaginemos algo sencillo: en C hacer un programa que muestre por pantalla un “Hola, mundo” es algo tan aburrido como lo siguiente:
int main(void) { printf("Hola, mundo"); return 0; }
Sin duda algo muy soso, sería más divertido una cosa como la siguiente:
#define __ main #define ___ printf int __(int _, char **b) { return (_ > 0)? ((_==1)?__(_-1, 0):0):___("Hola, mundo"); }
Ahora mismo no sé si funciona, pero como podéis comprobar es muuuucho más clarooooo (entiendase el sarcasmo). Ya lo único que le faltaría es ocultar el mensaje de algún modo estrafalario.
A parte de las connotaciones divertidas que pueda tener la ofuscación de código (hay códigos con forma de avión, círculos, etc.), también sirve para reducir el tamaño del código de ciertos programas. Por ejemplo, en el mundo de la web, los códigos javascript se suelen comprimir utilizando técnicas de sustitución parecidas a las de la ofuscación para que ocupen menos y se transmitan más rápido por la red.
También hay quien utiliza este tipo de códigos para evitar que se copien los algoritmos utilizados y que no se pueda hacer ingeniería inversa.
Comentario de un especialista de FNAC sobre el libro London, de Edward Rutherfurd (click para agrandar):
http://libros.fnac.es/a195812/Edward-Rutherfurd-London?PID=5&Mn=-1&Ra=-1&To=0&Nu=1&Fr=0
#especialistascanis
¿Hasta qué punto es importante hacer lo que uno quiere? ¿Es verdad eso de que más vale pájaro en mano que ciento volando? ¿Intentar cumplir tus sueños a largo plazo o pillar algo seguro aunque no sea lo que quieres?
Cha cha cha chaaaaaaaan (música siniestra).
El próximo 22 de mayo, los ciudadanos españoles están convocados a las urnas para votar a sus representantes públicos en todos los ayuntamientos y en algunos parlamentos autonómicos. Los representantes elegidos tendrán a su cargo la gestión de miles de millones de euros durante un periodo de cuatro años, razón más que suficiente para extremar las precauciones de los votantes: a lo largo de los últimos años, el nivel de corrupción en la política española se ha disparado de manera alarmante en todo el arco parlamentario.
PSOE, PP y CiU son las tres formaciones políticas que han pactado para resucitar la ley Sinde en el Senado, una ley que permite censurar Internet por vía administrativa, sin una intervención judicial que garantice la tutela efectiva de los ciudadanos. Al juez que deba validar el cierre le estará vedado analizar el fondo del asunto, esto es, la vulneración de derechos de propiedad intelectual o la posibilidad de producir un perjuicio patrimonial por parte de la página web cuya clausura se solicite. La ley Sinde crea un “agujero libre de jueces” donde la decisión la toma una comisión administrativa nombrada por el gobierno, para evitar lo que hasta el momento venía ocurriendo: que los jueces no daban la razón a las reclamaciones de la industria de los contenidos.
La ley Sinde es ineficaz. No aborda una reforma integral de la legislación de propiedad intelectual, único camino para favorecer la justa retribución de los creadores y artistas en el marco de una sociedad de cultura digital. Aún así, y a pesar de la oposición de una parte importante de la sociedad incluyendo creadores y artistas, PSOE, PP y CiU votaron a favor de ella. Pesaron más laspresiones de gobiernos extranjeros y de grupos minoritarios que el interés social. Pero no todo es culpa de nuestros representantes: nosotros les hemos elegido, por acción u omisión.
Desde Nolesvotes.com consideramos que PSOE, PP y CiU han faltado a su principal obligación con la ciudadanía: defender la Constitución que juraron o prometieron acatar. La ley Sinde somete Internet a una legislación excepcional, con grave merma de los derechos a la libertad de expresión e información y a la tutela judicial efectiva, posibilitando un mayor control político de la red.
Tu decisión es importante. No te pedimos el voto para ningún partido concreto, ni que votes en blanco, ni que te abstengas, sino que te informes para comprobar que existen alternativas contrarias a la ley Sinde en todo el espectro ideológico. Te pedimos que defiendas la libertad en la red con tu voto, no apoyando a aquellos que con sus actos se han hecho claramente merecedores de un voto de castigo.
El próximo 22 de mayo, NO LES VOTES.
Ese nombre tan rimbombante es, ni más ni menos, que la base de mi proyecto final de carrera, felizmente entregado ya. Es una herramienta que en su momento se encontraba en internet con licencia BSD y que por algún motivo desapareció. Lo curioso no es que no esté ya el programa, sino toda la web que lo albergaba junto a más proyectos.
Tras hablarlo con mi director de PFC hemos decidido publicar el código con las modificaciones introducidas en los próximos meses (puede que antes haya que hacer aún algún cambio). De momento mi idea es ponerlo en GitHub y aún tengo la duda de si puedo cambiar la licencia de BSD a GNU GPL v3 o si sólo puedo cambiar los ficheros que haya modificado (que creo son bastantes).
Casi, casi, casi... termino la carrera. Ahora lo típico:
-Qué ansia y qué ganas de terminar ya.
-¿Qué voy a hacer el año que viene?
-¿¡Qué va a ser de mí!?
Una cosa que me ha molestado siempre mucho es lo "difícil" que es usar el Firefox en los ordenadores de la universidad. Tienes un acceso directo al explorer, pero no a Firefox. Bueno, eso es así hasta que llegan las fechas de matrícula, aparece un acceso directo con el iconito azul y rojo que pone "automatrícula". Claro, porque es más seguro... si lo saben, ¿por qué no ponen el dichoso acceso directo?
Hoy en cambio tenía que retocar una foto, así que me he ido a buscar el photoshop. No lo veía... nada... no está... ¡ahí vá! ¡El GIMP!
¡Toma! ¡Toma! ¡TOMA!
Poco a poco parece que la ley Sinde va a salir adelante. Creo que este es un buen momento para empezar a plantear qué acciones se deberían llevar a para actuar contra esto, tanto a corto como a largo plazo.
Yo propongo las siguientes actuaciones:
Seguro que podría hacerse algo mejor, no soy un genio, la verdad, pero creo que es un buen principio.
Sí, sé que he tardado mucho en publicar esto, pero es que entre que en navidades no he tocado Internet y el PFC…
1. ¿Qué hiciste en el 2010 que nunca habías hecho antes?
Mi primer aniversario de pareja 
2. ¿Mantuviste tus resoluciones de Año Nuevo, y harás nuevas?
Solo algunas, no terminé el PFC, pero ya le estoy poniendo remedio. No tengo resoluciones de año nuevo, solo ideas de cosas que hacer.
3. ¿Se casó alguien cercano a ti?
Sí, dos grandes amigos que tengo desde hace mucho tiempo. Les deseo mucha felicidad.
4. ¿Nació alguien cercano a ti?
Creo que no, pero teniendo en cuenta que vivo en mi mundo piruleta…
5. ¿Murió alguien cercano a ti?
Una tía de mi padre con la que echaba unas risas cada vez que iba al pueblo.
6. ¿Qué países visitaste?
Portugal, Finlandia y Reino Unido, o al menos estuve en ellos.
7. ¿Qué te gustaría tener en 2011 que no has tenido en 2010?
¡La carrera terminada!
8. ¿Qué fechas de este año permanecerán en tu memoria?
14 de febrero, 6 de marzo, 19 de marzo, 16 de octubre (me guardo mis razones, pero más de uno sabrá cuales son).
9. ¿Cuál es tu mayor logro del año?
Creo que empezar a ponerme en serio con el PFC es uno 
10. ¿Cuál ha sido tu mayor fracaso?
Desarrollo web. Aún me falta un hervor, pero me gusta mucho.
11. ¿Has sufrido una enfermedad o herida?
Soy invulnerable
12. ¿Qué ha sido lo mejor que has comprado?
Cada regalo que ha despertado felicidad a quien lo ha recibido; aunque no han sido muchos… ¡¡soy un poco rata!!.
13. ¿El comportamiento de quién merece celebración?
El de todos aquellos que apoyan y ayudan a organizaciones como WikiLeaks, los que luchan contra las injusticias y por la auténtica igualdad de todos los seres humanos sin ningún tipo de distinción.
14. ¿La actitud de quién te ha hecho sentir deprimido u horrorizado?
La de los gobiernos que se venden a los intereses del mercado y el mejor postor.
15. ¿Donde se ha ido la mayor parte de tu dinero?
En comer con mis amigos y mi novia, en disfrutar con éstos y en chorradas (no lo puedo evitar :-P).
16. ¿Qué te ha hecho mucha ilusión?
Estar con mi novia.
17. ¿Qué canción te recordará siempre el 2010?
La verdad es que el año pasado estuve poco musical… Diría que cualquiera de las de Tron Legacy.
18. Comparando con hace un año, estás ¿más contento o más triste?
Menos.
ii. ¿Más delgada o más gorda?
Un poco más gordo.
iii. ¿Más rica o más pobre?
Igual.
19. ¿Qué te gustaría haber hecho más?
Ganar dinero ¡bwajajajajaja! En serio, pasar más tiempo con mis amigos.
20. ¿Qué te gustaría haber hecho menos?
Estresarme con el trabajo.
21. ¿Cómo pasarás la Navidad?
En mi casa (ahora lo sé porque ya pasaron).
22. ¿Te has enamorado en el 2010?
Sí, todos los días y de la misma mujer.
23. ¿Cuantos rollos de una noche?
Ninguno.
24. ¿Tu programa de televisión favorito?
Cualquiera de Canal Cocina.
25. ¿Odias a alguien a quien no odiaras a estas alturas del año pasado?
No.
26. ¿El mejor libro que has leído?
No sé si he llegado a terminar alguno TT_TT
27. ¿Cúal ha sido tu mayor descubrimiento musical?
¿Ya dije que el año pasado estuve poco musical?
28. ¿Qué querías y conseguiste?
Viajar.
29. ¿Cuál es tu mejor recuerdo de 2010?
El viaje a Lisboa.
30. ¿Tu película favorita del año?
Tron: Legacy
31. ¿Qué hiciste en tu cumpleaños y cuantos cumpliste?
Quedé con mis amigos para tomar algo y cumplí 30.
32. ¿Qué es lo que hubiera hecho tu año mucho más satisfactorio?
Sinceramente no lo sé, pero trabajaré en descubrirlo 
33. Describe tu concepto de la moda en 2010:
El mismo que el de moda en el * (sustituye * por cualquier cosa): un engañabobos.
34. ¿Qué te ha hecho permanecer cuerdo?
Todos mis amigos.
36. ¿Qué tema político te ha inquietado más?
WikiLeaks.
37. ¿A quién has echado de menos?
A Riva mientras estuvo fuera. A mis amigos cuando no tengo tiempo para verlos. A mi novia todos los días que no la veo.
38. ¿Quién es la mejor persona a la que has conocido?
Complicada pregunta. La verdad ya no sé a quién he conocido y a quién ya conocía y a los que he conocido no he tenido tiempo de tratar suficiente con ellos…
39. Dinos una lección valiosa que has aprendido de 2010:
Poner cera, quitar cera.
40. ¿Dirías que el 2010 ha sido un buen año a pesar de todo?
Sí, todos son buenos, solo hay que saber valorarlos.
Respuestas estúpidas e ignorantes y rabietas tras la (primera) votación de la Ley Sinde. Quizá estos chicos se han dedicado tanto a sus carreras artísticas que no se han dado cuenta de que ya llevamos una década en el siglo XXI y las cosas han cambiado un poquito.
Hace años, al volver de vacaciones cogíamos el carrete de fotos y lo llevábamos a revelar, volvíamos al rato y ahí teníamos las fotos. La tecnología evolucionó y aparecieron las cámaras digitales, que ya no había que llevar a revelar. Todo el enorme negocio del revelado de mugrientos carretes de fotos se fue al traste. Hoy en día pocos fotógrafos aficionados a ese tipo de fotografía usan fotografía química.
Durante mucho tiempo, la música se transmitía, compraba y vendía, en discos de vinilo. Los músicos firmaban con una discográfica, grababan sus composiciones y recibían un pequeño porcentaje de cada vinilo vendido. Las cintas y los CDs son soportes más modernos, pero el negocio era el mismo. Algo parecido ocurría con las películas, y todavía hoy ocurre en gran medida con los libros.
La tecnología, mientras tanto, ha tenido la malísima costumbre de avanzar. Es muy probable que Bardem o Sanz usen cámaras digitales en lugar de carretes de fotos, o que escriban correos electrónicos en lugar de enviar cartas en papel, o que ni se acuerden de la última vez que usaron una cabina de teléfonos pública, o una máquina de escribir, o un reloj de cuerda. Todos esos negocios, y muchos más, tuvieron su momento de gloria, pero en el siglo XXI ya no tienen sentido.
El negocio de la música o el cine está en la misma situación. Los vinilos y los CDs tuvieron su momento de gloria, y todavía hay enamorados de esos soportes, como los hay de los carretes de fotos, pero la mayor parte de los ciudadanos ya no los quieren. En el siglo XXI el entretenimiento se transmite por internet, y se almacena en memorias flash. Los CDs son cosa del pasado, y las discográficas son las nuevas tiendas de revelado de fotografías. Obsoletas.
Ante esta situación, Bardem o Sanz tienen dos opciones: quejarse, llorar, patalear, berrear y pedir que se ilegalice el avance de la tecnología, o comportarse como adultos y adaptarse a los nuevos tiempos. En lugar de criminalizar a la gente y tratar de conservar un negocio del siglo pasado, quizá sería una buena idea abandonar ese modelo obsoleto de vender CDs y DVDs y dedicarse a vender directamente por internet.
La metáfora que propone Bardem es, digamos, regular. El pintor no va a tu casa a pintar. No. El pintor ha pintado una sola casa, con esmero y dedicación, con la ayuda de mucha gente, pero un solo salón, y el resto son copias, y hay unas personas que venden esas copias por un precio exageradamente alto. Y si quieres ver en directo al pintor pintar, tienes que pagar un precio desorbitado. Unos pocos están dispuestos a pagar ese precio. Se llaman fans. Los demás, no. Por eso se bajan las películas gratis, porque no merece la pena pagar siete euros por otra película de la Guerra Civil, o de barrios marginales, o de la represión franquista, o de homosexuales con miedo a salir del armario, o la trigésima versión de Corazón Partío. Dejad de vender CDs a precio de oro, vended por internet, así podréis bajar los precios, y venderéis más. Si queréis criminalizar a alguien que sea a esos intermediarios que cogen el trabajo de todo el equipo de artistas y lo venden a precio de oro, os dan una ínfima parte de las ventas y se quedan el resto.
Así que si preferís berrear, patalear y aferraros al siglo pasado, me parece bien. No olvidéis tirar vuestra cámara digital.
Hace unos días recibimos en Andago, directo desde Miami, una unidad de Logitech Revue, una de los primeros dispositivos que incorpora Google TV, la implementación de Android para televisiones de Google. Hace tiempo que quería ver cómo sería la plataforma y nos pusimos rápidamente a probar cómo será la interacción con la televisión en los próximos años.
Los primeros pasos son la configuración de nuestra cuenta de Google y la configuración de los dispositivos a los que vamos a conectar nuestro equipo, como son la tele y nuestro receptor de TDT o vídeo, eso sí, vía HDMI.
También adquirimos la cámara por separado y estuvimos probando la videoconferencia:
La interacción con el dispositivo es a través de un teclado inalambrico y el interfaz me recordó mucho al que disponemos en la PS3 pero las posibilidades con el concepto de plataforma abierta de Android le darán muchas vueltas en poco tiempo, ya que aunque por ahora no disponemos de Market, este se lanzará el próximo año y con la ventaja de que ya hay bastante gente desarrollando para esta plataforma. Las primeras sensaciones son muy buenas y las posibilidades infinitas.
Este domingo busqué un servicio para Twitter que me permitiera seguir automáticamente a gente que escribiera sobre algunas palabras claves desde la cuenta de Wikipedal. No me justificaré, es lo más parecido al spam que existe, pero es bastante efectivo en conseguir microaudiencias. La idea no es solo lograr que te lea gente interesada en lo que escribes, sino también llegar a los influenciadores para que escriban de ti.
El caso es que después de estar un buen rato mirando las alternativas en forma de servicio web o aplicaciones de escritorio, llegué a la conclusión de que todas apestan, o son de pago, o ambas. Así que me puse a escribir algo yo mismo, y en media hora tenía un script que hacía exactamente lo que quería. Es sucio, no sigue ninguna buena práctica y mata moscas a cañonazos, pero funciona. Y si te gusta programar lo verás incluso divertido.
La idea general del script es ir a la portada de Wikipedal, extraer el cóctel del día, buscar en twitter los usuarios que hablan de ese cóctel y, finalmente, seguir a quienes nos interese. Ese cóctel es algo que se genera automáticamente todos los días, y por cuestiones externas e inamovibles (aka Mediawiki apesta), la manera más rápida de obtenerlo es directamente bajarse la portada y buscar el texto que nos interesa.
Para el script escogí Ruby, un lenguaje que me encanta pero que llevaba más de un año sin tocar. Además instalé dos gemas: la primera se llama hpricot y nos ayuda a parsear una página en HTML; la segunda es twitter y es la manera más sencilla de interactuar con la API de Twitter.
doc = Hpricot(open('http://wikipedal.org/', 'User-Agent' => 'ruby'))
En esta línea nos descargamos la página entera, se la pasamos a hpricot y él nos devuelve el documento ordenado por el DOM, con todos los elementos fácilmente accesibles. Lo único feo es que hay que cambiar el User-Agent para que Mediawiki nos permita el paso.
cocktail = (doc / '#mp-tfa .mw-headline').text.strip
Con esto filtramos el documento para que nos dé exactamente el elemento que nos interesa especificando la ruta dentro del DOM (sería como hacer $('#mp-tfa .mw-headline') con jQuery y similares). Cogemos su texto y lo limpiamos un poco para evitar espacios innecesarios.
Ahora viene el trabajo de verdad, la integración con Twitter. Desde la cuenta que queramos actualizar primero nos registramos como desarrolladores y creamos una aplicación. Se tarda muy poco, cuando terminemos nos copiamos las claves para rellenar algo como esto:
Twitter.configure do |config| config.consumer_key = 'TU_CONSUMER_KEY' config.consumer_secret = 'TU_CONSUMER_SECRET' config.oauth_token = 'TU_OATH_TOKEN' config.oauth_token_secret = 'TU_OATH_TOKEN_SECRET' end
Esta es la manera más sencilla, por el tipo de script tan limitado que estamos haciendo, dado que esta mini-aplicación siempre va a trabajar con la misma cuenta de usuario. Una vez configurado, creamos una instancia de búsqueda.
search = Twitter::Search.new
Y llegamos a la traca final. Repito que es un script rápido y sucio, esta no es la manera de crear algo reutilizable. Pongo las últimas líneas todas juntas porque no tiene mucho sentido separarlas.
search.containing(cocktail).language('es').not_from('Wikipedal').not_mentioning('Wikipedal').no_retweets.per_page(10).each do |tweet|
user = Twitter.user(tweet.from_user)
if !user.following && user.followers_count > 100 && user.friends_count > 100
Twitter.follow(user.screen_name)
end
end
En la primera línea realizamos una búsqueda de tweets que contengan la palabra mágica (la que hemos sacado antes). Dado que Wikipedal está exclusivamente en español, vamos a restringir la búsqueda a tweets en español. Solo nos interesan los tweets originales (nada de retweets) y que no sean de nosotros o de gente que nos menciona. Finalmente limitamos la búsqueda a los últimos diez tweets, no nos interesa más.
Una vez elegidos los diez tweets ganadores, vamos a filtrar los usuarios por cuestiones puramente de marketing. Con la segunda línea cogemos los datos de la cuenta del usuario actual. En la tercera hacemos el filtrado, y lo primero que comprobamos es que no nos siga.
Nos queremos centrar en usuarios influyentes, así que miramos que por lo menos tenga 100 followers. Como también pretendemos que nos siga, buscamos a gente que siga a más de 100 personas, para evitarnos las divas de Twitter que no nos van a seguir en la vida. Todos los usuarios que cumplan esos requisitos se acaban de ganar que los sigamos en la cuarta línea.
Eso es todo, ahora solo queda configurar algún sistema que ejecute automáticamente este script cada cierto tiempo. Para elegir la frecuencia hay que tener en cuenta las personas que hablan sobre ese tema, y también que existe un límite de 2000 personas que podemos seguir sin que nos sigan proporcionalmente. Yo lo ejecuto cada cuatro horas en el propio servidor de Wikipedal, gracias a cron. En mi servidor necesita unos ajustes especiales que no vienen a cuento, si alguien pretende seguir un proceso similar a este y tiene problemas decídmelo en los comentarios.
Momento Github: el código del script completo está en este gist.
La noticia de la semana ha sido que Yahoo quiere deshacerse de del.icio.us, algo que nos habría pillado desprevenidos si no conociéramos el mal momento que vive Yahoo. ¿A quién hay que culpar de este fracaso, al propio servicio o a los directivos que no han sabido ubicar su producto?
Al mismo tiempo, otro sitio estandarte de la web 2.0 como Digg lleva años estancado, e incluso perdiendo visitas mes a mes. Algo parecido le está pasando a su clon en castellano, Menéame. Los blogs siguen perdiendo terreno frente a alternativas más fáciles de usar y que requieren menos atención, como Tumblr y las redes sociales mayoritarias.
Este mes, por razones académicas, he tenido que volver a juguetear un poco con Mediawiki, el software detrás de la Wikipedia y que puedes instalar en tu servidor para crear una wiki propia. Tras actualizar Wikipedal e instalarle diversos plugins, he podido comprobar la inmanejable patata que sigue siendo. Sin seguir ningún orden, en los últimos años han cambiado la API interna con cada actualización, y aunque la estructura tiene potencial, la implementación es un Frankestein en PHP al que da miedo meterle mano. Cosas tan sencillas como cambiar un poco el tema que viene por defecto es una odisea que inevitablemente acabará en un sucio hack.
Con todos estos ejemplos podemos pensar que las viejas glorias de la participación en la red se van muriendo poco a poco. No. Estas herramientas son tan válidas como antes, seguramente más con el auge de la conectividad móvil. Lo que se muere lentamente es la noción de que una herramienta tiene que valer para todo el mundo en todas las situaciones.
Yahoo! con del.icio.us y Digg con su nueva versión han querido olvidarse de los nichos e ir indiscriminadamente a por el mainstream, con el resultado de perder los dos públicos. Cualquier curva de crecimiento que sea peor que la de Facebook la consideran un fracaso, olvidando que precisamente su mayor ventaja era que tenían la atención de nichos influyentes. Lamentablemente para ellos, esos nichos más técnicos se han ido a buscar noticias a Reddit o Hacker News, servicios web sin pretensiones ni grandes funcionalidades (de hecho son patéticamente simples).
El santo grial de la web es balancear la atención de los nichos y del mainstream, algo que nadie ha conseguido completamente. Facebook se acerca al integrarse en servicios de terceros con Facebook Connect, pero la relación es muy asimétrica para considerarlo un éxito útil para los usuarios. Hay demasiados enlaces entrantes y pocos salientes, facilitando solo compartir pero no descubrir.
No sé quién podría dar a luz a esta web, quizás Google, quizás una evolución de Facebook, o quizás alguna empresa pequeña que mediante magia consiga la viralidad suficiente. Seguramente queden algunos años para que alguien dé con la fórmula, y mientras tanto lo que deberían hacer los otros grandes jugadores de la web 2.0 es dejar de disparar al aire, asumir sus posibilidades y centrarse en su público.
No voy a negar que mientras trabajamos todos tenemos momentos de inspiración en los que pueden surgir cosas como la Rana Supermaña:
Y tras esta breve pausa a trabajar de nuevo.
En estos días de WikiLeaks y controladores aéreos, se agradece más que nunca cambiar un poco de tema para huir de la presión informativa. En el vídeo de arriba podéis ver la charla que Mr. David Heinemeier Hansson, creador de Ruby on Rails hace unos añitos, dio en la última conferencia de Ruby.
La charla no es técnica y de hecho casi cualquiera puede entenderla, incluso si no sabemos nada de programación. Bajo el título de ¿Por qué Ruby? realmente nos relata una fantástica historia alrededor de la felicidad de los trabajadores como motor de innovación y calidad. Y, señores, en menos de una hora pega una patada a todos los libros de ingeniería del software.
La felicidad del equipo técnico a la hora de desarrollar un proyecto es algo que ningún profesor enseña en la universidad y que muy pocos jefes de proyecto promueven. Sí que es una tarea a estudiar por recursos humanos de manera genérica, basada en dinero, reconocimiento y ambiente de trabajo. Pero no hay que olvidar que el factor fundamental para disfrutar ese trabajo es que la realización del trabajo en sí sea interesante.
Quizás pensemos que ese factor no se puede cambiar: hay que hacer X y punto. Sin embargo, las decisiones del jefe técnico a la hora de elegir plataformas, lenguajes o herramientas puede hacer atractivo hasta el más tedioso de los trabajos. Y aclaro que no tiene que ser precisamente Ruby.
La conclusión a la que quería llegar es que la alegría del equipo técnico no es un factor que hoy en día se considere en las empresas en el desarrollo de software. Hay proyectos heredados en los que no es posible elegir nada, pero en proyectos nuevos desde cero se prefiere usar una tecnología obsoleta que ofrezca un 10% de rendimiento adicional que otra tecnología que facilite el desarrollo, mantenimiento y extensibilidad.
En un escenario en que los gastos de personal y mantenimiento superan con creces al de los servidores y desarrollo, es terriblemente corto de miras. Así que dadles un poco más de libertad a esos programadores, preguntadles con qué tecnologías les gustaría trabajar y tenedlas en consideración a la hora de tomar decisiones. Como dice David, no tengáis miedo a esa libertad, con un poco de suerte conseguiréis crear un sano ambiente dónde la calidad final se decida porque simplemente estén entusiasmados por lo que hacen.
Los ciudadanos y las empresas usuarias de Internet adheridas a este texto manifestamos:
La Red Neutral es un concepto claro y definido en el ámbito académico, donde no suscita debate: los ciudadanos y las empresas tienen derecho a que el tráfico de datos recibido o generado no sea manipulado, tergiversado, impedido, desviado, priorizado o retrasado en función del tipo de contenido, del protocolo o aplicación utilizado, del origen o destino de la comunicación ni de cualquier otra consideración ajena a la de su propia voluntad. Ese tráfico se tratará como una comunicación privada y exclusivamente bajo mandato judicial podrá ser espiado, trazado, archivado o analizado en su contenido, como correspondencia privada que es en realidad.
Europa, y España en particular, se encuentran en medio de una crisis económica tan importante que obligará al cambio radical de su modelo productivo, y a un mejor aprovechamiento de la creatividad de sus ciudadanos. La Red Neutral es crucial a la hora de preservar un ecosistema que favorezca la competencia e innovación para la creación de los innumerables productos y servicios que quedan por inventar y descubrir. La capacidad de trabajar en red, de manera colaborativa, y en mercados conectados, afectará a todos los sectores y todas las empresas de nuestro país, lo que convierte a Internet en un factor clave actual y futuro en nuestro desarrollo económico y social, determinando en gran medida el nivel de competitividad del país. De ahí nuestra profunda preocupación por la preservación de la Red Neutral. Por eso instamos con urgencia al Gobierno español a ser proactivo en el contexto europeo y a legislar de manera clara e inequívoca en ese sentido.
Aquí os dejo las transparencias de la charla “Gestionando servidores con Puppet” que impartí en los cursos del GUL de la Universidad Carlos III de Madrid el pasado 09 de Noviembre:
Las transparencias se liberan cómo Creative Commons Reconocimiento 2.5 de España respetando la licencia de las imágenes utilizadas cómo fondo, podéis ver un listado de los autores y la licencia de sus obras al final de las transparencias.
La charla se dividió principalmente en 3 partes: describir el problema que encaramos cuando intentamos administrar el creciente número de servidores que requiere cualquier entidad que consuma servicios de IT, algunas de las posibles soluciones que podemos encontrar así cómo qué características debe tener una solución a este problema y por último cómo Puppet puede ser esta solución y una pequeña introducción a cómo funciona.
Como siempre el auditorio estuvo bastante participativo y las preguntas hicieron más amena la exposición. Como siempre la parte de la demo siempre es la más complicada, de nuevo el bendito Android y la conexión 3G me facilitaron las cosas, pero sirvió para hacer una demostración de los conceptos mostrados en la parte teórica. Muchas gracias a todos los que os acercasteis a la charla y gracias por los comentarios positivos sobre la misma que hicisteis en el blog, así da gusto prepararse cualquier tema.
Así como suena. No es que vaya a escribir más en el blog, que es verdad que lo tengo algo abandonado, sino que estoy preparando un nuevo diseño del mismo. Cuando tenga completado el nuevo diseño lo publicaré para que lo pueda usar todo el mundo. Eso sí, hay que utilizar WordPress para poder utilizarlo.
Aunque claro este no es el único cambio y probablemente sea el menos importante porque aparte de lo anterior estoy decidido a terminar ya con el PFC. Por unas cuestiones o por otras no lo he terminado. La verdad es que pensándolo mucho es porque me quemé mucho durante la carrera (concretamente el segundo cuatrimestre de 4º) y esto hizo que me plantease de otro modo mi tiempo… ¡para peor!
La cosa es que me he ido ocupando mi tiempo con trabajo y me esto me ha hecho retrasar el tiempo que le dedico a cosas más importantes, como el PFC. Así que espero poder avanzar rápido y presentarlo pronto. El siguiente paso será el máster.
Hace unas semanas cuando paseabamos por la Gran Vía de Madrid a la altura de la plaza de Callao vimos un montón de luces de colores que salían por las ventanas de una fachada y nos acercamos a ver que era. Nos encontramos con una chica con su ordenador que controlaba cómo iban apareciendo las luces, me pareció muy curioso y le tomé un vídeo. Luego en casa Lili y yo nos animamos a añadirle una banda sonora y a subirlo a YouTube, a ver qué os parece:
Nunca supimos cuál era el motivo exacto del evento de luces pero ahora en esa misma fachada tienen montada una publicidad con grandes pantallas en las ventanas de una conocida marca de ropa por lo que suponemos que o era una prueba o algún tipo de inauguración del local.iconografia
El tema de controlar las luces de un edificio de forma coordinada, cómo si fueran pixeles, a través de un ordenador es un tema recurrente en la iconografia asociada a los hackers. Hay algunos videos impresionantes en youtube en los que se puede ver cómo juegan al space invaders o al snake usando esta técnica sobre la fachada de los edificios.
Nunca había hecho nada de edición de vídeo y quería probar a hacer algo sencillito cómo esto, añadir una pista de audio a un vídeo o algún efectillo, y me recomendaron que usara Kdenlive. Tras trastear un rato con la interfaz resultó tan sencillo cómo crear un proyecto nuevo con 3 pistas: una de vídeo y audio para cargar el vídeo que teníamos grabado y una de audio adicional para la canción que queremos mezclar y silenciar la pista de audio original del video, salvando el resultado en un formato de vídeo que prefieras.
Para el audio fuimos directamente a Jamendo en busca de alguna canción chula con licencia Creative Commons y nos quedamos con Square 1 de Jemex (CC Attribution-ShareAlike 3.0 Unported) que nos pareció muy adecuada, podéis oir el album completo a continuación:
Este domingo, tras una increible fiesta mexicana la noche anterior, se me ocurre echar un vistazo al mail y me encuentro con un correo de Amazon indicándome que tienen problemas con el servidor anfitrión que alberga una de mis instancias de servidores virtuales, por cierto la que conseguí de forma gratuita.
We have noticed that one or more of your instances are running on a host degraded due to hardware failure.
i-55624c22
The host needs to undergo maintenance and will be taken down at 12:00 GMT on 2010-11-22. Your instances will be terminated at this point.
The risk of your instances failing is increased at this point. We cannot determine the health of any applications running on the instances. We recommend that you launch replacement instances and start migrating to them.
Feel free to terminate the instances with the ec2-terminate-instance API when you are done with them.
Sincerely,
The Amazon EC2 Team
El correo me dice que mi instancia está funcionando en un host degradado debido a un problema de hardware y que mi instancia será terminada en una operación de mantenimiento esta misma noche… al principio ni siquiera me lo podía creer ¿dónde quedó lo de la ubicuidad de la nube y el abstraerse de los problemas físicos? Dado que la instancia dispone de un almacenamiento persistente EBS, no podrían simplemente migrarla en vivo a otro servidor y santas pascuas. ¿Tendrá algo que ver con que se trata de una micro instancia, que está paravirtualizada o a que estemos en el pool de servicio gratuito? Igual han dedicado todos los servidores a punto de romperse a esta campaña de marketing… quién sabe.
Anteriormente cuando no disponíamos de imágenes con el almacenamiento directamente sobre EBS si una instancia era terminada todos los datos de la instancia que no salvaras explicitamente en un bloque EBS especialmente montado para ese propósito eran eliminados, ahora cuando terminas una instancia con EBS simplemente el EBS se queda almacenado para que lo anexes a otra instancia o para que lo borres si ya no vas a hacer uso de él. Así que bastaría con esperar a que pararan la imagen y levantar una nueva con ese EBS, pero al ir a conectarme comprobé que la instancia ya ni si quiera estaba en funcionamiento y no podía acceder a ella por web o por ssh, así que me lanzé ¡AL RESCATE!
El primer paso era parar la instancia que estaba fallando para poder liberar el EBS, pero sorpresa… la instancia no se para por mucho que se lo pidas, supongo que debido a los temibles problemas de hardware. Tras esperar veinte minutos decidí buscar un plan alternativo. Y aquí es dónde sacamos provecho de la potencia de los snapshots, así que simplemente hacemos un snapshot, es decir una copia, de nuestro EBS y creamos un nuevo EBS a partir del snapshot con lo que tendremos una copia exacta de nuestro almacenamiento disponible.
El siguiente paso es arrancar una instancia y asignarle el nuevo EBS que hemos sacado del snapshot. Me parecía recordar que podías hacer eso en un sólo paso pero a través del API y la línea de comando pero no encontré forma de hacerlo a través de la consola web así que hubo que hacerlo en varios pasos. Arrancamos la nueva instancia con un EBS por defecto, luego la paramos, desligamos el EBS de la instancia y lo borramos para a continuación enlazar el EBS que sacamos del snapshot con la instancia en la ubicación /dev/sda1 y ya estamos listos para arrancar una instancia clonada desde la original que estaba fallando.
Por otro lado, es posible que tengas que hacer alguna adaptación interna de tu servidor ya que tu dirección ip pública y privada en Amazon habrán cambiado, en mi caso a este nivel tuve que cambiar el /etc/hosts del servidor. Si dispones de una ip elástica para ofrecer los servicios te bastará con cambiar la instancia a la que apunta esta a la nueva instancia que hemos creado y tu servicio debería volver a la vida y responder de forma correcta a los dominios que la apunten. Cómo yo no dispongo a día de hoy de ip elástica, no entraba en el pack gratuito de Amazon, estaba usando la ip pública de Amazon cómo entrada a mis servicios y alguno de ellos cómo wordpress dependen de ella me tocó arreglarlos en la base de datos:
update wp_options set option_value=”http://minuevaippublicaamazon/miwordpress” where option_name=”stieurl”;
update wp_options set option_value=”http://minuevaippublicaamazon/miwordpress” where option_name=”home”;
La verdad es que se destapan dos temas igualmente de importantes respecto al servicio de Amazon: la fiabilidad de la nube y la felxibilidad de la que nos provee. Cada uno que saque sus conclusiones y vea hacia dónde se inclina la balanza.
Con la escusa de que habíamos acumulado algo de merchandising de los distintos eventos en los que hemos participado, decidimos hacer un pequeño sorteo dentro del departamento de IT para ver quién se quedaba cada cosa. Cómo no, el sorteo no podía ser por los medios tradicionales, lease papelitos o piedra-papel-tijera, así que me aventuré a tirar unas líneas de python que resolvieran el problema de forma sencilla, aunque como veréis luego decidimos complicarlo un pelín más. El sorteo lo proyectamos en la tele que tenemos para la monitorización justo al lado del departamento:
La primera versión del código era realmente sencilla y muestra lo fácil que es hacer algo con python, simplemente declara un array de personas y otro de regalos, recorre los regalos y va eligiendo una persona de forma aleatoria como ganador de cada regalo y eliminando esa persona del array de personas:
sorteo-simple.py (Pincha sobre el enlace para ver o descargar el código)
Pero así quedaba un poco simplón por lo que añadí alguna opción más para hacerlo más interesante. La idea es que había gente que sólo estaba interesada en algunos regalos y tenía su orden de preferencia, así que modifiqué el código para que las tuviera en cuenta en caso de que te tocara un regalo a modo de Wish List:
sorteo-wish-list.py (Pincha sobre el enlace para ver o descargar el código)
Y por supuesto el código fue enviado a todos los participantes para que lo auditaran antes de su ejecución con el consiguiente debate de cómo se podría hacer mejor… además en el correo me colé y puse para vuestra audición y alguno quería ponerlo con el festival. Y claro, así no hay forma de hacer trampa, con lo que finalmente no me tocó ningún regalo cómo podéis ver si pincháis sobre la imagen de la tele, pero al menos me queda esta entrada del blog cómo recuerdo.
En el post anterior comentaba las primeras impresiones de la instalación de RHEL 6 y os prometía ampliar algunas de las novedades que trae esta nueva versión después de la presentación que nos realizaron en el evento de partners de Red Hat.
Cómo la descripción general podéis verla en la web de Red Hat sobre RHEL os dejo las notas que tomé porque me sorprendieron o interesaron durante la presentación:
* Mejoras en la eficencia energética: se incorporan comandos como powertop e iotop para medir el consumo de los distintos procesos así cómo tuned, un demonio que va adaptando los recursos del sistema para mejorar la eficiencia
* Con cgroups podremos establecer un límite de recursos sobre un proceso a nivel de número y porcentaje de cpu, memoria, disco y red de forma dinámica.
* Se de usar PAM a SSSD
* Respecto al temido SE-Linux se crean dos nuevos modos: SE-Linux kiosk para aplicar políticas a sesiones en modo kiosko cuando es un terminal de uso público y SE-Linux sandbox para confinar aplicaciones que no tienen todavía definida una política predefinida de SE-Linux
* En cuanto a IPSEC se pasa de usar OpenVPN a OpenSwan
* Dispondremos de System Tap para depurar aplicaciones, pero al parecer también nos va a permitir depurar aplicaciones Java
* KVM entre muchas otras mejoras permite añadir recursos físicos en caliente (CPU, disco, memoria, etc…)
* Yum permite hacer rollback de una instalación !!!
* Simplificado el reporte de errores ante fallos graves que captura el estado de la máquina y permite enviarlo a Red Hat para abrir un bug
* En la parte de Cluster podemos destacar el uso de corosync, unfencing y la interfaz conga rediseñada
También hay grandes cambios en el tema de subscripciones y se complica un poco el tema de saber cuál aplica a tu caso, además de estar fuertemente ligado a la virtualización, pero básicamente tendremos que sacarlo de cruzar los siguientes datos:
* Por cada par de sockets (zocalos utilizados) del servidor anfitrion
* Por el número de guest RHEL máximo que podemos correr en ese anfitrión (1, 4 o ilimitado)
* Por el número de extras que queramos contratar (alta disponibilidad, GFS, XFS, soporte extendido, etc…)
Un caso curioso es el de los clusters de virtualización que tengan migración en vivo, en cuyo caso todos los servidores a los que pueda ir un guest RHEL deben de tener una subscripción activa y el máximo de guests que podremos ejecutar en total en el cluster saldrá de sumar los guests permitidos en cada una de las subscripciones de los nodos anfitriones (1 o 4 o más si apilamos varias subscripciones en ese mismo anfitrión) o será ilimitado en caso de tener subscripciones de tipo ilimitado en todos los nodos del cluster, ya que estas no se pueden mezclar. Un poco lioso.
Lo que sigue estando verde es el tema de usar RHEL en nubes públicas aunque se están avanzando acuerdos con los proveedores de Cloud para que lo ofrezcan por ahora no hay subscripciones que puedas pagar por uso provenientes de la propia Red Hat.
ACTUALIZACIÓN: Se me había olvidado comentar el tema de formación y certificación que también tiene sus novedades. Cómo comentaba por twitter casi me enteré antes de que estaba RHEL 6 en la calle porque me llegó un correo indicando que en breve va a estar obsoleta mi certificación RHCE, la saqué con la versión 4, y que la RHCT, la renové a la versión 5 en el evento de partners de Valencia dónde hacían exámenes gratuitos, se convalida con la nueva certificación RHCSA (Red Hat Certified System Administrator) que será la nueva certificación previa a sacar el RHCE.
Hace un par de días se lanzaba definitivamente la nueva versión de Red Hat Enterprise Linux: RHEL 6. Y aunque ya le había echado un ojo a alguna Release Candidate he sacado un rato para probar la instalación en una máquina virtual de KVM de la edición de servidor de RHEL 6 recien descargada de Red Hat Network. La instalación ha sido muy sencilla y aquí os dejo los pasos y algunos comentarios al respecto.
La instalación arranca con la selección del tipo de acciones que queremos realizar: instalar, instalar en modo texto, recuperar el sistema, arrancar desde el disco local o hacer el test de memoria. Nada nuevo por ahora en el horizonte, seleccionamos la opción de instalar:
A continuación haremos la típica selección de idioma y teclado, en mi caso me gusta mantener el idioma en inglés, sobretodo porque es más fácil rastrear los mensajes de error por internet, y el teclado en castellano:
Seleccionamos nuestra ubicación en Madrid:
Y pasamos a seleccionar el dispositivo de almacenamiento en el que queremos instalar, siendo las opciones básico o especializado, permitiendo esta última opciones muy interesantes para el modo servidor cómo instalar en una cabina de almacenamiento o añadir drivers de nuestro raid hardware:
…
El asistente de particionado es bastante completo, permitiéndonos adaptarnos al tipo de instalación que queramos hacer teniendo en cuenta si ya tenemos otro sistema instalado o si se trata de una instalación nueva.
Es curioso que por defecto te realiza un particionado con LVM, cosa por otro lado que ya se realizaba en la mayoría de los casos:
Una opción interesante es la de cifrar el contenido del disco, así que me decidí a probar que tal funcionaba, con lo que tienes que indicarle una contraseña que habrá que introducir cada vez que iniciemos nuestro servidor, cosa que tenemos que tener muy en cuenta ya que no permitirá al servidor reiniciar de forma desatendida:
Luego pasaremos a realizar la selección del tipo de servidor que vamos a realizar. A mí siempre me gusta hacer la instalación mínima y luego ir añadiendo los paquetes a mano, así que seleccioné la opción de Basic Server, teniendo en cuenta que luego podemos modificar esta selección.
Y ahora toca esperar mientras se realiza la instalación en el disco.
Y… ¡Felicidades tu sistema se ha instalado con éxito! A reiniciar.
Tras el reinicio nos solicita nuestra clave de cifrado para poder montar los discos:
Y ya podemos empezar a utilizar nuestra recien instalada RHEL 6 tras meter la clave de root:
Lo mejor es que la instalación básica no instala el servidor de X y todas los componentes gráficos que me resultan completamente innecesarios en el 99% de las instalaciones de servidor. Por ahora no he tenido tiempo a trastear más, pero mañana estaré en el evento de partners de Red Hat dónde presentarán las novedades de la distribución y hay un pequeño taller en el que le meteremos mano, así que ya os contaré.
Allá donde haya un funcionario que decida buscar en el padrón por nombre y no por DNI, habrá una pareja de policías municipales dispuestos a llevarme a un juzgado.
Al final voy a asesinar a alguien, y cuando vengan a buscarme diré “¡que no, que no soy yo!”
Parece que en los laboratorios de Amazon no paran ni un sólo momento y aplican constantemente el principio de mejora continua a sus servicios. Esta mañana nos hemos despertado con un sorprendente anuncio: podremos disponer de instancias de Amazon Web Services orientadas a montar clusters de computación mediante GPUs, es decir utilizando la potencia de calculo de la tarjeta gráfica. Un paso realmente interesante ya que últimamente la capacidad de cálculo de estas tarjetas supera a la que nos provee la CPU del sistema.
Las instancias de Amazon Cluster GPU disponen de:
22 Gb de memoria
33,5 unidades de computación EC2 (2 x Intel Xeon X5570, quad-core)
2 NVIDIA Tesla M2050
Con esta configuración podemos alcanzar hasta un trillón de operaciones en coma flotante de doble precisión por segundo. La idea es muy interesante y se une a la oferta que ya disponía Amazon de instancias orientadas a HPC (Computación de altas prestaciones) y que dispara las opciones cuando planteamos si nos merece la pena montar un cluster de computación en nuestro CPD o usar uno en la nube bajo demanda. A día de hoy el coste por hora de la instancia, sin contar otros costes indirectos cómo Ips fijas, almacenamiento persistente y demás, es de 2,10$ y el servicio cómo en otras ocasiones sólo está disponible inicialmente si usamos la zona de EEUU, aunque lo estará proximamente en todas las demás.
Otro semestre más vuelven los cursos del Gul de la Universidad Carlos III de Madrid que durante la semana próxima, del 08 al 14 de Noviembre, tratarán de temas tan interesantes cómo Git, tunning de Mysql, Android o ITIL. Yo me apunto de nuevo a dar una charla y esta vez será sobre Puppet y cómo puede cambiar radicalmente la concepción de la gestión de nuestros servidores ofreciendonos grandes ventajas en la automatización, gestión de configuración y la reutilización.
Mi charla será el Martes 09 de Noviembre a las 18:00 en el aula 4.0.E02 en el Campus de Leganés de la Carlos III, así que si os interesa el tema nos vemos por allí.
ACTUALIZACIÓN: Ya tenéis un resumen y las transparencias de la charla disponibles en el blog.
Las personas juzgamos a menudo dejándonos llevar por estereotipos. Es un hecho que por lo general me divierte, pero a veces me desconcierta. Generalmente, un estereotipo tiene una ventaja muy alta, que es reducir el coste computacional, o lo que es lo mismo, ahorrarnos el esfuerzo de pensar. Al que juzga, un estereotipo le permite tomar decisiones aplicando algo así como un criterio de máxima verosimilitud: si ves a un neouniversitario imberbe con rastas y una camiseta de Bob Marley, no te acerques porque olerá mal. No es estrictamente cierto, no hay una ley natural independiente del sistema de referencia que lo provoque, pero coincide en la mayor parte de las ocasiones.
Aparte del lado práctico de los estereotipos, hay otro aspecto inquietante, que es que el ahorro computacional se produce también en el otro lado. Es decir, en el lado que cumple el estereotipo: no se puede ser hippie y trabajar en un banco con traje y corbata. Así que, en lo que respecta al estereotipo, hay dos lados: el lado A (el que juzga) y el lado B (el que actúa). Llámalo cliente-servidor si eres programador, o productor-consumidor si eres arquitecto de software.
En el mundo en el que vivo, que es el del software, los estereotipos no son graciosos o divertidos. Y tampoco son meramente útiles. Aquí son la ley. Por ejemplo, es impensable que un programador se interese en la gestión de proyectos. O que un administrador de sistemas quiera participar en una oferta. O que quiera enfundarse un traje y marchar a cliente a hacer una demo del último producto de la empresa. No. La ley es que el friki se queda en Frikilandia, donde viven los teclados y los RAIDs, y de ahí no te muevas, que si tocas algo de fuera lo rompes. O peor todavía, que no sabes.
El lado A, que es el práctico, de esta situación es que puedes juzgar rápidamente a alguien, como cuando te encuentras a un empresario español, gordo, trajeado y con perilla, diciendo que el software libre es una utopía sin futuro porque [exponga aquí una retahíla sin sentido que incluya palabras como conformidad, interoperabilidad y adhesión funcional, tratando de aparentar que domina el mercado de software de servicios así como los aspectos más oscuros de macroeconomía]. Puedes apostar a que ese señor tiene una empresa gracias a Java, JBoss, Hibernate y Spring.
A los defensores del software libre nos juzgan según un estereotipo que incluye las palabras hippie, soñador, iluso, irreverente, inexperto, consentido, inmaduro, ignorante. Pero además, el defensor del software libre es, generalmente, informático, por lo que cae del cielo, como un burro de hormigón, el estereotipo de informático que incluye, por el mismo precio, escasez en la higiene personal, leer y escribir élfico, heavy metal nórdico, espadas jedi, y una experiencia sexual total de tres minutos y ocho segundos.
Hasta aquí todo normal, la gente juzga según un estereotipo. Pero, como hemos dicho, en esta situación se distinguen dos lados. El segundo lado, el B, el inquietante, es que la gente actúa según el que le ha tocado cumplir, siguiendo a rajatabla los mandamientos de una Biblia que vaya usted a saber quién ha escrito.
Y este es el punto que más me inquieta: un defensor del software libre tiene una enorme tendencia a ser clasificado automáticamente como idiota por el lado A en cuanto abra la boca. Por ello, los pro-software libre tenemos que tener mucho cuidado con las cosas que decimos y hacemos, si queremos llegar a buen puerto. Y más mientras las empresas sigan lideradas por empresarios 1.0, cosa que durará muchos años.
Hace poco leí un artículo de un señor que decía que cada vez que algo iba mal en un proyecto de software Java, salían hordas de chavalillos con acné diciendo que el problema es Java, que eso se soluciona usando Python, que si hay que cambiar a Debian, que si Git lo soluciona mejor que Subversion, que si Emacs es mejor que Eclipse, etc. Es estupendo que alguien apoye proyectos como Python o Debian, pero ese comportamiento es un poco errático. El problema no es tener a un trabajador ilusionado con Debian, sino que cuando realmente valga la pena cambiar a Python y Debian, nadie va a hacerle el más mínimo caso.
Esta entrada la tenía pendiente desde ya hace algún tiempo.
A mediados/finales de septiembre, tras una semana preparando el ordenador para un trabajo (instalación de herramientas, pruebas de las mismas, etc.) se estropeó. Concretamente se estropeó la tarjeta gráfica. Para más señas el ordenador es un MacBook Pro de principios de 2008.
El fallo está reconocido por Apple y parece que el culpable es un mal proceso al realizar la soldadura del chio gráfico. Por suerte es un fallo reconocido y lo cubre una garantía extendida de Apple.
Lo malo es que he pasado un mes sin ordenador (realmente más de un mes) porque Apple no permite manipular sus máquinas a terceros, así que todas deben pasar por su servicio técnico y éste debe andar algo saturado. Esto en sí mismo no es un problema, pero si llamaran de vez en cuando para informar del estado de la incidencia en lugar de que tengas que perseguirles para saber qué le pasa al ordenador no estaría mal.
Ya por último, decir que tuve que llevar el ordenador dos veces al servicio técnico porque al parecer al cambiar la placa no debieron poner unos cables bien (no me dieron muchos detalles, así que poco más puedo decir al respecto) y al primer día ya dejó de funcionar de nuevo sin posibilidad de encender.
Por la primera vez que llevé el ordenador a arreglar fueron 3 semanas y algo de espera y por la segunda vez sólo 2. Sinceramente esperaba un servicio un poco más rápido.
Para terminar me gustaría agradecer a la gente de Clínica Micro el aguantarme y hacer de intermediarios con el servicio de Apple para poder enterarme de qué le pasaba a mi ordenador.
P.D.: Si tan saturado está el servicio técnico de Apple es que algo malo le debe estar pasando a su hardware, creo yo.
Hoy nos hemos despertado con la sorpresa de la última campaña de Amazon ofreciéndonos 1 año gratis de algunos de sus servicios para los nuevos usuarios que quieran probarlo.
Lo primero gracias a @edeleon por el que me he enterado de la oferta vía twitter. La oferta es valida para todos los nuevos usuarios que se den de alta a partir del pasado 20 de Octubre y no sabemos hasta cuando estará vigente, y para los que se apunten podrán empezar a disfrutar de los servicios gratuitos a partir del 1 de Noviembre. Por tanto, para los que os animéis a probarlo os aconsejo que os apuntéis cuanto antes.
Y básicamente lo que qué incluye la oferta gratuita es:
– 1 Micro instancia, es decir una máquina virtual con 613Mb de RAM.
– Balanceo de carga, por si levantamos más instancias de pago.
– 10 Gbs de almacenamiento persistente (EBS)
– 5 Gb de espacio en S3
Es importante saber que si sobrepasamos los límites de servicio, por ejemplo de almacenamiento o de tráfico nos cobraran las tarifas habituales sobre lo que nos hayamos pasado, pero es algo con un uso prudente no debería de ocurrir, por otro ado el alta del servicio me han realizado 3 cargos de 1€, supongo que para validar la tarjeta de crédito.
La verdad es que para todos aquellos que queráis jugar y aprender como funciona la nube de Amazon es una gran oportunidad que no deberíais dejar pasar.
ACTUALIZACIÓN: 01/11 Amazon ya me ha devuelto los 3 euros que me cargó, igual me ha pasado con Paypal que me cobró un euro al dar de alta la tarjeta y me lo devolvió al mes siguiente.
Estos días estoy estudiando con mi padre la posibilidad de cambiar el contrato de ADSL que tenemos en casa y andamos viendo las distintas posibilidades que tenemos a nuestro alcance. Nuestros principales requisitos es que sea un paquete completo de teléfono + internet + televisión ya que queremos sustituir también a Digital +.
De momento hemos mirado dos compañías: Telefónica y Ono. La primera nos ofrece sólo hasta 6Mb y la segunda no da servicio a mi calle. Y aquí es a donde quería yo ir a parar. Todas las calles al rededor de donde yo vivo disponen de servicio con Ono. Vivo en una de las calles más céntricas de la población y es la única que no tiene acceso a opciones de una banda ancha algo más ancha que el resto (podríamos llamarlas banda anchas estrechas). Me pregunto cómo puede ser esto :-/
Hemos visto que Jazztel nos ofrece hasta 20Mb, pero no tiene servicio de televisión…
A parte de esto, y también relacionado con la banda ancha, se ha publicado un estudio de Cisco (yo lo he visto gracias a bandaancha). Me pregunto hasta qué punto se puede conseguir que internet de un buen servicio sin subir más la velocidad de subida. Digo esto porque cada vez más se está convirtiendo internet en un sistema de compartir fotografías, vídeo, etc. y antes de bajar algo primero hay que subirlo.
Esta mañana no había internet en los ordenadores de algunos despachos de uno de los edificios de la universidad. Era algo muy raro, porque todo estaba bien puesto, se llegaba bien al DNS, y todo lo demás, pero aunque pusiera los mismos DNS que los ordenadores de aulas (que sí funcionaban), el navegador no conseguía resolver los dominios.
El problema ya está resuelto y me acaban de avisar de que el problema era uno de los servidores del edificio. Windows 2000 Server, no muy actualizado, por lo visto... ha bastado con desconectarlo y ya va bien todo. Se ve que había pillado un virus.
última actualización:
28 de January de 2012 a las 20:00
todas las horas son UTC.
Powered by:
