Solution 1
cat /etc/issue
The file /etc/issue holds the version of Ubuntu installed on your system
Solution 2
lsb_release -a
visto en...
jueves, abril 05, 2012
sábado, febrero 25, 2012
los neutrinos superlumínicos
Como ya sabrás, hace un par de días, los chicos del experimento Ópera
(donde se detectaron posibles neutrinos que viajaban más rápido que la
luz) informaron que han detectado un par de errores en dicho
experimento.
El experimento se repetirá en pocas semanas, a ver que pasa. La
expectación es máxima.
Desde el principio, los chicos de Ópera, informaron de los resultados
aclarando...
1.- El experimento debe revisarse
2.- El experimento debe repetirse en otros laboratorios por otras personas
Esta aclaración es para los no científicos, porque es la rutina
conocida por todos ellos.
Los no científicos, como era previsible, se fueron al sensacionalismo
de la mano de los periodistas.
Escuché (y no es la primera vez) cosas como Einstein estaba
equivocado, esto abre la posibilidad de viajes en el tiempo hacia el
pasado y el futuro, y otras perlitas.
Nada que dijera ningún científico.
Los chicos del experimento Ópera, han estado revisándolo, han
encontrado dos errores y lo han anunciado.
Toda una lección para periodistas, y pseudociencias como la economía.
Veremos que pasa en unas pocas semanas
De confirmarse que unos neutrinos podrían ir más rápido que la luz,
volveríamos a una situación emocionante en la que deberá seguir
revisándose el experimento y estará pendiente de verificaciones
adicionales en otros laboratorios con otros científicos.
De reconfirmarse con nuevos experimentos y diferentes laboratorios,
los científicos estarían en un fascinante escenario ocurrido muy pocas
veces (o nunca en la historia)
Se habría abierto una puerta por donde pasará un científico de la
talla de Einstein o quizá incluso del mismísimo Newton.
Lo malo es que estos no abundan, y quizá pasara mucho tiempo hasta
verlo, pero la puerta estaría ahí esperando.
Esto me recuerda un poco al experimento Michelson/Morley
Érase una vez un señor que quería medir la velocidad de la tierra
viajando a través del éter luminífero. Sería como medir la velocidad
absoluta de la tierra.
Newton ya dijo que eso era imposible con procedimientos mecánicos,
pero la evolución de la ciencia electromagnética desde entonces, lo
permitía (por medios no mecánicos, claro)
Michelson ideó un fantásico experimento, brutalmente ingenioso, para
tomar unas medidas colosalmente precisas que permitirían detectar esta
velocidad cruzando el éter luminífero.
El resultado fue sorprendentemente negativo.
Así que Michelson perfeccionó su máquina una y otra vez.
Luego se alió con Morley y realizaron uno de los experimentos más
fabulosos e ingeniosos de la historia.
Pero seguía dando resultados negativos.
Pusieron su supersensible máquina en una piscina de mercurio,
realizaron el experimento en un sótano a altas horas de la noche para
que un caballo andando por la calle no pudiera afectarle.
Y el resultado fue... negativo.
Después de trabajar durísimo durante años mejorando el que ya era uno
de los mejores experimentos de la historia, se riendieron.
Publicaron los resultados con toda la información y detalles del
mismo y dijeron que no fueron capaces de medir el viaje de la
tierra.
Esto abrió una sensacional puerta en la que se asomaron enormes
científicos como Lorenz aportanto ideas ingeniosas que explicaban el
resultado.
Pero fue Einstein, quien atravesó esa puerta triunfal y el mundo
cambió bruscamente.
Einstein dio una explicación sencilla, elegante, completa, inapelable
y coherente con la mecánica de Newton y el electromagnetismo de
Maxwell (y Faraday y otros)
Después de que Einstein publicara su articulito "sobre la
electrodinámica de los cuerpos en movimiento", se acabó la diversión.
Una diferencia muy grande con aquella época, es que no muchos
científicos conocían los detalles del sensacional experimento,
incluido el propio Einstein
Einstein no fue inspirado por el experimento de Michelson/Morley y el
año 1905, Einstein no publicó un artículo revolucionario y suficiente
para convertirse en uno de los grandes de todos los tiempos. Publicó
cuatro.
Pero eso es otra historia.
(donde se detectaron posibles neutrinos que viajaban más rápido que la
luz) informaron que han detectado un par de errores en dicho
experimento.
El experimento se repetirá en pocas semanas, a ver que pasa. La
expectación es máxima.
Desde el principio, los chicos de Ópera, informaron de los resultados
aclarando...
1.- El experimento debe revisarse
2.- El experimento debe repetirse en otros laboratorios por otras personas
Esta aclaración es para los no científicos, porque es la rutina
conocida por todos ellos.
Los no científicos, como era previsible, se fueron al sensacionalismo
de la mano de los periodistas.
Escuché (y no es la primera vez) cosas como Einstein estaba
equivocado, esto abre la posibilidad de viajes en el tiempo hacia el
pasado y el futuro, y otras perlitas.
Nada que dijera ningún científico.
Los chicos del experimento Ópera, han estado revisándolo, han
encontrado dos errores y lo han anunciado.
Toda una lección para periodistas, y pseudociencias como la economía.
Veremos que pasa en unas pocas semanas
De confirmarse que unos neutrinos podrían ir más rápido que la luz,
volveríamos a una situación emocionante en la que deberá seguir
revisándose el experimento y estará pendiente de verificaciones
adicionales en otros laboratorios con otros científicos.
De reconfirmarse con nuevos experimentos y diferentes laboratorios,
los científicos estarían en un fascinante escenario ocurrido muy pocas
veces (o nunca en la historia)
Se habría abierto una puerta por donde pasará un científico de la
talla de Einstein o quizá incluso del mismísimo Newton.
Lo malo es que estos no abundan, y quizá pasara mucho tiempo hasta
verlo, pero la puerta estaría ahí esperando.
Esto me recuerda un poco al experimento Michelson/Morley
Érase una vez un señor que quería medir la velocidad de la tierra
viajando a través del éter luminífero. Sería como medir la velocidad
absoluta de la tierra.
Newton ya dijo que eso era imposible con procedimientos mecánicos,
pero la evolución de la ciencia electromagnética desde entonces, lo
permitía (por medios no mecánicos, claro)
Michelson ideó un fantásico experimento, brutalmente ingenioso, para
tomar unas medidas colosalmente precisas que permitirían detectar esta
velocidad cruzando el éter luminífero.
El resultado fue sorprendentemente negativo.
Así que Michelson perfeccionó su máquina una y otra vez.
Luego se alió con Morley y realizaron uno de los experimentos más
fabulosos e ingeniosos de la historia.
Pero seguía dando resultados negativos.
Pusieron su supersensible máquina en una piscina de mercurio,
realizaron el experimento en un sótano a altas horas de la noche para
que un caballo andando por la calle no pudiera afectarle.
Y el resultado fue... negativo.
Después de trabajar durísimo durante años mejorando el que ya era uno
de los mejores experimentos de la historia, se riendieron.
Publicaron los resultados con toda la información y detalles del
mismo y dijeron que no fueron capaces de medir el viaje de la
tierra.
Esto abrió una sensacional puerta en la que se asomaron enormes
científicos como Lorenz aportanto ideas ingeniosas que explicaban el
resultado.
Pero fue Einstein, quien atravesó esa puerta triunfal y el mundo
cambió bruscamente.
Einstein dio una explicación sencilla, elegante, completa, inapelable
y coherente con la mecánica de Newton y el electromagnetismo de
Maxwell (y Faraday y otros)
Después de que Einstein publicara su articulito "sobre la
electrodinámica de los cuerpos en movimiento", se acabó la diversión.
Una diferencia muy grande con aquella época, es que no muchos
científicos conocían los detalles del sensacional experimento,
incluido el propio Einstein
Einstein no fue inspirado por el experimento de Michelson/Morley y el
año 1905, Einstein no publicó un artículo revolucionario y suficiente
para convertirse en uno de los grandes de todos los tiempos. Publicó
cuatro.
Pero eso es otra historia.
viernes, enero 27, 2012
Hoja de cálculo con autoreferencia a la propia hoja (Excel, OpenCalc, Google)
Un problema curioso...
Preparación
Preparación
- En la hoja de cálculo escribimos una tabla con la primera columna con números.
- En la segunda columna, escribimos una ecuación que nos devuelva el numero de la primera columna
- En la tercera columna, volvemos a hacer autoreferencia a la primera columna, pero en este caso, añadimos en la ecuación el nombre de la hoja de cálculo actual.
La fiesta
- Ahora le decimos que ordene la tabla por la primera columna. Todo bien.
- Es el turno de ordenar por la segunda columna. Sin problemas
- Y le toca a la tercera. Ordenamos por la tercera columna. ¿Qué pasa?
La comparación
La hoja de cálculo de Mocochoft, Excel y la de OpenOffice, ordenan mal, cambian las ecuaciones, los resultados de la tercera columna son erróneos.
La hoja de Google, lo hace bien.
Observaciones
El problema con Excel, se produce muy fácilmente. Basta con seleccionar otra hoja mientras escribes la ecuación, volver a la hoja y ya te ha metido la autoreferencia de hoja.
En OpenOffice y Google, el comportamiento es mejor. Con el ratón no se puede generar. Detectan que has vuelto a la hoja propia y no escriben la autoreferencia.
No está mal, porque es difícil que alguien escriba a mano una autoreferencia a una hoja de cálculo.
Pero la mejor solución, es hacerlo bien, que no es tan difícil.
Y eso es lo que hace Google. Aunque haya una autoreferencia a la propia hoja en la propia tabla a ordenar, lo gestiona bien.
Vuelve a ganar Google Docs. En segundo lugar, OpenOffice. Y Excel, con un patético resultado.
Probado en Excel 2007
¿Es más importante el "Ribbon" que estos problemas?
lunes, enero 23, 2012
El falsificador más buscado de todos los tiempos
http://www.elblogsalmon.com/historia-de-la-economia/edward-mueller-el-falsificador-mas-buscado-de-todos-los-tiempos
Edward Mueller: el falsificador más buscado de todos los tiempos
Los misteriosos billetes falsos
Edward Mueller tenía los conocimientos suficientes para hacer falsificaciones muy burdas, los había ganado trabajando en su infancia. Tomó una fotografía de estudio de un billete en casa de su hija y fabricó placas de zinc en su casa. En otoño de 1938 ya había sacado su primer billete. Lo secó y en cuanto estuvo listo compró diez centavos de caramelos. Había tenido noventa centavos de beneficio sobre el mismo. Además se dio cuenta de algo que no habían pensado nunca los demás falsificadores. Nadie examina un billete de valor tan pequeño.
Los billetes eran de muy mala calidad. La palabra Washington estaba mal escrita, se leía Wahsington y los ojos de George Washington también estaban mal. El papel no era parecido, sino que era uno normal que se podía comprar en cualquier papelería. Cuando el Servicio Secreto (que tiene dos funciones, luchar contra el dinero falso y proteger al presidente) encontró el primer billete, les pareció una falsificación de lo más burda. Pero también muy difícil de detectar. Por supuesto abrieron un nuevo expediente, el 880.
Los billetes empezaron a aparecer, en pequeñas cantidades. Estos aparecían en estaciones de metro, tiendas, bares, pequeños negocios… Los gastos de Edward Mueller nunca superaban los 50 dólares mensuales, por lo que no dispersaba más de dos billetes al día. Edward Mueller nunca quiso un estilo de vida extravagante, solo vivir él y su perro. Su alquiler eran 25 dólares al mes. Lo máximo que hacía era comprar caramelos para los niños del barrio, era una época en la que eso no resultaba siniestro.
Buscando a un falsificador
Mientras tanto el servicio secreto tenía problemas para encontrarlo. Acostumbrados a otra escala, cazar a Juettner era matar moscas con cañonazos. A los cinco años sólo se habían puesto en circulación 2.840 dólares y los agentes estaban completamente perplejos de las pequeñas cantidades que se habían puesto en circulación. A los diez años unos cinco mil.
El Servicio Secreto intentó darle publicidad al tema, pero lo único que consiguió fue que muchos ciudadanos no proporcionaran los billetes a las autoridades y se los quedaran de recuerdo. Según el periodista del New Yorker, StClar McKelway detrás del archivo 880 había más gente de la que había habido nunca detrás de ningún otro caso de falsificación de dinero.
Fue un incendio
Un incendio en el edificio de apartamentos de Edward Mueller cambió el curso de la historia tras diez años de vivir de falsificar billetes. Él se salvó, pero su perro murió. Muchas de sus pertenencias se tiraron por los bomberos y mientras que el edificio era reparado el falsificador se mudó a casa de su hija en las afueras.
Nueve chavales de entre diez y quince años estaban jugando en un descampado y encontraron la prensa de Edward Mueller y treinta billetes, que pensaron que eran de juguete. Uno de ellos llevó algunos a casa, y su padre al verlo pensó que era un asunto lo suficientemente serio como para avisar a las autoridades y los llevó a una estación de la calle 100. El servicio secreto al ver la palabra Washington mal escrita se frotó las manos. Por fin empezaban a ver una luz al final del túnel después de diez años quebrándose la cabeza sin obtener ninguna pista.
Edward Mueller fue detenido unos pocos días después, sin tener ningún tipo de problema para confesar lo que había hecho. Parecía gustarle la atención que recibía. Lo único que quería era vivir con su perro y regalar caramelos a los vecinos de vez en cuando. Además nunca había dado más de un billete a la misma persona, por lo que el daño que había causad era mínimo.
Edward quedó en libertad bajo fianza, a pesar de eso se pasaba por las oficinas del Servicio Secreto a saludar. Cuando fue juzgado a los 73 años, disfrutó todos los minutos que duró el juicio. Nunca en su vida había despertado tanta atención. Fue sentenciado a un año y un día y la multa fue de un dólar. De su sentencia sólo cumplió cuatro meses y después se mudó a casa de su hija. Ahí se dedicó a contar como había engañado al servicio secreto durante diez años a todo aquel que quisiera escucharle.
En 1950 se hizo una película contando su vida, Burt Lancaster fue el agente del Servicio Secreto y Edmund Gwen lo interpretó a él, llegando a ser nominado a un Oscar por la actuación. Fue invitado al estreno donde disfrutó como un niño. Además por los derechos de la película obtuvo más dinero que por toda su actividad de falsificador durante diez años.
martes, noviembre 01, 2011
madres burkas y marujas
Sensacional artículo de Arturo Pérez Reverte
http://www.perezreverte.com/articulo/patentes-corso/643/madres-burkas-y-marujas/
Madres, burkas y marujas
XLSemanal - 31/10/2011
En 1991, mientras esperaba en Dahrán la ofensiva norteamericana para liberar Kuwait, presencié un suceso curioso. Frente al mercado Al Shula había un vehículo militar con una soldado norteamericana al volante. En Arabia Saudí está prohibido que las mujeres conduzcan automóviles; así que una pareja de mutawas -especie de policía religiosa local- se detuvo a increpar a la conductora. Incluso uno de ellos le golpeó con una vara el brazo que, con la manga de camuflaje remangada, apoyaba en la ventanilla. Tras lo cual, la conductora -una sargento de marines de aspecto nórdico- bajó con mucha calma del coche y le rompió dos costillas al de la vara. Ésa fue la causa de que durante el resto de la guerra, a fin de evitar esa clase de incidentes, la Mutawa fuese retirada de las calles de Dahrán. Pensé en eso el otro día, al enterarme de un nuevo asunto de chica con problemas por negarse a ir a clase sin el pañuelo islámico llamado hiyab. Y recuerdo la irritación inicial, instintiva, que sentí hacia ella. Mi íntimo malhumor cuando me cruzo en la calle con una mujer cubierta con velo, o cuando oigo a una joven musulmana afirmar que se cubre la cabeza en ejercicio de su libertad personal. Cómo no se dan cuenta, me digo.
Cómo no les escuece igual que ácido en la cara la sumisión, tan simbólica como real, a que se someten. Recuerdo, por ejemplo, que hace cuarenta años mi madre aún necesitaba la firma de su marido para sacar dinero del banco. Y me llevan los diablos. Tanto camino, me digo. Tanta lucha y esfuerzo de las mujeres para conseguir dignidad, y ahora una niñata y cuatro fátimas de baratillo -como las llamaría el capitán Haddock- pretenden hacernos volver atrás, imponiendo de nuevo, en la Europa del siglo XXI, la sumisión irracional al hombre y a las reglas hechas por el hombre.
Reclamando tolerancia o respeto para esa infamia. Pero no es tan simple, concluyo cuando me sereno. Incluso aunque digan actuar con libertad, esas mujeres siguen siendo víctimas de un mundo cuyas reglas fueron impuestas por los hombres para garantizarse el control de su virginidad, su fertilidad y su fidelidad. Después de escucharnos decir lo libres de conducta que pueden y deben ser, esa muchacha o la señora del velo van a casa y se cruzan en la escalera con el imán de su mezquita, que vive en el quinto piso, o con el chivato hipócrita que a veces incluso luce una pasa en la frente -ese moratón de pegar cabezazos en el suelo al rezar, para que todos sepan lo buen musulmán que es uno-, que vive en el segundo. Y con ellos, y con el padre, el marido o el abuelo que están en casa, esas mujeres tienen que convivir cada día, y casarse, y criar familia, y ser respetadas por una comunidad donde la religión suele estar por encima de las leyes civiles, o las inspira.
Una sociedad endogámica, especializada en marcar y marginar -cuando no encarcelar o ejecutar- a quienes discrepan o se rebelan; y cuyos más radicales clérigos, esos imanes fanáticos que recomiendan a sus fieles machacar a las mujeres para que no se desmanden, son tolerados y hasta amparados, de manera suicida, por una sociedad occidental demagoga, estúpida, desorientada, con el pretexto de unos derechos y libertades que ellos mismos niegan a sus feligreses. Todo eso, en vez de ponerlos en la frontera en el acto, si son extranjeros, o meterlos en la cárcel, si son de aquí, cada vez que humillan o amenazan a la mujer en una prédica.
Una sociedad, la nuestra, incapaz de plantearse el verdadero nudo del problema: si una niña que durante catorce años fue a un colegio normal, entre chicos y chicas, resuelve de pronto ponerse un pañuelo en la cabeza, es que algo con ella estuvo mal hecho. Que alguna cosa no funciona en el método; falto de una firmeza, una claridad de ideas y una persuasión que no tenemos. En todo caso, si a menudo es la mujer la que elige ser hembra sumisa en vez de sargento de marines, y con su pasividad o complicidad educa a los hijos en esclavitudes idénticas a las que ella sufrió, tampoco es justo que el Islam se lleve todas las bofetadas. En materia de esclavitudes, sumisión y transmisión de costumbres a hijas y nietas, igual de infame es el espectáculo de esas españolísimas marujas presuntamente modernas, libres y respetables, que babean en programas de televisión aplaudiendo y diciendo te queremos y envidiamos, guapa, bonita, a fulanas que encarnan lo que, en el fondo y a menudo en la forma, a ellas les habría gustado ser, y desean para sus propias hijas: analfabetas sin otra aspiración en la vida que convertirse en putizorra de plató televisivo. Y esos aplausos y admiración -hasta autógrafos les piden, las tontas de la pepitilla- me parecen tan indignos y envilecedores para las mujeres, tan turbios y reaccionarios, como un burka que las cubra de la cabeza a los pies.
viernes, agosto 26, 2011
Primer mensaje de Linux
El 25 de agosto de 1991 un joven estudiante de informática de la Universidad de Helsinki llamado Linus Torvalds publicaba un mensaje en las listas de distribución de Usenet.
https://groups.google.com/forum/#!msg/comp.os.minix/dlNtH7RRrGA/SwRavCzVE7gJ
Hola a todos los que estáis ahí fuera usando minix -
Estoy desarrollando un sistema operativo (libre) (sólo por hobby, no será grande y profesional como gnu) para clónicos de los AT 386(486). Esta idea está madurando desde abril, y ahora está comenzando a estar lista. Me gustaría recibir cualquier comentario en cosas que a la gente le gustan y no le gustan de minix, ya que mi sistema operativo se parece a él un poco (misma disposición física del sistema de ficheros (por razones prácticas) entre otras cosas).
Ya he trasladado bash(1.08) y gcc(1.40), y parece que las cosas funcionan. Esto implica que podría tener algo práctico en pocos meses, y me gustaría saber qué características le gustarían más a la gente tener. Será bienvenida cualquier sugerencia, pero no prometo que las implementaré todas ellas :-)
Linus (torv…@kruuna.helsinki.fi)
PD: Sí – está libre de cualquier código minix, y tiene un sistema de ficheros multi-hilo. NO es portable (usa el cambio de tareas del 386, etc) y probablemente nunca soporte otra cosa que no sean los discos duros de los AT, es todo lo que tengo :-(
Y mucha gente critica que Linux no es un sistema operativo (SO) que sólo es un kernel.
Pero no es así. Linux es un Sistema Operativo.
Un sistema operativo es un programa que gestiona el hardware, los procesos y ofrece un API.
Eso es lo que hace Linux.
Otra cosa son los sistemas microkernel (que Linux no lo es).
En un sistema microkernel, existe un kernel (¿pequeño?) y buena parte del sistema operativo se ejecuta como procesos normales.
En el caso de Linux, que es monolítico, el equivalente al kernel es el SO.
También se podría entender que Linux es el corazón, el núcleo (kernel) de un sistema mayor (GNU, o Ubuntu o lo que se quiera). Pero el sistema mayor, no es técnicamente un sistema operativo.
Si cambias el compilador, el intérprete de comandos, el gestor de ventanas o el escritorio, no cambias el sistema operativo, sigue siendo el mismo sistema operativo.
En sistemas operativos monolíticos (como es Linux) no tiene mucho sentido hablar de kernel, porque todo el SO es el kernel.
https://groups.google.com/forum/#!msg/comp.os.minix/dlNtH7RRrGA/SwRavCzVE7gJ
Hola a todos los que estáis ahí fuera usando minix -
Estoy desarrollando un sistema operativo (libre) (sólo por hobby, no será grande y profesional como gnu) para clónicos de los AT 386(486). Esta idea está madurando desde abril, y ahora está comenzando a estar lista. Me gustaría recibir cualquier comentario en cosas que a la gente le gustan y no le gustan de minix, ya que mi sistema operativo se parece a él un poco (misma disposición física del sistema de ficheros (por razones prácticas) entre otras cosas).
Ya he trasladado bash(1.08) y gcc(1.40), y parece que las cosas funcionan. Esto implica que podría tener algo práctico en pocos meses, y me gustaría saber qué características le gustarían más a la gente tener. Será bienvenida cualquier sugerencia, pero no prometo que las implementaré todas ellas :-)
Linus (torv…@kruuna.helsinki.fi)
PD: Sí – está libre de cualquier código minix, y tiene un sistema de ficheros multi-hilo. NO es portable (usa el cambio de tareas del 386, etc) y probablemente nunca soporte otra cosa que no sean los discos duros de los AT, es todo lo que tengo :-(
Y mucha gente critica que Linux no es un sistema operativo (SO) que sólo es un kernel.
Pero no es así. Linux es un Sistema Operativo.
Un sistema operativo es un programa que gestiona el hardware, los procesos y ofrece un API.
Eso es lo que hace Linux.
Otra cosa son los sistemas microkernel (que Linux no lo es).
En un sistema microkernel, existe un kernel (¿pequeño?) y buena parte del sistema operativo se ejecuta como procesos normales.
En el caso de Linux, que es monolítico, el equivalente al kernel es el SO.
También se podría entender que Linux es el corazón, el núcleo (kernel) de un sistema mayor (GNU, o Ubuntu o lo que se quiera). Pero el sistema mayor, no es técnicamente un sistema operativo.
Si cambias el compilador, el intérprete de comandos, el gestor de ventanas o el escritorio, no cambias el sistema operativo, sigue siendo el mismo sistema operativo.
En sistemas operativos monolíticos (como es Linux) no tiene mucho sentido hablar de kernel, porque todo el SO es el kernel.
lunes, agosto 01, 2011
¿Cómo se buscan a los programadores?
http://blog.jitbit.com/2011/05/what-if-drivers-were-hired-like.html
What If Drivers Were Hired Like Programmers?
What if drivers were hired like software developers?
Job title: car driver
Job requirements: professional skills in driving normal- and heavy-freight cars, buses and trucks, trolley buses, trams, subways, tractors, shovel diggers, contemporary light and heavy tanks currently in use by NATO countries.
Skills in rally and extreme driving are obligatory!
Formula-1 driving experience is a plus.
Knowledge and experience in repairing of piston and rotor/Wankel engines, automatic and manual transmissions, ignition systems, board computer, ABS, ABD, GPS and car-audio systems by world-known manufacturers - obligatory!
Experience with car-painting and tinsmith tasks is a plus.
The applicants must have certificates by BMW, General Motors and Bosch, but not older than two years.
Compensation: $15-$20/hour, depends on the interview result.
Education requirements: Bachelor's Degree of Engineering.
What If Drivers Were Hired Like Programmers?
What if drivers were hired like software developers?
Job title: car driver
Job requirements: professional skills in driving normal- and heavy-freight cars, buses and trucks, trolley buses, trams, subways, tractors, shovel diggers, contemporary light and heavy tanks currently in use by NATO countries.
Skills in rally and extreme driving are obligatory!
Formula-1 driving experience is a plus.
Knowledge and experience in repairing of piston and rotor/Wankel engines, automatic and manual transmissions, ignition systems, board computer, ABS, ABD, GPS and car-audio systems by world-known manufacturers - obligatory!
Experience with car-painting and tinsmith tasks is a plus.
The applicants must have certificates by BMW, General Motors and Bosch, but not older than two years.
Compensation: $15-$20/hour, depends on the interview result.
Education requirements: Bachelor's Degree of Engineering.
lunes, julio 11, 2011
Linux es diabólico, malo, muy malo
http://www.enterate.com.pa/Espacios/Mi-vida-entre-Bits/Linux-es-diabolico-muy-malo.html
Quienes hemos tenido la oportunidad de conocer el entorno LINUX, sabemos que este es un sórdido mundo, donde lo malo, demoníaco y bizarro se presenta en la más diabólica y cruel de sus expresiones.
Linux es la más reciente mutación de un ancestral sistema operativo llamado UNIX, y heredó de este la mayoría de sus genes maléficos. Peor aún, hoy en día cualquiera puede verse inmerso, gratuitamente y por descuido, en un submundo absorbente lleno de extrañas criaturas, malignos conjuros y oscuros comandos.
En el centro de cada servidor Linux, vive un gran monolito al que todos llaman kernel. Alrededor de él, habita un gran número de perversas entidades, llamados procesos. Nadie parece conocer, a ciencia cierta, para qué sirven. Tras 20 años de experiencia en Linux/Unix, uno puede llegar a conocer algunos, y hasta saber lo que otros hacen. Sin embargo, la gran mayoría vive incógnita, actuando a sus anchas, obedeciendo las instrucciones del kernel y succionando la vida de nuestro computador.
Es en este punto donde se vuelve inquietante... Muchos de estos procesos llegan a convertirse en demonios (daemons). Por increíble y sobrenatural que parezca, los demonios no utilizan conjuros ni hechizos para reproducirse. Ellos utilizan un tenedor (fork) para crear otros demonios llamados hijos o niños (childs), que a su vez, imitan a su creador y siguen ciegamente sus pasos.
Este infernal purgatorio puede crecer y expandirse por sí mismo. Siendo Linux un sistema operativo multiusuario y multitarea, cientos de estos pequeños demonios pueden ser creados para abastecer a cuantas ingenuas víctimas humanas accedan al sistema; convirtiendo al servidor en un verdadero infierno, plagado de demonios, cada uno con vida y voluntad propia.
En la medida en la que el número de usuarios se reduce, sucede algo espeluznante. Los demonios padres comienzan a matar (kill) a sus hijos (child), sin piedad ni compasión alguna. Más aún, existen terribles comandos para matarlos a todos (killall) que asustan por la magnitud de la masacre que pueden ocasionar. Para una muerte compasiva existe el soft kill, y para las mas crueles el hard kill. El infame comando total kill, no requiere explicación. Como ven, es abundante el tipo de muertes que pueden darse.
¿ Le suena escalofriante ? Espere a leer esto:
En algunas ocasiones, un proceso niño (child) termina o "muere" (die) sin que su padre o creador se entere. Se dice que el proceso niño entra en estado difunto (defunct) o mejor conocido como zombie. Santo cielo! ... Zombies ??? ... El desafortunado proceso hijo, ya como zombie, no tiene memoria propia, y divaga errante, inútil, sin ser notado, por ninguno de los otros procesos activos del sistema.
A diferencia de los procesos y demonios "normales", los temidos procesos zombies son inmunes al comando kill. Cruelemente, únicamente su padre tiene el poder de eliminarlo, cuando se le instruya con el comando wait, y lo liberará de su penuria removiendo su ID de la tabla de procesos vivos; enviándolo finalmente al lugar especial donde van los procesos cuando termina su existencia. Si el proceso padre se resiste, el administrador del sistema se verá obligado a matar (kill) al proceso padre (parent), lo que causará también la muerte de toda su descendencia, procesos normales y zombies por igual..... Una masacre ciertamente inmisericorde.
Por otro lado, existen también procesos huérfanos (orphans), cuyo padre y creador ha terminado su existencia. En este caso, el proceso huérfano es adoptado (adopted) por una maldita entidad suprema, el gran demonio creador de todos los demonios, llamado init. En lo sucesivo, será él quien controlará los actos de los huérfanos por el resto de su existencia. Para asegurar la incuestionable obediencia que init exige, la mayoría de los demonios en un sistema Linux/Unix tienen que ser huérfanos!. Solo así el malvado init podrá tener el control total de su maléfico infierno.
El Satán o Lucifer de este averno, llamado superusuario (su), es quien desde lo más reservado de una oscura consola (console) dirige los destinos de este fantasmal inframundo. Es él quien al alcance de sus dedos, ostenta el poder de crear y administrar múltiples infiernos; y procurando la creación de demonios, solo para exterminarlos posteriormente.
Toda una historia de terror....
Ciertamente, la maligna imaginación de los desarrolladores de UNIX, al final de la década del 60, trajo un velo demoníaco que 40 años después, aún persiste en el sistema operativo y en todas sus variaciones. Como muestra, les indico que FreeBSD, otro sistema operativo similar a UNIX, adoptó un diablillo como logotipo; la imagen que apareciarán a la derecha de estas lineas.
Quienes sucumbimos al atrayente mal de esta tecnología, estamos condenados a vivir bajo su tenebrosa influencia, atrapados y errantes, sin ánimos de conocer ni explorar otros mundos.
Vivimos cautivados por la atracción de lo maligno.
Fabio Bettiol
Tomado de: Linux es diabólico, muy malo. http://www.enterate.com.pa/Espacios/Mi-vida-entre-Bits/Linux-es-diabolico-muy-malo.html#ixzz1RnqmBHVU
Quienes hemos tenido la oportunidad de conocer el entorno LINUX, sabemos que este es un sórdido mundo, donde lo malo, demoníaco y bizarro se presenta en la más diabólica y cruel de sus expresiones.
Linux es la más reciente mutación de un ancestral sistema operativo llamado UNIX, y heredó de este la mayoría de sus genes maléficos. Peor aún, hoy en día cualquiera puede verse inmerso, gratuitamente y por descuido, en un submundo absorbente lleno de extrañas criaturas, malignos conjuros y oscuros comandos.
En el centro de cada servidor Linux, vive un gran monolito al que todos llaman kernel. Alrededor de él, habita un gran número de perversas entidades, llamados procesos. Nadie parece conocer, a ciencia cierta, para qué sirven. Tras 20 años de experiencia en Linux/Unix, uno puede llegar a conocer algunos, y hasta saber lo que otros hacen. Sin embargo, la gran mayoría vive incógnita, actuando a sus anchas, obedeciendo las instrucciones del kernel y succionando la vida de nuestro computador.
Es en este punto donde se vuelve inquietante... Muchos de estos procesos llegan a convertirse en demonios (daemons). Por increíble y sobrenatural que parezca, los demonios no utilizan conjuros ni hechizos para reproducirse. Ellos utilizan un tenedor (fork) para crear otros demonios llamados hijos o niños (childs), que a su vez, imitan a su creador y siguen ciegamente sus pasos.
Este infernal purgatorio puede crecer y expandirse por sí mismo. Siendo Linux un sistema operativo multiusuario y multitarea, cientos de estos pequeños demonios pueden ser creados para abastecer a cuantas ingenuas víctimas humanas accedan al sistema; convirtiendo al servidor en un verdadero infierno, plagado de demonios, cada uno con vida y voluntad propia.
En la medida en la que el número de usuarios se reduce, sucede algo espeluznante. Los demonios padres comienzan a matar (kill) a sus hijos (child), sin piedad ni compasión alguna. Más aún, existen terribles comandos para matarlos a todos (killall) que asustan por la magnitud de la masacre que pueden ocasionar. Para una muerte compasiva existe el soft kill, y para las mas crueles el hard kill. El infame comando total kill, no requiere explicación. Como ven, es abundante el tipo de muertes que pueden darse.
¿ Le suena escalofriante ? Espere a leer esto:
En algunas ocasiones, un proceso niño (child) termina o "muere" (die) sin que su padre o creador se entere. Se dice que el proceso niño entra en estado difunto (defunct) o mejor conocido como zombie. Santo cielo! ... Zombies ??? ... El desafortunado proceso hijo, ya como zombie, no tiene memoria propia, y divaga errante, inútil, sin ser notado, por ninguno de los otros procesos activos del sistema.
A diferencia de los procesos y demonios "normales", los temidos procesos zombies son inmunes al comando kill. Cruelemente, únicamente su padre tiene el poder de eliminarlo, cuando se le instruya con el comando wait, y lo liberará de su penuria removiendo su ID de la tabla de procesos vivos; enviándolo finalmente al lugar especial donde van los procesos cuando termina su existencia. Si el proceso padre se resiste, el administrador del sistema se verá obligado a matar (kill) al proceso padre (parent), lo que causará también la muerte de toda su descendencia, procesos normales y zombies por igual..... Una masacre ciertamente inmisericorde.
Por otro lado, existen también procesos huérfanos (orphans), cuyo padre y creador ha terminado su existencia. En este caso, el proceso huérfano es adoptado (adopted) por una maldita entidad suprema, el gran demonio creador de todos los demonios, llamado init. En lo sucesivo, será él quien controlará los actos de los huérfanos por el resto de su existencia. Para asegurar la incuestionable obediencia que init exige, la mayoría de los demonios en un sistema Linux/Unix tienen que ser huérfanos!. Solo así el malvado init podrá tener el control total de su maléfico infierno.
El Satán o Lucifer de este averno, llamado superusuario (su), es quien desde lo más reservado de una oscura consola (console) dirige los destinos de este fantasmal inframundo. Es él quien al alcance de sus dedos, ostenta el poder de crear y administrar múltiples infiernos; y procurando la creación de demonios, solo para exterminarlos posteriormente.
Toda una historia de terror....
Ciertamente, la maligna imaginación de los desarrolladores de UNIX, al final de la década del 60, trajo un velo demoníaco que 40 años después, aún persiste en el sistema operativo y en todas sus variaciones. Como muestra, les indico que FreeBSD, otro sistema operativo similar a UNIX, adoptó un diablillo como logotipo; la imagen que apareciarán a la derecha de estas lineas.
Quienes sucumbimos al atrayente mal de esta tecnología, estamos condenados a vivir bajo su tenebrosa influencia, atrapados y errantes, sin ánimos de conocer ni explorar otros mundos.
Vivimos cautivados por la atracción de lo maligno.
Fabio Bettiol
Tomado de: Linux es diabólico, muy malo. http://www.enterate.com.pa/Espacios/Mi-vida-entre-Bits/Linux-es-diabolico-muy-malo.html#ixzz1RnqmBHVU
martes, mayo 31, 2011
Otra entrevista a Linus Torvalds
http://www.pagina12.com.ar/diario/dialogos/21-169096-2011-05-30.html
–Se cumplen 20 años del nacimiento de Linux, ¿cuál es la fecha exacta de su creación?
–Bueno, para mí obviamente no hubo una fecha particular, ya que estuve trabajando en esto bastante tiempo antes de que fuera liberado. Sin embargo, pienso que cualquiera de las fechas que están siendo mencionadas son razonables. Así que dependiendo de cómo se cuente, puede haber tres fechas diferentes. La que yo creo más relevante es 17 de septiembre de 1991 que fue cuando hice la versión linux-0.01 de archivos compilados y la subí a un sitio público, ftp.funet.fi. Sin embargo, de hecho nunca anuncié públicamente el lanzamiento de la versión 0.01 (simplemente envié e-mails a unas pocas personas en privado), así que por esa razón, otras dos fechas tienden a ser mencionadas también: el 5 de octubre fue la primera vez que anuncié la liberación de Linux públicamente (el anuncio “se acuerdan de aquellos bellos días de minix-1.1 cuando los hombres eran hombres y escribían los propios drivers de sus aparatos?” de Linux-0.02 en el minix newsgroup). Y algunos cuentan el 3 de julio, porque aunque yo no estaba listo para publicar nada en aquel entonces, es la fecha de mi primera mención pública de haber estado trabajando en el proyecto. Así que es cuestión de gusto. Personalmente, querría tender a usar el 17 de septiembre como fecha de nacimiento.
–¿Alguna vez pensó que Linux podía convertirse en algo tan grande?
–Obviamente no. Al mismo tiempo, casi todo el crecimiento fue muy gradual, así que no hubo jamás una sensación de gran sorpresa en algún momento en particular. Sólo mirando hacia atrás, uno llega a ese sentimiento de “bueno, esto funcionó mucho mejor de lo esperado”.
–¿Cree que Linux tuvo un sentido político, fue una contribución social o su mérito es simplemente productivo?
–Creo que tiene todas esas temáticas para diferentes personas. Personalmente, lo hice (y todavía lo hago) por mis propias razones personales. Pienso que es divertido e interesante, y quería un sistema operativo para mi uso personal. El hecho de que otras personas hayan ayudado, y que estas tengan diferentes razones para ayudar (yendo de los que simplemente quieren hacer dinero a quienes tienen razones sociales o motivaciones políticas) es interesante, pero esas razones no son aún así los motivos por los que yo hago Linux. Por supuesto, el hecho de que otra gente esté implicada con entusiasmo, y el hecho de que Linux hace una diferencia para tanta gente, ayuda a motivarme a mí también. Disfruto trabajando en Linux por su propio bien, pero obviamente disfruto el hecho de que es un gran proyecto que ha tenido un gran impacto en todo el mundo.
–¿Qué siente al tener su nombre asociado a un producto usado por millones de personas alrededor del mundo, aun sin saber que se trata de usted?
–Es grandioso, por supuesto. Todos queremos sentirnos relevantes, y pensar que estamos haciendo una diferencia en este mundo. Tener un trabajo donde uno se siente productivo, y saber que el trabajo que uno hace “importa” es un gran desafío.
–¿Cuál es el estado actual de Linux: cuántas líneas de código tiene, cuánta gente trabaja?
–La cantidad de gente es difícil de estimar. Es fácil dar números en bruto (unas mil personas tienen créditos como autores en cada liberación del kernel en los logs de control del código), ¿pero eso qué significa? Algunas de esas personas realizan aportes triviales de una línea, otros escriben miles de líneas de código. ¿Pero qué hay de toda esa gente que hace testeos y otros soportes? Mientras tanto, en relación con la cantidad de líneas de códigos, el actual árbol de fuentes del kernel tiene alrededor de 14 millones de líneas. No todo eso es “código”, obviamente, eso incluye todos los comentarios, la documentación, la construcción de la infraestructura, y algunas herramientas de código también. Casi la mitad de eso son drivers, un gran pedazo de eso es arquitectura de soporte para las más de 20 arquitecturas que apoyamos, y tenemos más de 60 archivos de sistemas diferentes, aunque la mayoría de la gente usa uno o dos. Así que de las 14 millones de líneas de código del kernel, muchas de esas características no afectan a la mayoría de los usuarios. El corazón del kernel es mucho más chico. Pero se puede contar de otra manera también: ¿qué es Linux? No es necesariamente sólo una cuestión de kernel, sino que es algo relacionado con todos los proyectos que hay alrededor, algunos de los cuales no son específicos de Linux, sino que son usados en otros sistemas operativos también. Así que es muy difícil dar un simple número de cualquier cosa.
–¿Cuáles son los principales desafíos que tiene Linux?
–Para el kernel, uno de los temas más grandes es simplemente dar soporte de hardware. Darle soporte a todo el hardware que anda dando vueltas por ahí es a lo que más tiempo y esfuerzo le dedicamos en estos momentos. Al mismo tiempo, hemos tenido muchos desafíos en el nivel de mantenimiento también. Es la cuestión de cómo trabajar juntos en una comunidad débilmente unida, construyendo una infraestructura (sólo organizando el código fuente) para hacer posible el trabajo en conjunto. Algunas de estas herramientas (como el proyecto Git para mantener el código fuente) son más cuestión de convivir con una comunidad etérea, mucho de los desafíos simplemente tiene que ver con construir los links sociales entre la gente para hacer posible que trabajen juntos.
–¿Quienes son los socios principales?
–La selección de las palabras que usted hace es extraña. Hay mucha gente con la que trabajo de manera muy cercana y en la que confío personalmente. Ellos tienden a trabajar en muchos empresas de tecnología, que están involucradas con Linux. Pero trabajo con ellos simplemente como personas, no como “representantes de sus compañías”. Así que confío en ellos personalmente, no porque ellos trabajen en tal o cual compañía que trabaja en algún tema particular. Obviamente, hay muchas compañías que han sido muy útiles ayudando a soportar Linux. Ellos hacen diferentes cosas, tienden a concentrarse en áreas diferentes, y todo esto no tiene que ver sólo con escribir código. Además de los ingenieros con los que trabajo, las empresas que hacen marketing, hacen chequeo de errores, soporte de usuario. Todo es importante. Y no voy a nombrarlos ni individualmente ni a través de sus compañías, porque no estaría en condiciones de decir quién es más importante que el otro: eso depende de tu interés y tu uso.
–¿Cuál es el principal enemigo de Linux?
–No pienso de esa manera. Hago Linux por mis propios propósitos positivos, y cuando comparo contra algo en particular, es contra nosotros mismos. Quiero mejorar Linux para que sea mejor de lo que es hasta ahora, no para competir con nadie más. Yo solía hacer chistes sobre Microsoft, pero realmente no era sobre ellos, o sobre cualquier otra compañía tecnológica.
–¿Pero las patentes privadas, por ejemplo, no son un enemigo del movimiento “open source”?
–Ahh, sí. Las patentes son un problema. Muchas patentes son totalmente ridículas, pero pelear contra ellas es complicado y costoso. La buena noticia es que la mayoría de las compañías también las odian, así que hay una esperanza de que el sistema cambie, o al menos se modifique un poco.
–¿Qué distribución de Linux recomienda?
–Personalmente, suelo usar Fedora, pero la palabra importante es “suelo”. Se debe a una serie de razones históricas azarosas. Me preocupo por programar el corazón, así que para mí una distribución es simplemente una manera de tener una nueva máquina para que sea útil. No me preocupo demasiado porque voy a reemplazar las partes de las que realmente me ocupo en profundidad. Se trata del kernel, de git, e históricamente algunos otros proyectos si son necesarios. La distribución recomendada realmente termina siendo una cuestión de qué uso se le da en cada caso. Se usa Android para teléfonos, Ubuntu para la curva baja de aprendizaje, y otras distribuciones personalizadas, lo cual dependerá de uno. Para la mayoría de la gente que anda por ahí afuera, la mejor distribución termina siendo la que se usa alrededor de la gente que quiere usar Linux, de esa manera puedes compartir experiencias y aprender de otros.
–¿No cree que Ubuntu va demasiado rápido en las actualizaciones y a veces puede ser contraproducente?
–No lo creo así. Uno quiere distribuciones de vanguardia, tratar nuevas cosas, de la misma manera que uno quiere distribuciones estables que se quedan obsoletas por un largo tiempo porque no quieren mover el bote. Como soy una persona que viene del mundo técnico, creo que las distribuciones de vanguardia son mucho más interesantes, claro. Y para muchos usuarios es la manera correcta de proceder también. Uno tiene acceso temprano a nuevas características y capacidades. Por supuesto, esto viene con los bordes afilados, que provienen de la cuestión de ser brillante y estar en la novedad, así que alguna gente va a preferir definitivamente un acercamiento más tranquilo.
–¿Qué entorno de escritorio debería usarse?
–No hay un “debería”. Es una cuestión de preferencias personales y a qué estás acostumbrado. Tuve una experiencia muy mala con gente que desarrolló un escritorio que pensó que podía cambiar el mundo. Me alejé de KDE cuando ellos hicieron su gran cambio a KDE-4. Y ahora me estoy alejando de Gnome-3 por la misma razón. El escritorio, más que cualquier otra cosa, es algo en relación con lo que uno está acostumbrado. Esta es obviamente la razón por la cual el mercado de los “escritorios” en general es tan difícil de cambiar.
–¿El término “open source” deja la puerta abierta para dejar entrar software propietario al kernel Linux?
–No. “Open source” es mucho más sobre no ser propietario. Esta es la cuestión central de la palabra “open”.
–¿Qué ideología tiene Linux?
–No creo que haya “una” ideología. No creo que debería haber una ideología. La parte importante de eso es la palabra “una”: creo que puede haber “muchas” ideologías. Yo lo hago por mis propias razones, otra gente lo hace por sus razones. Creo que el mundo es un lugar complicado, y la gente es un animal interesante, que hace cosas por razones complejas. Por ello no creo que debería haber “una” ideología. Es realmente refrescante ver a personas trabajando en Linux porque ellos creen que pueden hacer del mundo un lugar mejor distribuyendo tecnología y haciéndola disponible para la gente de manera más amplia. Muchos creen que el código abierto es una buena manera de hacer eso. Esa es “una” ideología. Creo que es una gran ideología. No es realmente el motivo por el cual yo empecé a hacer Linux, pero me llena de emoción ver cómo se usa Linux en ese sentido. Pero también pienso que es genial ver a todas las empresas comerciales que usan código abierto simplemente porque es bueno para sus negocios. Esta es una ideología totalmente diferente, y creo que es perfectamente una buena ideología también. El mundo sería un lugar mucho peor si no tuviéramos compañías haciendo cosas por dinero. Así que la única ideología que yo realmente desprecio y me desagrada es la clase de ideología que trata de excluir a las otras. Desprecio a la gente cuya ideología es sobre “la única verdadera ideología”, y para la que el que no sigue este particular set de guías morales es un “diablo” o está “equivocado”. Se trata de gente con mente pequeña y estúpida, para mí. De tal manera que la parte importante sobre el código abierto no es la ideología, es que cualquiera puede usarla para sus propias necesidades y por sus propios motivos. La licencia de copyright está ahí para mantener esa apertura viva, y para asegurarse de que el proyecto no se fragmente entre personas que esconden sus mejoras uno de otro y tienen que reimplementar los cambios que otros hacen, pero no está allí para cumplir con alguna ideología.
–¿La crisis internacional ha sido una oportunidad de crecimiento para el movimiento de código abierto?
–No querría decirlo así. Creo que en algunos casos existen tiempos difíciles para mostrar las razones para hacer algo (la expresión “la necesidad es la madre de las invenciones” es sobre cómo la necesidad y los tiempos difíciles pueden ser una buena oportunidad para las nuevas ideas y nuevas cosas). Pero al mismo tiempo, realmente pienso que los desarrollos más reales ocurren sin una crisis. Así que ahora, en tiempos de recesión económica mundial, muchas compañías están migrando hacia Linux y el código abierto porque no pueden pagar los costos de las licencias, y cuestiones así. Pero al mismo tiempo, si miramos al momento anterior de la crisis, la gente estaba usando Linux de maneras novedosas y excitantes, también.
–¿Cree que el fenómeno de Android, el sistema operativo de Google para celulares, es otro ejemplo del poder del software libre?
–Absolutamente. La noción de que uno puede tomar software de código abierto, y hacer cosas con él que jamás fueron planeadas por sus creadores originales, y usarlas de maneras sorprendentes es realmente la idea central del código abierto. Android es un buen ejemplo de cómo Linux –de la cuál la mayoría de la gente pensó que éramos simplemente un sistema operativo para servidores hace apenas diez años– ahora también nos piensa como sistema operativo para celulares. Y eso es exactamente porque la gente pudo usar el software y hacer sus propias implementaciones.
–¿Qué piensa de la notebook Chromebook de Google? ¿No es irónico que el software de código abierto haya hecho un sistema que deja al usuario “esclavo” de una sola compañía?
–Pero usted tiene una visión muy negativa del mundo, ¿no...?
–No, no es una visión negativa... Simplemente soy periodista, y le hago preguntas.
–Hey, buena parte de mi familia es periodista (mi mamá, mi papá, mi tío y mi abuelo). No creo que sea necesario ser pesimista para ser periodista.
–¿Pero no es irónico?
–No estoy seguro hacia dónde va Chrome. Pero al mismo tiempo es muy claro (simplemente mirá los teléfonos celulares y las tabletas) que la mayoría de los “no-techies” no quieren una computadora de uso general. Hay una gran cantidad de gente que realmente no quiere hacer el mantenimiento de su propia computadora, pero quiere acceder a las cuestiones más comunes, como la navegación por Internet, el e-mail, procesador de textos, administración de fotos, etcétera. Y aunque las tabletas parezcan muy sexies actualmente, creo que mucha gente sólo quiere el teclado y el mouse. Escribir cosas en una tableta realmente no es muy cómodo. Así que creo que Chromebook tiene sentido en esa clase de área de consumo. ¿Por qué va a convertir a la gente en “esclavos”? Es una cuestión de conveniencia. ¿Es uno esclavo de la electricidad simplemente porque uno depende de ellos, y les ha pagado a ellos por hacer que la electricidad esté disponible?
–¿Cree que el hecho de que muchos desarrolladores que hacían el programa OpenOffice para escribir se separaran del proyecto para crear LibreOffice (a eso se le denomina “fork”) demuestra la fuerza del movimiento de código abierto y la “dictadura” de las comunidades, o es un caso excepcional?
–De hecho creo que OpenOffice es otro ejemplo en una serie de patrones encadenados donde la gente trata de “controlar” un proyecto demasiado y este eventualmente se rompe porque el “partido” controlante no estaba en sintonía con los usuarios. El paso de OpenOffice a Oracle y el apriete de ese control fue lo que lo rompió completamente, hubo rumores durante años la forma en que OpenOffice había sido desarrollado. Y no, no creo que es un caso excepcional de ninguna manera. Muchos proyectos han estado en esta clase de situación y lo que termina pasando es que cuando el problema se vuelve demasiado agudo, alguien hace un “fork” del proyecto (toma un código libre y hace una versión con un nombre nuevo). Es un paso grande y doloroso, y los forks no siempre triunfan, pero definitivamente ocurren. Y algunas veces el fork termina siendo temporal, pero es un evento que le muestra al grupo original que ellos no pueden ignorar otro tipo de presiones. En esos casos los forks se vuelven hacia atrás y eso generalmente involucra una apertura del corazón del grupo desarrollador. Y en algunos casos el fork se vuelve una amplia brecha que nunca cierra, o por razones técnicas (el cambio ha sido tan grande como para volver atrás), o mayormente porque los dos proyectos tienen diferentes puntos de vista hacia dónde ir. XEmacs versus GNU emacs es por lejos el más conocido ejemplo histórico de eso, pero muchos proyectos han atravesado esa fase. Y creo que los forks son algo bueno. Es lo que mantiene a la gente honesta en el mundo del código abierto. Cualquier persona que mantiene un proyecto de código abierto sabe que necesita mantener su mente abierta porque de otras maneras alguien más puede simplemente venir y hacer un “fork” de su proyecto. Así que un fork puede ser muy mordaz y doloroso, pero creo que es parte de todo el modelo del open source.
–¿Linux se mantendrá con la licencia GPLv2 o migrará hacia GPLv3?
–Oh, Linux se mantendrá en la versión GPLv2.
–¿Cómo es su trabajo diario actualmente?
–Escribo muy poco código en estos días. Leo e-mails, combino códigos de otros, discuto cambios y le digo a la gente por qué no voy a combinar su código. Así que el 99 por ciento de lo que hago tiene que ver con comunicación, y con mantener el repositorio central del código fuente del kernel, sin realmente programar yo mismo. Hago algunos cambios, y en cada liberación de código suele haber varios comentarios escritos por mí (además de los cientos de comentarios combinados que hago), pero no es una gran cantidad de código en un sentido real.
–¿Cuándo sale la versión kernel 3?
–Estoy considerando seriamente liberar la próxima versión como 3.0, en parte por toda esta cuestión de los 20 años de aniversario, pero también porque los números están haciéndose cada vez más grandes: la versión 2.6 se ha ido agrandando tanto, y la 39ª parte de la versión actual es un número entero demasiado difícil de recordar.
–¿Cuáles son las compañías de hardware más reacias a darle soporte a Linux?
–La mayoría de las compañías de hardware están dándole soporte a Linux. Pero muchas de ellas no tienen buena documentación (y lo más importante, no tienen una tradición de escribir documentación pública de ningún tipo) y muchas de ellas todavía están con esa postura de quedarse sentadas encima de su propia “valla”. Muchas compañías parecen especialmente reacias. Nvidia, en el mundo de las PCs, ha sido un problema, como lo fueron históricamente los fabricantes de chips wireless. La gente del mundo wireless pareciera haberse rendido, pero los fabricantes de chips gráficos siguen siendo un problema. Así que el mundo de Linux es generalmente problemático para encontrar buenos drivers 3D acelerados. ¿Y por qué? Quién sabe. Tal vez tienen miedo de que se demuestre que alguna vez les han robado la propiedad intelectual a alguien, y que al hacerlo público se conozca y sean demandados. Realmente no sé el motivo. Esta ha sido mencionada como una de las posibles razones, por tener el código cerrado y el hardware cerrado. Otra típica razón, sobre todo porque tienen el código cerrado, es que esté tan mal hecho y lleno de “bugs” que estén demasiado avergonzados para mostrarlo.
–¿Finalmente, podría usted sentarse junto a Richard Stallman –el creador de la Free Software Foundation, y del concepto de software libre– para limar diferencias, o éstas ya son a esta altura irreconciliables?
–Oh, me he encontrado con RMS muchas veces y tenemos ideas demasiado diferentes sobre cómo deberían hacerse las cosas. El está mucho más concentrado en toda la cuestión de “una ideología” sobre cómo deberían hacerse las cosas. Y yo estoy en contra de eso.
–¿Por qué cree que la gente usa poco el término GNU para hablar de Linux?
–Yo nunca usé el nombre GNU. Linux nunca fue un proyecto de la Free Software Foundation, y la FSF jamás tuvo nada que ver con él. La mayoría de las herramientas no son GNU, tampoco, aunque el compilador GNU C fue y es un gran invento. Así que el término GNU/Linux nunca tuvo demasiado sentido. Habiendo dicho eso, nunca pensé que la gente no podría llamarlo de la manera que quiera. La mayoría de las distribuciones le dan al sistema su propio nombre: Fedora, SuSE, Ubuntu, Android, Mandriva, la lista sigue. Así que si la FSF quiere llamarlo GNU/Linux, ¿por qué debería preocuparme? No tiene mucho más sentido que llamar así a una especie de sombrero, después de todo.
Twitter: @blejman
–Se cumplen 20 años del nacimiento de Linux, ¿cuál es la fecha exacta de su creación?
–Bueno, para mí obviamente no hubo una fecha particular, ya que estuve trabajando en esto bastante tiempo antes de que fuera liberado. Sin embargo, pienso que cualquiera de las fechas que están siendo mencionadas son razonables. Así que dependiendo de cómo se cuente, puede haber tres fechas diferentes. La que yo creo más relevante es 17 de septiembre de 1991 que fue cuando hice la versión linux-0.01 de archivos compilados y la subí a un sitio público, ftp.funet.fi. Sin embargo, de hecho nunca anuncié públicamente el lanzamiento de la versión 0.01 (simplemente envié e-mails a unas pocas personas en privado), así que por esa razón, otras dos fechas tienden a ser mencionadas también: el 5 de octubre fue la primera vez que anuncié la liberación de Linux públicamente (el anuncio “se acuerdan de aquellos bellos días de minix-1.1 cuando los hombres eran hombres y escribían los propios drivers de sus aparatos?” de Linux-0.02 en el minix newsgroup). Y algunos cuentan el 3 de julio, porque aunque yo no estaba listo para publicar nada en aquel entonces, es la fecha de mi primera mención pública de haber estado trabajando en el proyecto. Así que es cuestión de gusto. Personalmente, querría tender a usar el 17 de septiembre como fecha de nacimiento.
–¿Alguna vez pensó que Linux podía convertirse en algo tan grande?
–Obviamente no. Al mismo tiempo, casi todo el crecimiento fue muy gradual, así que no hubo jamás una sensación de gran sorpresa en algún momento en particular. Sólo mirando hacia atrás, uno llega a ese sentimiento de “bueno, esto funcionó mucho mejor de lo esperado”.
–¿Cree que Linux tuvo un sentido político, fue una contribución social o su mérito es simplemente productivo?
–Creo que tiene todas esas temáticas para diferentes personas. Personalmente, lo hice (y todavía lo hago) por mis propias razones personales. Pienso que es divertido e interesante, y quería un sistema operativo para mi uso personal. El hecho de que otras personas hayan ayudado, y que estas tengan diferentes razones para ayudar (yendo de los que simplemente quieren hacer dinero a quienes tienen razones sociales o motivaciones políticas) es interesante, pero esas razones no son aún así los motivos por los que yo hago Linux. Por supuesto, el hecho de que otra gente esté implicada con entusiasmo, y el hecho de que Linux hace una diferencia para tanta gente, ayuda a motivarme a mí también. Disfruto trabajando en Linux por su propio bien, pero obviamente disfruto el hecho de que es un gran proyecto que ha tenido un gran impacto en todo el mundo.
–¿Qué siente al tener su nombre asociado a un producto usado por millones de personas alrededor del mundo, aun sin saber que se trata de usted?
–Es grandioso, por supuesto. Todos queremos sentirnos relevantes, y pensar que estamos haciendo una diferencia en este mundo. Tener un trabajo donde uno se siente productivo, y saber que el trabajo que uno hace “importa” es un gran desafío.
–¿Cuál es el estado actual de Linux: cuántas líneas de código tiene, cuánta gente trabaja?
–La cantidad de gente es difícil de estimar. Es fácil dar números en bruto (unas mil personas tienen créditos como autores en cada liberación del kernel en los logs de control del código), ¿pero eso qué significa? Algunas de esas personas realizan aportes triviales de una línea, otros escriben miles de líneas de código. ¿Pero qué hay de toda esa gente que hace testeos y otros soportes? Mientras tanto, en relación con la cantidad de líneas de códigos, el actual árbol de fuentes del kernel tiene alrededor de 14 millones de líneas. No todo eso es “código”, obviamente, eso incluye todos los comentarios, la documentación, la construcción de la infraestructura, y algunas herramientas de código también. Casi la mitad de eso son drivers, un gran pedazo de eso es arquitectura de soporte para las más de 20 arquitecturas que apoyamos, y tenemos más de 60 archivos de sistemas diferentes, aunque la mayoría de la gente usa uno o dos. Así que de las 14 millones de líneas de código del kernel, muchas de esas características no afectan a la mayoría de los usuarios. El corazón del kernel es mucho más chico. Pero se puede contar de otra manera también: ¿qué es Linux? No es necesariamente sólo una cuestión de kernel, sino que es algo relacionado con todos los proyectos que hay alrededor, algunos de los cuales no son específicos de Linux, sino que son usados en otros sistemas operativos también. Así que es muy difícil dar un simple número de cualquier cosa.
–¿Cuáles son los principales desafíos que tiene Linux?
–Para el kernel, uno de los temas más grandes es simplemente dar soporte de hardware. Darle soporte a todo el hardware que anda dando vueltas por ahí es a lo que más tiempo y esfuerzo le dedicamos en estos momentos. Al mismo tiempo, hemos tenido muchos desafíos en el nivel de mantenimiento también. Es la cuestión de cómo trabajar juntos en una comunidad débilmente unida, construyendo una infraestructura (sólo organizando el código fuente) para hacer posible el trabajo en conjunto. Algunas de estas herramientas (como el proyecto Git para mantener el código fuente) son más cuestión de convivir con una comunidad etérea, mucho de los desafíos simplemente tiene que ver con construir los links sociales entre la gente para hacer posible que trabajen juntos.
–¿Quienes son los socios principales?
–La selección de las palabras que usted hace es extraña. Hay mucha gente con la que trabajo de manera muy cercana y en la que confío personalmente. Ellos tienden a trabajar en muchos empresas de tecnología, que están involucradas con Linux. Pero trabajo con ellos simplemente como personas, no como “representantes de sus compañías”. Así que confío en ellos personalmente, no porque ellos trabajen en tal o cual compañía que trabaja en algún tema particular. Obviamente, hay muchas compañías que han sido muy útiles ayudando a soportar Linux. Ellos hacen diferentes cosas, tienden a concentrarse en áreas diferentes, y todo esto no tiene que ver sólo con escribir código. Además de los ingenieros con los que trabajo, las empresas que hacen marketing, hacen chequeo de errores, soporte de usuario. Todo es importante. Y no voy a nombrarlos ni individualmente ni a través de sus compañías, porque no estaría en condiciones de decir quién es más importante que el otro: eso depende de tu interés y tu uso.
–¿Cuál es el principal enemigo de Linux?
–No pienso de esa manera. Hago Linux por mis propios propósitos positivos, y cuando comparo contra algo en particular, es contra nosotros mismos. Quiero mejorar Linux para que sea mejor de lo que es hasta ahora, no para competir con nadie más. Yo solía hacer chistes sobre Microsoft, pero realmente no era sobre ellos, o sobre cualquier otra compañía tecnológica.
–¿Pero las patentes privadas, por ejemplo, no son un enemigo del movimiento “open source”?
–Ahh, sí. Las patentes son un problema. Muchas patentes son totalmente ridículas, pero pelear contra ellas es complicado y costoso. La buena noticia es que la mayoría de las compañías también las odian, así que hay una esperanza de que el sistema cambie, o al menos se modifique un poco.
–¿Qué distribución de Linux recomienda?
–Personalmente, suelo usar Fedora, pero la palabra importante es “suelo”. Se debe a una serie de razones históricas azarosas. Me preocupo por programar el corazón, así que para mí una distribución es simplemente una manera de tener una nueva máquina para que sea útil. No me preocupo demasiado porque voy a reemplazar las partes de las que realmente me ocupo en profundidad. Se trata del kernel, de git, e históricamente algunos otros proyectos si son necesarios. La distribución recomendada realmente termina siendo una cuestión de qué uso se le da en cada caso. Se usa Android para teléfonos, Ubuntu para la curva baja de aprendizaje, y otras distribuciones personalizadas, lo cual dependerá de uno. Para la mayoría de la gente que anda por ahí afuera, la mejor distribución termina siendo la que se usa alrededor de la gente que quiere usar Linux, de esa manera puedes compartir experiencias y aprender de otros.
–¿No cree que Ubuntu va demasiado rápido en las actualizaciones y a veces puede ser contraproducente?
–No lo creo así. Uno quiere distribuciones de vanguardia, tratar nuevas cosas, de la misma manera que uno quiere distribuciones estables que se quedan obsoletas por un largo tiempo porque no quieren mover el bote. Como soy una persona que viene del mundo técnico, creo que las distribuciones de vanguardia son mucho más interesantes, claro. Y para muchos usuarios es la manera correcta de proceder también. Uno tiene acceso temprano a nuevas características y capacidades. Por supuesto, esto viene con los bordes afilados, que provienen de la cuestión de ser brillante y estar en la novedad, así que alguna gente va a preferir definitivamente un acercamiento más tranquilo.
–¿Qué entorno de escritorio debería usarse?
–No hay un “debería”. Es una cuestión de preferencias personales y a qué estás acostumbrado. Tuve una experiencia muy mala con gente que desarrolló un escritorio que pensó que podía cambiar el mundo. Me alejé de KDE cuando ellos hicieron su gran cambio a KDE-4. Y ahora me estoy alejando de Gnome-3 por la misma razón. El escritorio, más que cualquier otra cosa, es algo en relación con lo que uno está acostumbrado. Esta es obviamente la razón por la cual el mercado de los “escritorios” en general es tan difícil de cambiar.
–¿El término “open source” deja la puerta abierta para dejar entrar software propietario al kernel Linux?
–No. “Open source” es mucho más sobre no ser propietario. Esta es la cuestión central de la palabra “open”.
–¿Qué ideología tiene Linux?
–No creo que haya “una” ideología. No creo que debería haber una ideología. La parte importante de eso es la palabra “una”: creo que puede haber “muchas” ideologías. Yo lo hago por mis propias razones, otra gente lo hace por sus razones. Creo que el mundo es un lugar complicado, y la gente es un animal interesante, que hace cosas por razones complejas. Por ello no creo que debería haber “una” ideología. Es realmente refrescante ver a personas trabajando en Linux porque ellos creen que pueden hacer del mundo un lugar mejor distribuyendo tecnología y haciéndola disponible para la gente de manera más amplia. Muchos creen que el código abierto es una buena manera de hacer eso. Esa es “una” ideología. Creo que es una gran ideología. No es realmente el motivo por el cual yo empecé a hacer Linux, pero me llena de emoción ver cómo se usa Linux en ese sentido. Pero también pienso que es genial ver a todas las empresas comerciales que usan código abierto simplemente porque es bueno para sus negocios. Esta es una ideología totalmente diferente, y creo que es perfectamente una buena ideología también. El mundo sería un lugar mucho peor si no tuviéramos compañías haciendo cosas por dinero. Así que la única ideología que yo realmente desprecio y me desagrada es la clase de ideología que trata de excluir a las otras. Desprecio a la gente cuya ideología es sobre “la única verdadera ideología”, y para la que el que no sigue este particular set de guías morales es un “diablo” o está “equivocado”. Se trata de gente con mente pequeña y estúpida, para mí. De tal manera que la parte importante sobre el código abierto no es la ideología, es que cualquiera puede usarla para sus propias necesidades y por sus propios motivos. La licencia de copyright está ahí para mantener esa apertura viva, y para asegurarse de que el proyecto no se fragmente entre personas que esconden sus mejoras uno de otro y tienen que reimplementar los cambios que otros hacen, pero no está allí para cumplir con alguna ideología.
–¿La crisis internacional ha sido una oportunidad de crecimiento para el movimiento de código abierto?
–No querría decirlo así. Creo que en algunos casos existen tiempos difíciles para mostrar las razones para hacer algo (la expresión “la necesidad es la madre de las invenciones” es sobre cómo la necesidad y los tiempos difíciles pueden ser una buena oportunidad para las nuevas ideas y nuevas cosas). Pero al mismo tiempo, realmente pienso que los desarrollos más reales ocurren sin una crisis. Así que ahora, en tiempos de recesión económica mundial, muchas compañías están migrando hacia Linux y el código abierto porque no pueden pagar los costos de las licencias, y cuestiones así. Pero al mismo tiempo, si miramos al momento anterior de la crisis, la gente estaba usando Linux de maneras novedosas y excitantes, también.
–¿Cree que el fenómeno de Android, el sistema operativo de Google para celulares, es otro ejemplo del poder del software libre?
–Absolutamente. La noción de que uno puede tomar software de código abierto, y hacer cosas con él que jamás fueron planeadas por sus creadores originales, y usarlas de maneras sorprendentes es realmente la idea central del código abierto. Android es un buen ejemplo de cómo Linux –de la cuál la mayoría de la gente pensó que éramos simplemente un sistema operativo para servidores hace apenas diez años– ahora también nos piensa como sistema operativo para celulares. Y eso es exactamente porque la gente pudo usar el software y hacer sus propias implementaciones.
–¿Qué piensa de la notebook Chromebook de Google? ¿No es irónico que el software de código abierto haya hecho un sistema que deja al usuario “esclavo” de una sola compañía?
–Pero usted tiene una visión muy negativa del mundo, ¿no...?
–No, no es una visión negativa... Simplemente soy periodista, y le hago preguntas.
–Hey, buena parte de mi familia es periodista (mi mamá, mi papá, mi tío y mi abuelo). No creo que sea necesario ser pesimista para ser periodista.
–¿Pero no es irónico?
–No estoy seguro hacia dónde va Chrome. Pero al mismo tiempo es muy claro (simplemente mirá los teléfonos celulares y las tabletas) que la mayoría de los “no-techies” no quieren una computadora de uso general. Hay una gran cantidad de gente que realmente no quiere hacer el mantenimiento de su propia computadora, pero quiere acceder a las cuestiones más comunes, como la navegación por Internet, el e-mail, procesador de textos, administración de fotos, etcétera. Y aunque las tabletas parezcan muy sexies actualmente, creo que mucha gente sólo quiere el teclado y el mouse. Escribir cosas en una tableta realmente no es muy cómodo. Así que creo que Chromebook tiene sentido en esa clase de área de consumo. ¿Por qué va a convertir a la gente en “esclavos”? Es una cuestión de conveniencia. ¿Es uno esclavo de la electricidad simplemente porque uno depende de ellos, y les ha pagado a ellos por hacer que la electricidad esté disponible?
–¿Cree que el hecho de que muchos desarrolladores que hacían el programa OpenOffice para escribir se separaran del proyecto para crear LibreOffice (a eso se le denomina “fork”) demuestra la fuerza del movimiento de código abierto y la “dictadura” de las comunidades, o es un caso excepcional?
–De hecho creo que OpenOffice es otro ejemplo en una serie de patrones encadenados donde la gente trata de “controlar” un proyecto demasiado y este eventualmente se rompe porque el “partido” controlante no estaba en sintonía con los usuarios. El paso de OpenOffice a Oracle y el apriete de ese control fue lo que lo rompió completamente, hubo rumores durante años la forma en que OpenOffice había sido desarrollado. Y no, no creo que es un caso excepcional de ninguna manera. Muchos proyectos han estado en esta clase de situación y lo que termina pasando es que cuando el problema se vuelve demasiado agudo, alguien hace un “fork” del proyecto (toma un código libre y hace una versión con un nombre nuevo). Es un paso grande y doloroso, y los forks no siempre triunfan, pero definitivamente ocurren. Y algunas veces el fork termina siendo temporal, pero es un evento que le muestra al grupo original que ellos no pueden ignorar otro tipo de presiones. En esos casos los forks se vuelven hacia atrás y eso generalmente involucra una apertura del corazón del grupo desarrollador. Y en algunos casos el fork se vuelve una amplia brecha que nunca cierra, o por razones técnicas (el cambio ha sido tan grande como para volver atrás), o mayormente porque los dos proyectos tienen diferentes puntos de vista hacia dónde ir. XEmacs versus GNU emacs es por lejos el más conocido ejemplo histórico de eso, pero muchos proyectos han atravesado esa fase. Y creo que los forks son algo bueno. Es lo que mantiene a la gente honesta en el mundo del código abierto. Cualquier persona que mantiene un proyecto de código abierto sabe que necesita mantener su mente abierta porque de otras maneras alguien más puede simplemente venir y hacer un “fork” de su proyecto. Así que un fork puede ser muy mordaz y doloroso, pero creo que es parte de todo el modelo del open source.
–¿Linux se mantendrá con la licencia GPLv2 o migrará hacia GPLv3?
–Oh, Linux se mantendrá en la versión GPLv2.
–¿Cómo es su trabajo diario actualmente?
–Escribo muy poco código en estos días. Leo e-mails, combino códigos de otros, discuto cambios y le digo a la gente por qué no voy a combinar su código. Así que el 99 por ciento de lo que hago tiene que ver con comunicación, y con mantener el repositorio central del código fuente del kernel, sin realmente programar yo mismo. Hago algunos cambios, y en cada liberación de código suele haber varios comentarios escritos por mí (además de los cientos de comentarios combinados que hago), pero no es una gran cantidad de código en un sentido real.
–¿Cuándo sale la versión kernel 3?
–Estoy considerando seriamente liberar la próxima versión como 3.0, en parte por toda esta cuestión de los 20 años de aniversario, pero también porque los números están haciéndose cada vez más grandes: la versión 2.6 se ha ido agrandando tanto, y la 39ª parte de la versión actual es un número entero demasiado difícil de recordar.
–¿Cuáles son las compañías de hardware más reacias a darle soporte a Linux?
–La mayoría de las compañías de hardware están dándole soporte a Linux. Pero muchas de ellas no tienen buena documentación (y lo más importante, no tienen una tradición de escribir documentación pública de ningún tipo) y muchas de ellas todavía están con esa postura de quedarse sentadas encima de su propia “valla”. Muchas compañías parecen especialmente reacias. Nvidia, en el mundo de las PCs, ha sido un problema, como lo fueron históricamente los fabricantes de chips wireless. La gente del mundo wireless pareciera haberse rendido, pero los fabricantes de chips gráficos siguen siendo un problema. Así que el mundo de Linux es generalmente problemático para encontrar buenos drivers 3D acelerados. ¿Y por qué? Quién sabe. Tal vez tienen miedo de que se demuestre que alguna vez les han robado la propiedad intelectual a alguien, y que al hacerlo público se conozca y sean demandados. Realmente no sé el motivo. Esta ha sido mencionada como una de las posibles razones, por tener el código cerrado y el hardware cerrado. Otra típica razón, sobre todo porque tienen el código cerrado, es que esté tan mal hecho y lleno de “bugs” que estén demasiado avergonzados para mostrarlo.
–¿Finalmente, podría usted sentarse junto a Richard Stallman –el creador de la Free Software Foundation, y del concepto de software libre– para limar diferencias, o éstas ya son a esta altura irreconciliables?
–Oh, me he encontrado con RMS muchas veces y tenemos ideas demasiado diferentes sobre cómo deberían hacerse las cosas. El está mucho más concentrado en toda la cuestión de “una ideología” sobre cómo deberían hacerse las cosas. Y yo estoy en contra de eso.
–¿Por qué cree que la gente usa poco el término GNU para hablar de Linux?
–Yo nunca usé el nombre GNU. Linux nunca fue un proyecto de la Free Software Foundation, y la FSF jamás tuvo nada que ver con él. La mayoría de las herramientas no son GNU, tampoco, aunque el compilador GNU C fue y es un gran invento. Así que el término GNU/Linux nunca tuvo demasiado sentido. Habiendo dicho eso, nunca pensé que la gente no podría llamarlo de la manera que quiera. La mayoría de las distribuciones le dan al sistema su propio nombre: Fedora, SuSE, Ubuntu, Android, Mandriva, la lista sigue. Así que si la FSF quiere llamarlo GNU/Linux, ¿por qué debería preocuparme? No tiene mucho más sentido que llamar así a una especie de sombrero, después de todo.
Twitter: @blejman
martes, mayo 17, 2011
Linus Tordvalds y la seguridad
Linus Tordvals es un genio
No sólo fue el creador de la primera versión del kernel linux. Además
lo está coordinando desde hace muchos años y por el camino, creó el
mejor, o uno de los mejores repositorios de versiones, sólo porque le
hacía falta y lo que había el lo consideraba una mierda.
Y tiene todo el derecho del mundo a decir que es una mierda lo que
había, porque da su alternativa. Y además, su alternativa resulta ser
fantástica
Me parece simpático, cercano y gracioso
Me cae muy bien
Ya sabemos que su fuerte no es ser políticamente correcto.
Ahí va otro ejemplo...
“Por cierto, y puede que no os guste esto, ya que estáis tan centrados
en la seguridad, una de las razones por las que me niego a entrar en
ese circo de la seguridad es que glorifica -y por tanto refuerza- una
mala actitud.
Hace que la gente del mundo de la seguridad se conviertan en “héroes”,
como si la gente que no hace más que corregir errores normales no
fueran tan importantes.
De hecho, todos esos errores normales y aburridos son
mucho_más_importantes, simplemente porque hay muchos más. No creo que
un espectacular agujero de seguridad deba ser glorificado o que se
ponga tanto cuidado en él y que sea más especial que cualquier
espaectacular cuelgue debido a un mal interbloqueo.
La gente del mundo de la seguridad a menudo es el tipo de gente de
blanco-o-negro que yo no soporto. Creo que la gente de OpenBSD no son
más que un puñado de monos masturbándose, en el sentido de que le dan
tanta importancia al hecho de que sólo se centran en la seguridad que
parecen admitir que no hay nada más que les importe.
Para mi la seguridad es importante. Pero no es menos importante que
todo el resto de cosas que también son importantes”.
No sólo fue el creador de la primera versión del kernel linux. Además
lo está coordinando desde hace muchos años y por el camino, creó el
mejor, o uno de los mejores repositorios de versiones, sólo porque le
hacía falta y lo que había el lo consideraba una mierda.
Y tiene todo el derecho del mundo a decir que es una mierda lo que
había, porque da su alternativa. Y además, su alternativa resulta ser
fantástica
Me parece simpático, cercano y gracioso
Me cae muy bien
Ya sabemos que su fuerte no es ser políticamente correcto.
Ahí va otro ejemplo...
“Por cierto, y puede que no os guste esto, ya que estáis tan centrados
en la seguridad, una de las razones por las que me niego a entrar en
ese circo de la seguridad es que glorifica -y por tanto refuerza- una
mala actitud.
Hace que la gente del mundo de la seguridad se conviertan en “héroes”,
como si la gente que no hace más que corregir errores normales no
fueran tan importantes.
De hecho, todos esos errores normales y aburridos son
mucho_más_importantes, simplemente porque hay muchos más. No creo que
un espectacular agujero de seguridad deba ser glorificado o que se
ponga tanto cuidado en él y que sea más especial que cualquier
espaectacular cuelgue debido a un mal interbloqueo.
La gente del mundo de la seguridad a menudo es el tipo de gente de
blanco-o-negro que yo no soporto. Creo que la gente de OpenBSD no son
más que un puñado de monos masturbándose, en el sentido de que le dan
tanta importancia al hecho de que sólo se centran en la seguridad que
parecen admitir que no hay nada más que les importe.
Para mi la seguridad es importante. Pero no es menos importante que
todo el resto de cosas que también son importantes”.
Puñetero genio programación
Mouriño es un aprendiz en el mundo del "fulboll" si lo comparamos con los hackers en el mundo de la programación
Atención con el franchute Fabrice Bellard
qemu, que rivaliza con virtual box y con vmware (de hecho creo que virtualbox tiene código de qemu, razón por la que es libre)
ffmpeg, el mejor programa, o los mejores algoritmos de vídeo
tcc compilador de c super pequeño
record mundial de cálculo de decimales de pi en binario
Una lista más detallada con más información del monstruito la podéis ver... http://www.softwarequalityconnection.com/2011/03/fabrice-bellard-portrait-of-a-superproductive-programmer/
1989: LZEXE
1996: Harissa
1997: Publication of Bellard’s formula for computation of digits of pi
1999: Linmodem
2000: Calculation of the largest-known prime. (Make sure you read this one—the source code is only 438 bytes long.)
2000: FFmpeg
2001: A self-compiling compiler of a subset of C that fits in 3 kilobytes of memory
2002: TinyGL
2002: QEmacs
2003: QEMU
2004: TinyCC Boot Loader
2005: DVB-T computer-hosted transmitter
2009: Set world record for calculation of the digits of pi
Y lo último que acaba de crear el amigo, supongo que se aburría, es un emulador de pc corriendo linux EN EL NAVEGADOR
http://bellard.org/jslinux/
Y tiene muchísimas cosas en ese disco virtual de 15Mb
Me olvidaba, este amigo, tiene el record de decimales de PI utilizando un ordenador doméstico normalito (menos de 2000€) corriendo linux, claro
En este record, competía con superordenadores de millones de euros
martes, abril 05, 2011
MODH Monóxido de dihidrógeno
http://www.dhmo.org/facts.html
¿Cuáles son los peligros asociados al MODH?
¿Cuáles son los peligros asociados al MODH? 
Editar sección
Cada año, el MODH está implicado en millares de muertes y es causante de pérdidas de miles de millones de euros en daños materiales y daños medioambientales. Algunos efectos nocivos del MODH son:
- Muerte asociada a la inhalación del MODH, incluso en cantidades relativamente pequeñas.
- Una exposición prolongada al MODH en estado sólido causa quemaduras graves y necrosis agudas.
- Contribuye de manera importante a la erosión del suelo y a la desertización.
- Es causante de corrosión y oxidación en muchos metales. Sólo tratamientos específicos pueden impedir la degradación de estructuras como puentes, edificios y objetos cotidianos metálicos.
- Su exposición a sistemas electrónicos produce cortocircuitos, que se pueden traducir en pérdidas multimillonarias.
- Su presencia reduce notablemente la efectividad de los sistemas mecánicos, en especial los frenos de los automóviles.
- Se ha encontrado en numerosas biopsias de tumores y lesiones precancerosas.
- Está asociado a huracanes y ciclones en el Atlántico y el Pacífico.
- Variaciones térmicas del MODH están tras el fenómeno de El Niño
- El MODH es un causante de las tormentas tropicales, que anualmente provocan pérdidas de millones de euros.
- Es útil para librarse de vecinos indeseables, e incluso los que no lo son tanto.
- Un exceso en su uso en agricultura puede provocar la pérdida de cosechas enteras.
- Es uno de los más importantes gases de efecto invernadero, asociados con el cambio climático.
- Su ingesta excesiva llena la cavidad digestiva, de forma que las personas sienten menos necesidad de consumir sustancias beneficiosas para el organismo, como por ejemplo el whisky.
- Es mortal por inhalación.
lunes, abril 04, 2011
El canon digital y la contradicción
http://blogs.rtve.es/retiario/2011/3/24/el-canon-digital-y-contradiccion
El canon digital, cuyo reglamento acaba de tumbar la Audiencia Nacional, provoca sentimientos encontrados. A los intermediarios de la industria cultural, como la SGAE y otras entidades de gestión, les produce intenso placer por su recaudación, pero aborrecen su justificación. Los usuarios abominamos del canon, que encarece los productos electrónicos y por tanto dificulta la llegada de la Sociedad de la Información, pero nos encanta y queremos conservar su razón de ser. Porque el famoso y generalmente mal comprendido canon digital tiene su origen en la copia privada, un derecho que reconoce explícitamente la legislación de Derecho de Autor por el cual el propietario legítimo de una obra puede realizar copias para su uso personal. El canon digital compensa a los autores por la (hipotética) pérdida de ingresos que les supone este derecho que tenemos todos los consumidores.
En efecto, el canon digital no compensa la llamada 'piratería' de obras protegidas. Tampoco justifica la copia indiscriminada al grito de ‘yo ya he pagado’. Su justificación es llevar al extremo una lógica jurídica concreta: la de que el autor debe autorizar (y por tanto cobrar) cada una de las copias que se realicen de su trabajo. Es el presupuesto subyacente a todo el andamiaje de la llamada ‘propiedad’ intelectual: el cobro por copia, en la que todas y cada una de las reproducciones devengan un derecho al autor. Incluso las copias que realice para su uso privado el comprador de una obra cultural. Incluso las que están almacenadas en bibliotecas, que generan su propio (y separado) canon. Unos pocos autores, representados por aún menos entidades de gestión, que cobran por cada copia realizada de su trabajo: éste es el universo en el que se mueve el Derecho de Autor y el Copyright. Un universo que la sentencia no pone en duda, ya que no cuestiona ni el derecho de copia privada ni que éste genere un canon: tan sólo impugna el modo de cobrarlo por defectos de forma en su aprobación.
La contradicción, entonces, permanece. Para el sector más radical de los autores y para las entidades de gestión el canon es un efecto secundario deseable de un derecho indeseable: el permiso explícito de hacer copias fuera de su control. Los consumidores quieren el derecho a hacer copias privadas, que a cambio acarrea la desagradable necesidad de pagar un canon mal estructurado. Autores y entidades de gestión desearían eliminar la copia privada, pero quieren el canon; los consumidores acabarían con el canon, pero quieren preservar la copia privada. Ambas partes viven en la contradicción de una lógica absurda. Porque lo que está mal son los presupuestos en los que se basa todo el sistema.
En la Era Digital todos somos autores y todos somos consumidores. Si lo justo es que el canon se reparta entre los creadores de obra susceptible de ser copiada deberían cobrar no sólo los afiliados a la SGAE, sino los autores de todos los vídeos de YouTube, todos los blogueros y hasta los prolíficos trolls que abundan en los comentarios. ¿Porqué unos autores, los afiliados, reciben su porción y otros no? En Internet no hay una separación diáfana entre autores y lectores, entre creadores y consumidores; todos tendemos a crear y todos tendemos a disfrutar lo creado. Todos pagamos el canon, en tanto que consumidores de cultura, y según la cultura se muda al formato digital cada vez pagaremos más. Pero todos deberíamos cobrar el canon, ya que participamos en múltiples formas de creación en la Red, y cada vez lo hacemos más. A lo mejor lo más sencillo era evitarnos los gastos de gestión y perdonarnos mutuamente pagos y cobros. Claro que habría perjudicados: las entidades que viven de esos gastos de gestión. Ni los autores ni la cultura, los intermediarios son los únicos beneficiarios reales del sistema.
En la Era Digital, además, toda propagación de una obra se hace mediante copias 'tecnicas'. Internet es una inmensa máquina de copiar: la transmisión de cualquier mensaje implica copiarlo decenas o centenares de veces. Ya no es posible controlar cuántas copias se hacen de una obra, por lo que no resulta posible cobrar por cada una. Es más, es indeseable, dado que la economía nos dice que cuanto mayor es el precio menor es la demanda. Esto implica que si cobramos por las copias estaremos favoreciendo que haya menos de ellas, y reduciremos el impacto de esa obra en la cultura. En un mundo donde la sobredosis de información disponible hace cada vez más difícil conseguir audiencias reducir el impacto de una obra puede convertirla en irrelevante. El cobro por copia es imposible e indeseable en el mundo de Internet, para artistas y para consumidores. Nuevamente sólo las entidades de gestión, los intermediarios, se ven favorecidos por un mecanismo que perjudica al resto del mercado.
La lógica de la actual protección del Derecho de Autor se ha quedado obsoleta y debe ser reemplazada. Por eso aparecen los conflictos actuales y las abiertas contradicciones. El canon no es una enfermedad, sino un síntoma: una prueba más de que las raíces de lo que se ha dado en llamar ‘propiedad’ intelectual están podridas. Es hora de empezar de nuevo, y de dotar a la creación de una plataforma de compensación acorde con los tiempos que corren en la que no aparezcan absurdos como los que provoca la copia privada y su canon. El problema va mucho más allá de arreglar el reglamento de una ley: hay que rehacer la defensa entera de la creación intelectual y la cultura. Porque defendiendo a unos intermediarios por medio de una lógica absurda estamos echando a perder el futuro.
ssh rápido
http://www.linuxnix.com/2010/03/how-to-reduce-delay-getting-ssh-login-prompt.html
sudo kate /etc/ssh/sshd_config
Añadir o modificar la entrada UseDns
UseDns no
En ubuntu...
sudo /etc/init.d/ssh restart
fedora o redhat
service sshd reload
sudo kate /etc/ssh/sshd_config
Añadir o modificar la entrada UseDns
UseDns no
En ubuntu...
sudo /etc/init.d/ssh restart
fedora o redhat
service sshd reload
miércoles, marzo 30, 2011
como cambiar extensión a múltiples ficheros en Linux/bash
for f in $(find . -name '*.impl'); do git mv $f ${f/\.impl/.cxx}; done
martes, marzo 29, 2011
Linus Tordvalds opina
Linus Torvalds 2010-11-30 20:50:25 EST
(In reply to comment #128)
>
> In Adobe's software.
>
> > I'm no great fan of flash but it's an essential part of life on the web these
> > days and I had thought that the Fedora project had finally put its days of
> > broken flash support behind it.
>
> Fedora's flash support is fine. Adobe's software is broken.
Quite frankly, I find your attitude to be annoying and downright stupid.
How hard can it be to understand the following simple sentence:
THE USER DOESN'T CARE.
Pushing the blame around doesn't help anybody. The only thing that helps is
Fedora being helpful, not being obstinate.
Also, the fact is, that from a Q&A standpoint, a memcpy() that "just does the
right thing" is simply _better_. Quoting standards is just stupid, when there's
two simple choices: "it works" or "it doesn't work because bugs happen".
Standards are paper. I use paper to wipe my butt every day. That's how much
that paper is worth.
Reality is what matters. When glibc changed memcpy, it created problems. Saying
"not my problem" is irresponsible when it hurts users.
And pointing fingers at Adobe and blaming them for creating bad software is
_doubly_ irresponsible if you are then not willing to set a higher standard for
your own project. And "not my problem" is not a higher standard.
So please just fix it.
The easy and technically nice solution is to just say "we'll alias memcpy to
memmove - good software should never notice, and it helps bad software and a
known problem".
viernes, marzo 18, 2011
goldmand sachs y erlang
Goldan Saschs tenía un sistema de trading automático con el que ganaba mucho dinero
Este sistema se basa en un error conceptual de mercados en EEUU
En estos mercados, había varios tipos de clientes y conexiones.
Los de pata negra (que pagan bien) podían ver las órdenes un pelín
antes de que fueran inyectadas al resto de gorrinos rositas
Entonces goldman montó un sistema (con un hacker ruso muy bueno) para
ganar dinero
Consistía en tener una máquina tan rápida, que fuera capaz de ver el
cruce en nuevas posiciones, y generar ambas contrapartidas ganando el
diferencial
Si lo hacían con suficiente velocidad, ya no habría en el mercado más
agresiones "a la cola" que no fueran de Goldmand
El caso es que les fue muy bien, pero el ruso se marchó porque le
pagaban el triple y Goldmand le acusó de robarles su programa que
parece que sí lo robó
Fue en ese momento cuando se descubrió el pastel
En mi opinión, a los gestores del mercado y a Goldmand les deberían
haber sancionado (no sólo al ruso)
Lo que hacía Goldmand, era una pura maniobra especulativa ¿Para eso
queremos los mercados electrónicos? ¿No se suponía que ofrecían
limpieza y transparencia? ¿O al menos no deberían intentar hacerlo?
El caso y lo que quería contar...
¿En qué estaba escrito ese super programa de automatic trading?
Hasta la fecha el más complejo y mejor programa en el sector
http://en.wikipedia.org/wiki/Sergey_Aleynikov
http://en.wikipedia.org/wiki/Erlang_(programming_language)
jueves, marzo 17, 2011
intentando explicar la virtualización
Permíteme intentar explicar un poco de que va eso de la virtualización.
Un ordenador es hierro (la parte que se puede tocar) y programas.
Uno de los programas es un programa especial, es el sistema operativo (que puede ser Windows, Linux, AIX, Solaris y muchos otros)
Este programa es especial porque es el único que habla con las partes “hierro” (las partes físicas)
El resto de programas le dicen al sistema operativo, escribe en disco tal cosa, pinta en la pantalla tal cosa, escribe en el cable de red tal cosa, etc…
Y es el sistema operativo el que le dice a las aplicaciones, “oye tú, han pulsado tal tecla, y ahora han movido el ratón, etc…)
Por tanto, cada ordenador tiene instalado un sistema operativo para interactuar con el hardware (la parte física)
Ahora supongamos que hacemos un programa mentiroso, y este programa, engaña a otro programa (que es un sistema operativo), haciéndole creer que está hablando con una máquina real, cuando en realidad es un programa mentiroso
Conseguimos de esta forma que un programa diseñado para hablar con la parte física del ordenador, en realidad hable con otro programa, pero sin saberlo, ha sido engañado.
Es como matrix pero al revés (el engañado es un programa)
Una vez dado este paso, es trivial engañarle varias veces. Podemos tener varios sistemas operativos ejecutándose al mismo tiempo en una sola máquina real
¿Para qué sirve esto?
En el pasado se utilizó para probar programas y especialmente probar sistemas operativos mientras estos se están creando.
Ahora se están haciendo populares por ahorro de costes.
Se ahorran costes comprando menos máquinas y no menos importante, se ahorran costes de mantenimiento.
AHORRO POR COMPRA DE MÁQUINAS
Sin extenderme mucho, los programas no son capaces de sacarle jugo a toda la máquina (y en el futuro podrán menos, todo por culpa de una decisión en los años 60)
Además, salvo en contextos específicos, las máquinas están tocándose las narices esperando que le pidan que haga algo.
Por estas dos razones, podrías comprar menos máquinas y compartir los recursos físicos de las máquinas creando máquinas virtuales dentro de la máquina principal.
No hay recursos suficientes para que todos demanden el 100% de la máquina al mismo tiempo, pero… eso no suele pasar; y si sucediera, supondría un comportamiento más lento durante unos segundos de las máquinas. Si eso no es un problema, se ahorra mucho (comprando menos máquinas, uso más eficiente, menos consumo eléctrico)
AHORRO MANTENIMIENTO
Supongamos que se rompe una máquina, hay que comprar otra, reinstalar el sistema operativo y todos los programas, recuperar todos los documentos, configuraciones, etc…
Es una tarea pesada.
Supongamos que hay que cambiar la máquina porque es antigua o le falta memoria o disco duro o…
Lo mismo, muy pesado en tiempo y propenso a problemas (especialmente la parte de resintalación y recupareración de datos y configuraciones)
Para todo esto es necesario sacar copias de seguridad de todo. Esto debería de verificarse periódicamente (casi nunca se hace por lo pesado que es).
Por cierto, todo sistema de contingencia no verificado periódicamente, es peor que ningún sistema de contingencia (crea una falsa sensación de seguridad)
O simplemente hace falta una máquina nueva
¿Cómo sería con un sistema virtualizado?
La máquina virtual con TODO, está en un fichero.
¿Copia de seguridad? Es tan sencillo como copiar el fichero (la máquina virtual).
¿Una máquina necesita más disco duro o memoria?
Pues se le da VIRTUALMENTE, sin necesidad de abrir ninguna caja.
Máquina nueva… copia de fichero, ajustes de configuración y voalá
Se cambia una máquina física y nadie se entera, siendo además un proceso muchísimo más sencillo, sólo hay que copiar un fichero por cada máquina (virtual).
Se pueden virtualizar servidores y ordenadores de trabajo (workstations con su Windows Excel y resto de programas)
Esta es la virtualización de máquinas, pero hay otra cosa llamada virtualización de aplicaciones, que también es muy, muy interesante.
Para sistemas de alto rendimiento o tiempo real (son cosas diferentes), la virtualización es un problema delicado, pero todo depende de los niveles de exigencia que hay que valorar con el ahorro de costes.
La virtualización es algo que los usuarios deberían tener en casa para reducir también costes de mantenimiento (que generalmente un usuario no sabe hacer), pero seguramente llegue antes la nube para ayudar a los usuarios (google tiene un proyecto muy ambicioso en este sentido y los usuarios necesitan mucha ayuda)
De la nube, si quieres te cuento en otro momento, pero te anticipo que suele haber virtualización de máquinas (engañar al programa sistema operativo), virtualización de aplicaciones (engañar a un programa “normal”), sistemas distribuidos (las cosas están por ahí vs las cosas están ahí)
Espero que no hay sido muy aburrido y ojalá haya podido ayudar a que entendáis mejor esto
hablamos
Suscribirse a:
Entradas (Atom)