http://quie.blogalia.com/ Reflexiones y otros escritos de un geek es-ES Copyright Heimy Heimy Heimy http://quie.blogalia.com//historias/62556 No son noticias nuevas, pero Mark Pilgrim se ha puesto a la tarea de <strike>traducir</strike> actualizar su gran obra (para muchos, otros la encontraron un tanto prolija). <br /> <br /> Lo que sí son nuevas: <br /> <br /> <pre class="code"> ~/src/HG/dip3$ hg clone http://hg.diveintopython3.org/ diveintopython3<br/> ~/src/HG/dip3$ hg clone diveintopython3 diveintopython3-es</pre> <br /> <br /> Hace ni dos minutos :) A ver qué sale :P http://quie.blogalia.com//historias/61808 No, no me han perdido el equipaje. Y el vuelo de hoy, MAD-BRU, ha ido como la seda. <br /> <br /> El problema fue ayer. <br /> <br /> Resulta que me he venido a Bruselas al FOSDEM (hola, chicos) y comprobando viajes, me resultaba más cómodo y barato ir a Madrid vía Tenerife Norte, hacer noche allí y seguir. Dado que me habían cedido amablemente un sofá, decidí intentar llegar lo más pronto posible, para evitarle molestias a mi hospedadora, así que tiré por el vuelo TFN-MAD de las 17:30. <br /> <br /> ¡17:30 mis huevos! Llego a facturar (con casi dos horas de antelación): "oh, me sale aquí que va a ir con retraso, ¿eh? El que viene de Madrid saldrá tarde" <br /> <br /> Grrrrrrrrr (1) <br /> <br /> Me paseo arriba y abajo por el aeropuerto una horita (TFN es de los aeropuertos más aburridos que he pisado en mi vida), haciendo tiempo, tomando un cafelito, leyendo algo... Paso por la oficina de Iberia: "A ver... Sí, el 956 salió con una hora y cuarto de retraso... pero salío, ¿eh?" Grrrrrrr (2), pero un poco menos gruñón, porque ya me esperaba el asunto. <br /> <br /> Ok, el avión viene, vamos a pasar el control de seguridad y esperamos allí. Total, quedaba una hora y poco para el supuesto "embarque con retraso", así que... <br /> <br /> La verdad, teniendo en cuenta que no habían actualizado la información en ningún momento, me lo tenía que haber olido. En algún punto impreciso entre las 17:30 y las 18:00, me dio por pasar de nuevo por los monitores de información... "Hora estimada, 20:30" Grrrrrrrrrrrr (3) ¡¡¡Su puta madre!!! <br /> <br /> Pues sí. Salimos con el vuelo de las 20:30, encima con destino a la T4S (para más INRI), lo cual añadió probablemente sus buenos 15-20 minutos a la salida de maletas. Total, aparecí por la puerta a las 00:30, hora local. Los que me vinieron a recoger, unos santos. <br /> <br /> Conclusión: el vuelo que venía de Madrid (956), que dicen que salió, pero que yo no lo vi aterrizar, probablemente ni salió ni puñetas. La hipótesis con más probabilidades, de entre las que barajamos los que estábamos con ganas de salir a matar a alguien mientras esperábamos por el vuelo, es que el de la noche (el 951, más grande) lo tenían medio vacío y decidieron juntar ambos vuelos (ahí sí que iba más llenito), así que me he chupado 3-4 horas gratis de aeropuerto, por el morro. <br /> <br /> Iberia: haciendo amigos. http://quie.blogalia.com//historias/61485 El día 8 de enero me desvelé a las 7 de la mañana. Hora extraña para mi, que normalmente es raro que me levante más pronto de las 8:30 :P (vivir a 5 minutos del curro es lo que tiene). Todavía estaba oscuro. <br /> <br /> Estuve un rato tirado en la cama trabajando en unas cosillas hasta que me di cuenta de que las laderas que veo desde esa posición se tornaban rojizas, así que me entró la curiosidad, me levanté, miré hacia el lado contrario y... bueno, les dejo el resultado que parece que está subiendo puntos en mi lista de "más populares": <br /> <br /> <a href="http://www.flickr.com/photos/heimy/3181154327/" title="Dawn at Santa Cruz by [Heimy], on Flickr"><img src="http://farm4.static.flickr.com/3255/3181154327_f955427549.jpg" width="500" height="375" alt="Dawn at Santa Cruz" /></a> <br /> <br /> Pinchen en la imagen si quieren ir a Flickr para verla a mayor resolución. http://quie.blogalia.com//historias/61009 Holas... <br /> <br /> Se me ha acercado Gert Raskin, el responsable local del Mercator Telescope y me ha comentado que están ofertando (bueno, van a ofertar) una plaza para un Ingeniero de Software. Lo comento por aquí con algo de antelación, porque todavía está por recibir la descripción exacta del puesto (especialmente en cuanto a periodo durante el que se trabajará, deadline de la oferta, etc.), pero me dice que espera tener respuesta durante esta semana o primeros de la próxima. La oferta estará en <a href="http://www.mercator.iac.es">su página web</a>, bajo "Job opportunities", claro. <br /> <br /> Bueno, <b>¿qué buscan?</b>: sería preferible un Ingeniero (Técnico) Informático o titulación similar con experiencia en el área, pero no es requisito imprescindible. Tampoco hace falta un título universitario, <b>sin embargo</b>, he de señalar (y lo indican en la oferta) que para la remuneración dependen de las reglas impuestas por la Universidad de Lovaina (Katholieke Universiteit Leuven), lo que viene a decir que el sueldo será relativo <i>no sólo</i> a currículum y experiencia <i>sino también a la titulación académica</i>. <br /> <br /> Otros requisitos: <br /> <ul><li>El trabajo exige residir en La Palma, claro</li><li>Conocimiento de administración de sistemas Unix/Linux</li><li>Conocimiento de inglés (imprescindible), ya que es el idioma que vas a usar a diario para comunicarte con tus compañeros.</li><li>Flexibilidad de horarios. Generalmente trabajarás tu jornada de 8 horas, pero de vez en cuándo (aunque no con frecuencia) te tocará alguna "guardia" por las noches y posiblemente en fin de semana. Y puede ser que te avisen con no demasiada antelación (más sobre esto, luego)</li><li>Capacidad de trabajar en el observatorio, que se encuentra a 2400m sobre el nivel del mar. La mayor parte del tiempo, sin embargo, el trabajo se desarrollará en las oficinas en Santa Cruz.</li><li>Disponibilidad para viajar: vas a tener que ir a Bélgica (a Lovaina) de vez en cuándo.</li><li>Carnet de conducir, para subir al Roque cuando haga falta (la empresa pone el coche)</li></ul> <br /> Por supuesto, hay que saber programar :P, vaya ingeniero de software si no. El lenguaje que usan de forma principal en el Mercator es Python, así que es un plus tener experiencia con él. Si tienes experiencia haciendo interfaz con dispositivos electrónicos (adquisición de datos, puerto serie, etc.), mejor que mejor. <br /> <br /> Si además tienes experiencia previa en tareas de las que te vas a encargar (véase un poco más abajo), ya ni te digo. <br /> <br /> <b>¿De qué va a ir el trabajo?</b> Trabajarías en equipo con el resto de los miembros del Mercator (que son 3-4, dependiendo de si tienen becario o no) en: <br /> <ul><li>Desarrollar software para el nuevo sistema de calendarización y control de las observaciones</li><li>Desarrollar software de control para nuevos instrumentos</li><li>Diseño y creación de interfaces gráficas</li><li>Administración y mantenimiento de los computadores</li><li>Asistencia con tareas operacionales en el telescopio</li><li>Proporcionar soporte a los astrónomos visitantes</li></ul> <br /> Ojo. Aunque la descripción del trabajo pueda parecer "queremos alguien que nos haga hasta el café", esto no es así. El Mercator es una empresa pequeña así que aunque cada persona tenga una tarea principal, todos hacen de todo (en el NOT nos pasa lo mismo hasta cierto punto, y eso que somos 3-4 veces más grandes). <br /> <br /> Bueno, eso es todo. Si tienen alguna dudilla/curiosidad me lo pueden preguntar a mi, tanto aquí como por correo electrónico (el que lo conozca :P). Y si están interesados, recuerden echar un ojo diario a la página del Mercator, a ver si han colgado la oferta oficial. http://quie.blogalia.com//historias/60737 <a href="http://www.heise-online.co.uk/open/SCO-vs-Linux-case-against-Novell-closed--/news/112041">Parece ser</a> que a SCO se le han acabado las salidas. Ya hay veredicto final: SCO nunca tuvo derecho alguno sobre el (C) de Unix y encima tendrá que pagar a Novell más de USM en concepto de daños y perjuicios y además, en caso de apelar, no podrán reutilizar la acusación de incumplimiento de contrato, apropiación de copyright y competencia desleal, que era la base principal de todo el follón. <br /> <br /> Todavía queda el asunto de SCO vs. IBM, por ejemplo, pero si el caso de SCO estaba ya pillado con chinchetas... http://quie.blogalia.com//historias/60605 Como el geekismo de este blog ha bajado mucho últimamente, creo que es hora de contar alguna cosilla friki. <br /> <br /> El grueso de la funcionalidad de observación, aquí en el NOT, se obtiene ejecutando programas disponibles en el shell de unas estaciones Linux. Esto nos permite hacer (con bastante rapidez) shell scripts que ejecuten tareas habituales, como las de obtención de imágenes de calibración, observación múltiple de un objeto para aplicar <i>dithering</i>, etc. <br /> <br /> Hoy nos ha llegado el jefe (que de astrofísica sabrá un huevo, pero de ordenadores, el pobre...) preguntando si podemos hacer que una tarea se ejecute en segundo plano cada (digamos) 15 segundos dentro de esos scripts. Empezamos diciéndole que sí, pero yo que me huelo las dificultades de sus ideas a la milla, le pregunto: "cuando dices que hay que hacerlo cada 15 segundos, te refieres que la tarea tiene que empezar cada 15 segundos exactamente?". La respuesta, como me temía, fue... "sí". Nuestra respuesta fue: "olvídalo". Solemos hacerlo cuando no estamos seguros de si habrá una manera fácil y queremos desanimarle de entrada ;) <br /> <br /> Si alguno no ha captado la sutileza, no es lo mismo ejecutar algo cada 15 segundos que ejecutar, dejar pasar 15 segundos y ejecutar de nuevo. Obsérvese: <br /> <br /> <div align="center"><img src="http://farm4.static.flickr.com/3179/3040394837_286ccb9e90_o.png" /></div> <br /> El diagrama no necesita mucha explicación. Representa la ejecución de dos tareas y el tiempo crece hacia la derecha. Vemos que la tarea en la parte de arriba se ejecuta cada 5 unidades de tiempo (digamos, segundos), mientras que la segunda se ejecuta cada 5.2 unidades de tiempo. Lo primero es lo que quiere el jefe. En el segundo caso, ponemos a ejecutar la tarea y entonces indicamos que queremos esperar 5 segundos. Ese 0.2 de unidad de tiempo extra se debe a lo que tarda el sistema en hacer cosas (empezar a ejecutar la tarea que va a segundo plano, devolvernos el control, etc) y lo he representado con lo que va desde un "inicio de tarea" hasta las líneas punteadas. <br /> <br /> Si hemos dicho que las unidades de tiempo son 5 segundos, puede sorprendernos que el ordenador tarde 2 décimas en permitirnos continuar. En realidad es una exageración, que nos permite ver enseguida los efectos del retraso acumulado por cada ejecución. Imaginemos que podemos obtener información horaria del ordenador por cada ejecución, con precisión de segundos. Si el retraso fuera de 2 centésimas de segundo, veríamos los efectos en menos de 5 minutos. Aún si fuera de 2 milésimas de segundo, en menos de tres cuartos de hora. Es un claro ejemplo de que una piedrecita no hace nada, pero poco a poco haces una montaña. Y en aplicaciones de tiempo real "hard" (no es nuestro caso), es totalmente inaceptable. <br /> <br /> El problema que se nos presenta, en particular, es que las herramientas estándar que nos ofrece el sistema no incluyen ningún temporizador, que yo sepa. Todo lo más podemos usar <i>sleep</i>, que sufre el problema de acumulación de retraso. Hay maneras de reducir el impacto del retraso, como solicitar una espera ligeramente menor que el tiempo acordado, o ligeramente mayor, según veamos la evolución del sistema. Pero eso es más bien un parche que una solución y depende muchísimo de la precisión conque podamos especificar las esperas al sistema, y en el caso de sleep la precisión es de segundos. No nos sirve. <br /> <br /> Lo que sí puede hacer el shell (tanto bash como tcsh, los dos que usamos) es "capturar" señales y responder a ellas. Claro que necesitamos primero algo que envíe esa señal y que además lo haga en el momento adecuado. <br /> <br /> Hemos optado por escribir un pequeño programa en C para esta tarea: <br /> <br /> <pre class="code">#include &lt;signal.h&gt;<br />#include &lt;sys/types.h&gt;<br />#include &lt;sys/time.h&gt;<br />#include &lt;unistd.h&gt;<br /><br />int parent;<br /><br />void lanza(int a) {<br /> kill(parent, SIGALRM);<br />}<br /><br />int main() {<br /> struct itimerval timer;<br /><br /> parent = getppid();<br /> timer.it_value.tv_sec = 5;<br /> timer.it_value.tv_usec = 0;<br /> timer.it_interval.tv_sec = 5;<br /> timer.it_interval.tv_usec = 0;<br /> setitimer(ITIMER_REAL, &amp;timer, NULL);<br /><br /> signal(SIGALRM, lanza);<br /> while(1) {<br /> pause();<br /> }<br />}</pre> <br /> <br /> Este programa es muy sencillote y no hace otra cosa que enviar una señal (ALRM, en este caso) cada 5 segundos. Si lo fuésemos a usar al final, probablemente lo modificaría para tomar el tiempo de espera como argumento. La función que usa el programa para establecer la temporización es <code>setitimer</code>, a la que hemos indicado como modo de funcionamiento <code>ITIMER_REAL</code>, ya que queremos que el "cronómetro" funcione en "tiempo real" (esto quiere decir "todo el tiempo", en lugar de, por ejemplo, sólo cuando el programa tiene el procesador). <br /> <br /> La señal se repetirá cada 5 segundos mientras no especifiquemos lo contrario (y aquí tenemos un bucle infinito :P), siendo el único limitante la precisión interna del propio sistema operativo, cosa de la que no podemos escapar. En caso de que la ejecución se retrase un poco, no habrá acumulaciones. <br /> <br /> El script que he usado para probarlo es éste: <br /> <br /> <pre class="code">#!/bin/bash<br /><br />function printdate () {<br /> date<br />}<br /><br />trap printdate 14<br /><br />./rt &amp;<br /><br />echo "Sleeping..."<br />while true<br />do<br /> wait<br />done</pre> <br /> <br /> "rt" es el nombre del programa en C y "14" es el número de la señal SIGALRM. <br /> <br /> ¿Alguna otra idea feliz? http://quie.blogalia.com//historias/60490 Con <a href="http://formacion.barrapunto.com/article.pl?sid=08/11/05/1947228">todo</a> el <a href="http://www.huelgainformatica.es">rollo</a> de los <a href="http://boloniaiifordummies.blogspot.com/">últimos días</a>, creo que a nadie se le escapa que los estudiantes y profesionales del ramo de la Informática estamos un poco soliviantados. Cuánto, depende de lo que nos hayamos preocupado en documentarnos sobre el asunto, pero todos en mayor o menor medida. <br /> <br /> De hecho, apoyo que todo el que pueda vaya a la huelga si quiere defender así sus/nuestros derechos (yo no creo que pueda, eso es otra historia), aunque creo que muchos van a ir a ella con una idea equivocada de lo que está sucediendo y de lo que están pidiendo. Por supuesto, no podía estar en contra. Además, ¡qué coño!, están en su derecho constitucional a ello. <br /> <br /> Lo que no puedo admitir es lo que me acaba de llegar: <br /> <br /> <blockquote>Os propongo otra medida de propuesta que servirá para empezar a hacernos notar, <br /> quizás tener un poco más de repercusión en los medios y sondear el seguimiento de la <br /> huelga del 19. Los informáticos podemos realizar acciones de protesta que provoquen <br /> colapsos en servidores y otros errores informáticos. No hablo de vandalismo informático, <br /> sino de medidas de protestas dirigidas a los servidores de los ministerios implicados. <br /> Para ello necesito que el próximo miércoles día 12 a las 12 de la mañana todos entremos <br /> en esta Url: ..... <br /> <br /> Es una dirección del Ministerio de Industria que accede a un pdf para pedir derecho a <br /> ejercer una de las profesiones regladas por dicho Ministerio. Como ya sabemos la <br /> nuestra no aparece, ya que el Ministerio no parece estar por la labor de darnos <br /> competencias. Lo que se pretende es que se reciban muchas peticiones en el servidor en <br /> el mismo momento y se colapse.</blockquote> <br /> <br /> Esto ya no es lo mismo. Esto es una propuesta de realizar actos dañinos, en concreto un Distributed Denial of Service. Esto es pasarse de la raya y entrar directamente a la estrategia borroka. <br /> <br /> Lo siento, pero no en mi nombre. http://quie.blogalia.com//historias/59133 Enas. Después de un par de meses de investigar aquí y allá, he conseguido echar a andar este cacharrito. Es de Fujitsu-Siemens y está basado en el AVerMedia AVerTV DVB-T Volar X... o al menos en una de sus encarnaciones. <br /> <br /> Ayer acabé encontrando en los foros de Ubuntu (en checo O_o) la manera de echarla a viaje. La Volar X, digo, porque mi bicho no quería entrar ni puesto del revés. <br /> <br /> El secreto está en la identificación de los dispositivos. AVerMedia identifica esta serie de dispositivos como A815 o A8150. No sé si hay una distinción real entre ellos, pero el ID PCI de los "A815" es 07ca:a815, mientras que mi dispositivo anuncia 07ca:8150. <br /> <br /> El driver que conseguí sólo decía funcionar con 07ca:a815, así que añadí el ID de mi receptor "por si suena la flauta" y... sí señor. Detectado, inicializado y funcionando, como se puede ver en esta captura: <br /> <br /> <img src="http://staff.not.iac.es/~rcardenes/pictures/cap1.jpg" alt="captura de pantalla con Kaffeine funcionando" width="640" height="384" /> <br /> <br /> Ahora no tengo tiempo para poner detalles, pero cuando acabe exámenes (dentro de semanita y pico), intentaré poner una guía detallada. http://quie.blogalia.com//historias/58487 A veces parece que son incompatibles. Cualquiera que lea prensa o escuche/vea noticias en radio/televisión habrá notado cómo de unos cuántos (no pocos) años para acá la tendencia a usar la pasiva en los artículos es cada vez más acusada. Exagerada, diría yo. <br /> <br /> Esta mañana venía en el coche y uno de los titulares se refería a un caso de violencia doméstica con asesinato (de esposa e hijos) de por medio. Para rematar, la locutora comentó que: "según la policía, no existían denuncias de malos tratos por parte de la víctima". <br /> <br /> Quietos paraos. ¿Se ha dado cuenta la locutora de lo que ha dicho? Quien le escribiera el guión (si no lo hizo ella), ¿en qué estaba pensando? ¿Soy el único que piensa que la frase suena ridícula tal cual? <br /> <br /> *sigh* http://quie.blogalia.com//historias/55845 Excusa típica de alguien que no se molesta en programar <i>bien</i>. Como alternativa también está el "con la de memoria que tienen las máquinas de ahora..." y otros similares. <br /> <br /> Bueno, para cualquiera que tenga esa opinión: lea vd. <a href="http://www.artima.com/cppsource/how_to_go_slow.html">un poco</a> al respecto, por favor. <br /> <br /> He dicho.