Filosofía UNIX

La filosofía de UNIX resume en gran medida las características de los grandes sistemas operativos de nuestros días: Linux, BSD y Solaris entre otros (en el caso de Mac por ejemplo aunque es un derivado de UNIX desconozco sus características ya que es un sistema cerrado: lo tomas o lo dejas).

Esta se puede resumir con una frase: Do one thing and do it well, lo que se puede traducir como Haz una cosa pero hazla bien. Existen diferentes versiones, en las cuales no voy a entrar, pero esta es la que a través de Google he encontrado más completa (traducida al castellano):

• Haz que cada programa haga una cosa y la haga bien.
• Para llevar a cabo una nueva tarea escribe un programa nuevo. No compliques uno viejo añadiendo nueva funcionalidad.
• Escribe tu programa teniendo en cuenta que su salida probablemente sea la entrada de otro programa. No llenes stdout con información innecesaria ni utilices formatos raros.
• Guarda los datos en archivos de texto plano. Si necesitas seguridad, confía en los permisos.
• Usa nombres cortos y en minúscula.
• Si no es imprescindible, no pidas nada de forma interactiva: haz que el usuario suministre los datos por línea de comandos en la llamada.
• Haz partes simples conectadas mediante interfaces limpias y bien definidas.
• Céntrate en los datos. Si has elegido las estructuras adecuadas y organizado todo correctamente, los algoritmos serán evidentes.
• Claridad mejor que complejidad. La solución más simple es frecuentemente la mejor: añade complejidad solo donde sea indispensable.
• Portabilidad mejor que eficiencia.
• Piensa en paralelo. Hay otros procesos en el mundo, incluso instancias de tu mismo programa funcionando al mismo tiempo.
• Haz un programa grande sólo cuando haya quedado demostrado que no puede hacerse con uno pequeño.
• Si tu programa no tiene nada interesante que decir, que no diga nada.
• No existe una única manera de hacerlo. Cada problema tiene múltiples soluciones.
• Diseña pensando en el futuro, está más cerca de lo que piensas.
• Unix no pide por favor.

Referencias:

Estos puntos han sido copiados literalmente del artículo ~$ Unix: Historia, Filosofía y Estándares, del blog ~$ thefuckingshit.org con licencia ~$ Creative Commons Reconocimiento-Compartir bajo la misma licencia 2.5 España (~# Free Cultural Works).

[en.wikipedia.org] ~$ Unix philosophy

Zim y Gobby ¿unidos?

Personalmente siempre me ha gustado escribir en editor de texto (que no es lo mismo que procesador de textos) por la claridad, rapidez, portabilidad, etc.

Hace algún tiempo descubrí Zim, un editor WYSIWYG (What you see is what you get) con características Wiki. Para aquellos que desconozcan esta terminología, pues decir que es un sencillo editor de textos que genera archivos txt pero que además permite enlazar unos documentos con otros a través de referencias además de otras características como negríta, cursiva, etc.

La ventaja de usarlo es la organización de contenidos que conseguimos y el hacernos con la edición Wiki, filosofía cada vez más extendida. Además la sintaxis de Zim está basada en la de DokuWiki, poderoso motor de Wikis de Software Libre característico por no requerir de una base de datos para funcionar (ni no me equivoco), por lo que aprender a manejar un sencillo Wiki con Zim es un inicio para posteriormente pasarse a DokuWiki.

Por poner un ejemplo, enlazar un documento con otro es tan fácil como escribir [[nombre_documento_al_que_queremos_enlazar]]. Las negritas por ejemplo se ponen utilizando dos asteriscos al principio y al final, por ejemplo **este texto se vería en negrita**.

Ahora se me plantea la necesidad de compartir un documento y se me viene a la cabeza Gobby, un editor de textos colaborativo con características como múltiples usuarios, multiples documentos, edición en tiempo real e incluso chat.

En una ocasión probé Gobby por lo que mas o menos se como funciona y no parece haber ningún problema en abrir y  compartir los documentos de Zim a través de una sesión. Lo que estaba pensando es cómo unificar las características de Zim con Gobby, para que de alguna forma se abrieran todo el “cuaderno de notas” que genera Zim con Gobby simplemente indicándole el nombre de este. En principio seguiré trabajando con Zim y cuando tenga que mostrarlo lo abriré con Gobby, pero no descarto echarle un vistazo poco a poco a las posibilidades de integrar ambos proyectos.

Por último si a esto se le metiera un sistema de control de versiones como CVS o SVN ya sería “la caña”.

Zim está escrito en GTK2-PERL y Gobby en GTK+ y lenguaje C o algún derivado de este, aunque esto último no lo tengo muy claro puesto que no he encontrado referencias y solo he mirado la extensión de los archivos del código fuente (por favor si he metido el patón hacérmelo saber).

Referencias:

• http://zim-wiki.org/
• http://gobby.0×539.de/trac/
• http://www.dokuwiki.org/dokuwiki

SCO UNIX

Mi primer Sistema Operativo :p

Ya en serio, mi primer sistma operativo (para PC) fue un Windows 3.11 seguido de un Windows 95, 98, XP y Debian GNU/Linux )

El sistema operativo SCO UNIX me lo hice en una empresa que lo pensaba tirar y supongo que me hizo ilusión tener algo “antiguo” en lo cual se han basado algunos de los grandes proyectos que tenemos hoy a nuestro alcance.

Lo que es curioso es la diferencia a cómo se entrega un UNIX y cómo se entregaba un WINDOWS.La caja viene llena de manuales impresos y libros que para mí es realmente lo que tiene valor, puesto que los diskets ni siquiera se si funcionaría (no me atrevo a probarlos), y eso que la foto no hace justicia porque se ve bastante más ancha en la realidad.

Por el contrario ¿alguien tiene un manual de Windows que le haya venido con la licencia?

Distribuciones GNU, Linux, BSD, etc.

Existen multitud de distribuciones de Software Libre basadas en Linux y BSD (entre otros) y no es mi intención explicar qué es o en qué se diferencian ya que me extendería demasiado.

Mi intención en este post es agrupar distintos recursos que nos ayuden a identificar y conocer las distintas distribuciones Linux existentes, o al menos la gran mayoría. De momento solo voy a hacer un listado y en otra ocasión con más tiempo espero añadir alguna descripción e incluso opinión.

• Anexo: Distribuciones Linux (es.wikipedia.org)
• Anexo: Comparación de distribuciones Linux (es.wikipedia.org)
• GNU/Linux distro timeline
• DistroWatch.com
• Linux Distributions (linux.org)
• The LiveCD List (livecdlist.com)

¿Conoces alguno más?

Programa de televisión sobre Software Libre

Ahora que a salido el tema del programa en la TV (a través de la entrada anterior acerca de la caída de Mobuzz.tv) he estado revisando lo que publiqué en su momento y veo que es bien poco, e incluso ni siquiera dejaba claro cual era la intención y además daba a entender que solo quería colaboradores en Almería, lo cual no es cierto.

La temática del programa esta clara: Software Libre y Cultura Libre si o si.

La idea era hacer un programa de una franja horaria de una hora, lo que en TV quitando anuncios se quedan en 40~45 minutos.

Estuve dándole vueltas a distintas posibilidades para hacer el formato (¿se llama así en Televisión no?). Lo habitual sería hacer unas cuatro secciones de unos diez minutos cada una. En base a eso estuve pensando como dividir los contenidos que me gustaría incluir y agruparlos en cuatro secciones.

En primer lugar había pensado en incluir una sección de noticias, como no podía ser de otra manera y estuve buscando fuentes de noticias y como no la conclusión pasaba por Menéame y Barrapunto ) Ambas son fuentes de información promocionadas por los usuarios que guardan una estrecha relación con el Software Libre (¿me equivoco?). No son las únicas y estuve mirando otras como el Libro Blanco del Software Libre a través del cual salen publicados distintos eventos de carácter gratuito sobre Software Libre.

En segundo lugar, me hubiera gustado hacer una sección sobre algún tema de interés y actualidad que tenga relación con la informática.Algunos temas que había pensando eran por ejemplo la LOPD, la LSSI, La propiedad Intelectual, Redes Sociales, Web 2.0, Licencias… En esta parte había pensando hacer una especie de debate con algún invitado que tuviera que ver con el tema (algo complicado al principio).

En tercer lugar había pensado en realizar alguna sección sobre la tan querida y odiada Web 2.0: redes sociales, review de blogs, entrevistas a bloguers, wikipedia, promoción de noticias, micro blogging….

En cuarto lugar sección exclusiva GNU/Linux: hablar sobre alguna distribución, aplicaciones, etc. No obstante no debemos olvidar que la gran mayoría de usuarios utilizan Windows por lo que se prestaría especial atención a aquellas aplicaciones que fueran multiplataforma.

Había otra sección que me había pensado hacer y buscar la manera de acortar las restantes y sería la típica sección de gadgets y hardware dando especial relevancia a aquellos componentes, periféricos y dispositivos soportados por Linux.

Estuve hablando con gente para ponerlo en marcha y buscar colaboradores pero como muchas otras cosas fue inútil. Con esto no quiero decir que el proyecto quede olvidado, en el momento que se pudiera formar un equipo de personas interesadas sería reactivado de inmediato.

El programa sería para emitirlo en TV Local pero con la idea de colgarlo posteriormente por Internet dividido por ejemplo en ¿secciones?. Así vídeos de unos 8 o 10 minutos sería totalmente viable colgarlos en distintas plataformas de promoción de vídeos en Internet.

En principio era una prueba y la TV no nos ofrecía dinero a menos que consiguiéramos anunciantes. Personalmente la falta de financiación no la ví un problema. Existen infinidad de alternativas que se pueden ir aplicando en función el éxito del programa. Cada vez existen más plataformas que pagan por un número de visualizaciones de vídeos, se podrían buscar esponsor, buscar patrocinadores e incluso patrocinarnos nosotros mismos con la venta de camisetas por decir algo… Además por probar no se pierde nada y si hubiera encontrado un equipo que de la misma manera que hace un podcast o una entrada en su blog le dedica unas horas a la semana en hacer un screencast creo que no sería un trabajo excesivo.

Mobuzz ha caído definitivamente

Fruto de la crisis (o no) y tras hacer una campaña mediática a través de Internet para recaudar fondos (¿marketing viral o vital?), mobuzz.tv ha dejado de emitir tal y como nos anunciaba Iria Gallardo a través de Twitter hará unas 20 horas según mi Twitux (cliente Twitter para Linux).

Aunque al principio lo dudé ya que tras recibir la notificación y tras posterior comprobación de la página mobuzz.tv no encontré ninguna referencia ni comentario y todo parecía funcionar con normalidad, efectivamente hoy han publicado un comunicado oficial sobre el cierre de mobuzz:

MobuzzTv comunica a todos sus seguidores con profundo pesar que a partir de hoy cierra oficialmente. Necesitamos tomarnos un tiempo para analizar la forma más adecuada para reorganizar nuestro proyecto. Hemos mantenido múltiples conversaciones con personas y organizaciones interesadas en el mismo, pero desgraciadamente no hemos encontrado la financiación necesaria para mantener las emisiones hasta el cierre de los acuerdos en que estamos trabajando. Queremos aprovechar este momento para confirmar nuestro más sincero agradecimiento a todos los que donaron dinero a Mobuzz. Tal y como se afirmaba en el video en el que os pedíamos ayuda, dado que no continuamos nuestra actividad, vamos a devolver todas las donaciones. Sólo pedimos un poco de paciencia porque son varios miles de operaciones y nos llevará cierto tiempo el proceso de devolución.

Estamos sumamente orgullosos de los programas que hemos producido en estos cuatro años de historia de Mobuzz y seguimos convencidos del enorme potencial que tiene el video online. Cuando empezamos, sabíamos que se trataba de un proyecto ambicioso. A veces esos proyectos salen adelante, otras no, pero aunque estamos profundamente disgustados con este final de nuestra aventura, también estamos convencidos de que aquí no se acaba nuestro impulso para afrontar nuevos desafíos.

Estos últimos años han supuesto para nosotros un reto apasionante y queremos mostrar nuestro agradecimiento a todos los que nos han ayudado en nuestro camino: a todos los amigos que nos proporcionaban valiosos consejos para mejorar nuestros shows; a la comunidad de bloggers, que nos han demostrado que “comunidad” es mucho más que un simple concepto teórico; a los amigos y a la familia que nos apoyaron cuando nos lanzamos en pos de lo que en 2004 parecía una ensoñación; y a todo el equipo que ha trabajado con una profesionalidad ejemplar hasta en los momentos más difíciles.

Hemos conocido a mucha gente increíble gracias a Mobuzz. Esperamos volver a encontraros cuando nos lancemos en busca de un nuevo futuro. Gracias y hasta siempre.

El equipo de Mobuzz

Conozco Mobuzz desde hace tiempo, pero solo lo he seguido esta última temporada debido a que me propusieron crear un programa en una TV Local sobre Informática y quise ver un poco la trayectoria de otros programas sobre esta temática.

Referente a lo del programa en TV, de momento está aplazado ya que no he encontrado colaboradores pero si hubiera alguien interesado que se ponga en contacto conmigo y retomamos el tema. La idea sería hacer un programa sobre informática dando especial relevancia al Software Libre y la Cultura Libre como no podía ser de otra manera.

Volviendo de nuevo a Mobuzz, lamento mucho que no lo hayan conseguido y les deseo lo mejor para sus vidas profesionales y personales.

Magnatune ¿libre de qué?

Si buscamos en la Wikipedia Música Libre nos aparece la siguiente definición:

La música libre es aquella música que está en dominio público o protegida por una licencia libre, al estilo de la Licencia Pública General, o la licencia BSD que ampara a una parte del software libre. De esta forma, se consigue la máxima distribución y promoción de la música y hace posible que llegue sin obstáculos al público.

Una de las más conocidas es Magnatune la cual he revisado hoy y me he encontrado que la licencia de todas las obras que se incluyen en ella es Creative Commons Attribution-Noncommercial-Share Alike 1.0 Generic, con unas clausulas exclusivas para magnatune que solo aparecen cuando accedemos a la licencia desde el link de este portal.

Esta licencia no es libre, principalmente porque incluye la clausula no comercial y esto no lo digo yo, lo dice movimientos como es el del Software Libre, Free Cultural Works, etc.

De hecho en la Wikipedia hay una referencia a esta discrepancia:

Mientras hay autores que defienden que el mero hecho de estar bajo una LML o Creative Commons hace que la obra sea libre, otros consideran que en el caso de las LML sí lo son, pero en el de CC, sólo dos de estas licencias (CC-by y CC-by-sa) se pueden considerar libres. El resto serían de libre distribución y semilibres.

También he ojeado algunos usos que se le pueden dar a las obras, y para el caso de podcast por ejemplo dice así:

Non-Commercial Podcasts can use all Magnatune music at no cost with no permission required! Commercial podcasters can obtain a low-cost license online.

A podcast is non-commercial if you do not charge listeners to hear the podcast, there is no advertising, it was not created to promote a business, and you were not paid to create the podcast.

También he probado a insertar una canción en el blog para lo cual nos muestra un formulario que nos calcula “cuanto hay que pagar” por incluir la música en nuestro blog.

En fin, que no entiendo el uso que se le da al término libre, cuando en estos casos en realidad se le debería decir gratis  o freeware (que no es lo mismo que free o libre) ya que lo único que permiten prácticamente es escuchar la obra de forma gratuita, y pero para eso ya tengo last.fm con la música de toda la vida.

Entradas Relacionadas:

[kikuelo.wordpress.com] ~# Música Libre (Tag)

[es.wikipedia.org] ~$ Música Libre

Música Libre

En algunas ocasiones ya había hablado sobre algunos proyectos concretos, pero en este post la idea es listar las distintas posibilidades que conozco para escuchar ‘música libre’:

• Jamendo.com
• Magnatune.com
• Magnatuneasy.com
• Música Libre.es

Por último, aunque no se trata de ‘música libre’ como tal sino de ‘samples libres’, tenemos freesound.org.

Entradas Relacionadas:

[kikuelo.wordpress.com] ~# The Freesound Project

[kikuelo.wordpress.com] ~# Música Libre (Tag)

Python Software Foundation License (Licencia Python)

Python posee una licencia reconocida por la Open Source Initiative y compatible con la GPL por lo que se podría decir que es tanto Software Libre como Open Source.

Según leo en la Wikipedia, la característica principal de esta licencia es que no obliga a liberar el código fuente al distribuir los archivos binarios, aunque en este caso, supongo que no sería compatible con la GPL puesto que es uno de los requisitos de esta. Me imagino que el no proporcionar el código fuente al distribuir los binarios será con vistas a realizar Software Propietario, anuque como digo esto son solo suposiciones.

Lo que si he visto es que a lo largo de la historia han existido diferentes versiones de la licencia python y no todas ellas han sido compatibles con la GPL. En concreto las versiones que no han sido compatibles son la 1.6, 1.6.1, 2.0 y 2.1. Lo curioso es que en medio de esta serie de licencias hubo una que si era compatible con la GPL que fue la 2.0.1. Anteriores a la 1.6 y posteriores a la 2.1 (ambas no incluidas) todas han sido compatibles con la GPL.

Por otro lado revisando las FAQ General de Python (preguntas frecuentes) hay una que responde a las dudas que podía tener, en concreto la 1.5 que dice tal que así:

1.5   ¿Existen restricciones de derechos de autor en el uso de Python?

No realmente. Puede hacer lo que quiera con los códigos fuentes, mientras deje dentro los derechos de autor, y muestre esos derechos en cualquier documentación sobre Python que produzca. Tampoco use el nombre del Instituto ni del autor en publicidades sin antes obtener un permiso escrito, y no lo haga responsable por nada (lea los derechos de autor actuales para una mayor precisión legal).

Si honra las reglas de derechos de autor, está bien usar Python para un fin comercial, vender copias de Python en forma binaria o sus fuentes (modificadas o no), o vender productos que mejoren Python o incorporen Python (o parte de él) en alguna forma. Por supuesto, nos gustaría conocer acerca de todo uso comercial de Python.

[docs.python.org] ~$ History and License

[python.org] ~$ FAQ General de Python

Póster Baby GNU & Baby TUX 3D

He pasado la traducción al póster con algunas correcciones en el texto que no estaban muy bien traducidas.

Como comentaba ayer se trata de una traducción más o menos literal de la obra original pero pienso que se podrían realizar algunos cambios o incluso hacer varias versiones en función del grupo de aplicaciones que se quiera reflejar (3D, diseño gráfico, programación, etc.).

Más información en la entrada anterior:

[kikuelo.wordpress.com] ~# Traducción del póster 3D de Baby GNU & Baby Tux