joe di castro

La Democratizacion de la Educacion

joe di castro — Wed, 25 Dec 2013 10:20:00 +0100

Permitidme que os hable un poco de mí historia académica antes de entrar en materia. Podéis saltaros esta parte biográfica (mis batallitas) e ir directamente al siguiente punto.

Normalmente la adolescencia es una edad difícil en la que nos encontramos envueltos en un mar de dudas y conflictos entre el niño que eramos y el adulto que queremos ser. Es entonces cuando comienza el difícil dilema de plantearnos que vamos a hacer con nuestra vida. Delicada cuestión que muchos ni siquiera llegan a resolver, se encuentran con que la vida les impone una respuesta.

Ya en los dos primeros años de BUP (si, uno ya no está en la veintena) mis objetivos se dividían entre Arquitectura y Medicina, dos áreas que me apasionaban y aún lo hacen hoy en día. Al mismo tiempo mi hobby era la informática, un hobby singular, en cuanto a que solo tenía a mi disposición un Amstrad CPC 464 que solo empleaba para jugar (y muy poco). Aparte de aquello solo había aprendido cuatro tonterías en BASIC en el ultimo curso de la EGB en un Sinclair ZX Spectrum y en un MSX de Philips. Y sin embargo, tenia acceso a varias revistas de Informática mensuales que devoraba desde la primera a la ultima página, soñando con tener algún día uno de aquellos PCs (386) para poder hacer mis primeros pinitos en aquel "mágico" mundo.

Ya a mediados de 3º de BUP comencé a tener claro que la Informática era para mi algo más que un hobby, quería dedicarme a ello y quería hacerlo ya. Así que decidí que lo mejor para mi era matricularme en FP II de Informática de Gestión y después de dos años, encontrar trabajo en lo que me gustaba. Vengo de una familia humilde y ni me apetecía pasarme tres años en la facultad a costa de mis padres, ni aquello que enseñaban me atraía demasiado. En aquellos tiempos para mi la informática era algo inminentemente practico, me gustaban los PCs y quería cacharrear con ellos.

Fui admitido en aquel curso, pero la vida me deparaba una sorpresa, había suspendido Inglés de tercero. No me lo esperaba, aún hoy no sé como suspendí aquella asignatura. Me vi entonces en el dilema de estudiar COU y recuperar aquella asignatura de tercero, mis planes se habían torcido. No me sentó nada bien aquello, estaba en una edad difícil, en un instituto singular de un barrio obrero y conflictivo. Me tome aquel año como sabático, sabía lo que quería y no era aquello. Me pase el curso entre billares y futbolines. Al final de año solicite plaza en los dos cursos disponibles de FP II que me interesaban, Gestión y Sistemas (Equipos Informáticos). En Gestión me rechazaron (aunque me colé entre los suplentes), había +800 solicitudes para 24 plazas y yo la había rechazado el año anterior, pero conseguí ser admitido en Sistemas. El final de curso en COU no pudo ser más significativo: Sobresaliente en Ingles de COU y de 3º, Notable en Gallego y Filosofía y No Presentado en el resto. Era mi forma de rebelarme contra el sistema visto desde el punto de vista estúpido e inmaduro de un tardo-adolescente, podía, pero no quise. También era la forma de evitar la presión familiar para presentarme a la Selectividad y una carrera que no quería hacer.

La vida me deparaba otra sorpresa más, los estudios de FP II de Sistemas duraban tres y no dos años como creía (Gestion solo duraba dos años). Y gracias a las asignaturas convalidadas por BUP, me encontraba con un horario con muy pocas clases y pocas asignaturas. El nivel de las asignaturas comunes (la mayoría convalidadas) era sorprendentemente muy inferior al de BUP y COU. Y lo más sorprendente aún es que las asignaturas técnicas de Informática tenían un nivel muy inferior a lo que me esperaba, sin haber tenido acceso a un PC, me encontraba con que prácticamente ya conocía todo aquello. En segundo año me regalaron mi primer PC (un 486 DX2 a 66 MHz) y en pocos meses aprendería prácticamente todo lo que tendría que saber para el resto de aquel año y el siguiente por mi cuenta. Solo cuatro asignaturas en los tres años me aportaron conocimientos que no tenia: Electrónica, Comunicaciones, Arquitectura de ordenadores y Programación. La experiencia personal fue fantástica gracias más a mis compañeros y profesores que a las materias. En el entorno familiar y de amigos se me animaba a continuar después con la carrera, pero yo en mi interior me sentía estafado, como si hubiera perdido tres años por algo que podría haber aprendido en medio año.

Paralelamente yo estaba haciendo practicas en un empresa de Informática, donde pasaría casi dos años de mi vida sin contrato y sin apenas cobrar, solo por el placer de aprender y coger experiencia. Fue una de las mejores épocas de mi vida y con aquella gente fantástica aprendí las bases de mi oficio.

Luego con el paso de los años acabe trabajando en varias empresas desempeñando diferentes puestos y responsabilidades, siempre dentro del área de Sistemas. Solo ampliaría mi formación académica durante estos años con un curso de Fibra Óptica (cuando lo realice apenas había empresas de cable en España) y un curso de Gestión de Empresas.

Lo que nunca he abandonado es al autoaprendizaje, simplemente porque mi segunda mayor pasión después de esta profesión es aprender algo nuevo cada día. Y mi curiosidad se ha extendido a muchas áreas, como la música, la fotografía, el diseño, la literatura, etc con mayor o menor fortuna.

Auto-Aprendizaje vs Aprendizaje Guiado

Durante todos estos años lo he hecho lo mejor que he podido, aprendiendo sobre la marcha y rellenando las numerosas lagunas que mi deficiente educación oficial jamas cubrieron, del mejor modo que podía, aprendiendo por mi cuenta. No lo he debido hacer del todo mal, cuando algunos profesionales que si habían cursado alguna carrera Informática se han sorprendido del nivel de conocimientos de un "simple FP II", del mismo modo que yo me he sorprendido del pobre nivel de conocimientos de más de un "Licenciado".

Pero si es cierto que tengo bastantes lagunas, sobre todo en las bases teóricas que se dan en algunas asignaturas de las carreras. Donde siempre me he sentido limitado es en el terreno de la programación, donde después de acabar FP II, apenas había vuelto a tocar y los conocimientos adquiridos era muy básicos (Pascal y Ensamblador a nivel de conceptos básicos).

Pero desde hace unos años me he ido interesando poco a poco y cada vez más en la programación, empleando Python como punto de partida y la auto-formación en mis ratos libres como medio. He llegado al punto en que no me importaría desarrollar el resto de mi carrera como Programador en lugar de Administrador de Sistemas. Y donde mi auto-confianza en este campo se va incrementando gradualmente.

Pero el auto-aprendizaje aún siendo muy gratificante, por el hecho de que aprendes básicamente lo que quieres y las recompensas son en muchas ocasiones inmediatas, no deja de ser un camino plagado de trampas:

Carencias Autoimpuestas Aprender por tu cuenta lo que te gusta implica muchas veces evitar aprender las partes que no te interesan, te aburren o directamente no soportas. Esto te crea lagunas importantes en aspectos muchas veces básicos y necesarios, y cuando no elementales para "unir los puntos" entre unos conocimientos y otros.
Ignorancia de lo ignorado El mismo hecho de emplear recursos dispersos y muchas veces no ordenados para aprender algo que necesitas ya (o que te llama la atención en ese momento) ocasiona que muchas veces ignores completamente siquiera la existencia de materias completas que son básicas para "tejer la red de conocimientos" que da sentido al resto.
Conocimientos no asimilados Aún leyendo algunos de los mejores libros sobre la materia, no siempre es suficiente para la completa comprensión de la misma. La practica es necesaria para asimilar y afianzar muchos conceptos y muchas veces es difícil de suplir la explicación oral de alguien que si comprende la materia.
Calidad deficiente No siempre se aprende correctamente, a veces aprendemos algo a través de recursos pobres, incompletos o deficientes. No es menos frecuente asimilar "malas practicas" o "vicios" a consecuencia de esto. Esto nos lleva muchas a veces a tener que "re-aprender" lo que creímos que ya sabíamos. A veces este tipo de aprendizaje nos dota de una falsa seguridad en nosotros mismos que nos convierte en el peor tipo de profesional posible: el "manazas inconsciente", un peligroso "coctel" cargado de buenas intenciones que puede "armarla" en cualquier momento.
Pesima gestión del tiempo La innumerable cantidad de recursos que están a disposición de cualquiera gracias a Internet: libros, manuales, how-tos, vídeos, charlas, foros, sitios de preguntas y respuestas, etc puede ser apabullante pero no ayudarnos, si no entorpecernos. Es necesario mucha disciplina y orden para no perder el tiempo saltando entre esto y lo otro, asimilando a veces muy pocos conocimientos en función al tiempo empleado. La procrastinación es nuestro enemigo y nada puede sustituir a un camino marcado de antemano por alguien con conocimientos en la materia.
El efecto "Isla" El "no poder interactuar con otros alumnos/profesor" reduce en cierta parte las posibilidades de reforzar el aprendizaje, resolver dudas de una forma más pro-activa y respaldar la confianza en lo aprendido. Y no menos importante, darte una idea de tu nivel de comprensión y conocimientos en comparación a otros.
Carencia de titulación No menos importante para algunos, es que no disponemos de un titulo que respalde los conocimientos adquiridos.

Pero a pesar de todos inconvenientes, el auto-aprendizaje es esencial hoy en día, y en muchas profesiones como la mía, no hacerlo se convierte en un suicidio profesional. Siendo sincero, yo jamás contrataría a alguien que no tenga espíritu de autodidacta, en realidad, jamás contrataría a nadie que no tenga curiosidad, que no se haga preguntas. Personalmente pienso que el día que dejas de tener curiosidad por lo que te rodea, te conviertes en un "espectador". De hecho creo que la curiosidad, el hacerse preguntas, es uno de los indicadores más evidentes de inteligencia. Aquel que se mueve, no importa lo lento que sea, siempre llegará más lejos que el que se queda quieto.

Formarse a través de la Gamificación

De unos años a esta parte han empezado a surgir en la red ciertos sitios que persiguen la auto-formación a través de la consecución de pequeñas recompensas, lo que se conoce como Gamificación.

Bajo esta idea han surgido múltiples proyectos para aprender diversas materias, desde un idioma hasta programar, pasando por las matemáticas. Hay bastantes proyectos vigentes y siguen apareciendo nuevas ideas constantemente. Algunos ejemplos de este tipo de proyectos son: Codecademy, DuoLingo, Khan Academy, treehouse, Code Avengers, Programmr, code school, CheckiO, etc

Este tipo de sitos están enfocados principalmente a iniciar a principiantes en una materia y emplear las técnicas de gamificación para alentar el aprendizaje, evitar la desmotivación y que se abandone el mismo. He participado en alguno de estos sitios y si bien la mecánica es atractiva, no han cumplido con mis expectativas en cuanto a nivel de conocimientos y la dinámica de los mismos. Un par de ejemplos:

Codecademy: Te permite iniciarte en Javascript, HTML/CSS, Ruby, Python y PHP. Complete muchos ejercicios de las cuatro primeras materias, pero la sensación que me quedaba era de falta de profundidad en lo que se enseñaba y que el ritmo de aprendizaje era demasiado lento para el nivel de lo enseñado. Después de un tiempo acabe abandonando el sitio y borrando la cuenta. No es para mí, no es lo que busco. Además en el momento en el que yo lo probé, estaba plagado de errores en los evaluadores del código escrito que lo hacían en cierta medida insufrible.
DuoLingo: Se trata de aprender un segundo idioma a través de traducciones colaborativas de textos en la red. Tiene una parte teórica de conocimientos de gramática que fue la que me animo a participar, pues esta es la parte que más necesitaba reforzar. Tras terminar esta parte de conocimientos básicos y ver que no seguía ampliándose (que era mi interés principal) y tras innumerables traducciones (que en general eran muy bien valoradas) acabé abandonando el sitio y borrando la cuenta.

Y aunque me decepcionaron parcialmente, tengo que reconocer que haber probado estos sitios fue lo que me animó a dar el siguiente paso hacia algo más serio.

Reforzar conocimientos a través de Retos

Otra alternativa para reforzar/ampliar conocimientos es la de resolver retos planteados en diversos sitios donde se nos anima a comprobar nuestro nivel de conocimientos frente a problemas de diversa dificultad. Existe también una diversa variedad de este tipo de sitios, por poner algunos ejemplos: Project Euler, Python Challenge, Python Koans, VimGolf, codewars, coderbyte, code_eval, HackerRank, Google Code Jam, Programming Praxis, TopCoder, Sphere online judge, UVa Online Judge, wu riddles, Anarchy Golf, StackExchange CodeGolf, CodeForces, MindCipher, CodeChef, Timus

Este tipo de sitios no solo nos ayudan a "tener afilada la sierra", si no que en muchos casos nos obligan a aprender temas nuevos para resolver algunos problemas. Por contar mi experiencia en dos de los varios sitios de este tipo que he probado:

Project Euler: Es un sitio que nos reta a resolver problemas matemáticos mediante cualquier lenguaje de programación (o simplemente usando bolígrafo y papel) pero haciéndolo de manera eficiente. Los problemas pueden ser sencillos o muy difíciles y resolver un gran número de ellos requiere de una buena base matemática y algorítmica. He resuelto unos cuantos (68) y aunque deje de hacerlo hace un tiempo, tengo la intención de retomarlo en algún momento. Un sitio muy recomendable.
Python Challenge: Se trata de resolver cierto de tipo de problemas a través de código Python. La dificultad no solo reside en resolver el problema, si no en encontrar el problema en si mismo, pues a medida que avanzamos se nos van dando pistas (algunas ocultas) pero no se nos da un planteamiento concreto. Es difícil completarlo y es muy, muy entretenido, a parte de forzarte a usar un buen número de librerías distintas. Consta de 33 niveles y yo me quedé atascado en el 26, aunque tengo intención de retomarlo y acabarlo algún día. Altamente recomendable.

La eficacia de estos sitos reside en el reto contra el problema y contra uno mismo, muchos hacen trampa copiando soluciones previas de otros en la red, y lo único que consiguen es engañarse a si mismos. En algunos sitios es tan patente que me han quitado las ganas de seguir participado, pese a encantarme el sitio, como es el caso de VimGolf.

El autodidacta pragmático

Otra forma muy recomendable y muy frecuente de aprender una materia es a través de la realización de un proyecto partiendo de cero. Es un camino a veces largo, lleno de tropiezos y de dificultades que nos enriquecen enormemente cuando conseguimos superarlos. Se puede aprender mucho de la materia en cuestión y se suele aprender también un buen puñado de otras materias de manera transversal por la interacción que estas tienen con nuestro proyecto.

Es la manera más cercana al aprendizaje real que ocurre en el mundo laboral y el de que mayor experiencia nos provee, y es el que he realizado la mayor parte de mi vida. Afortunadamente para mi, siempre he tenido una habilidad innata para esta profesión y siempre me he caracterizado por una gran capacidad resolutiva. En parte ha sido forzado, porque desde mis mas tempranas experiencias laborales me he visto obligado a resolver un montón de problemas por mi cuenta y sin ayuda alguna, y durante gran parte de mi carrera he trabajado en solitario, dando solución a multitud de problemas distintos para los que no siempre estaba preparado. Pero es el trabajo en equipo el que más enriquece y siempre se aprende algo de cualquiera, por mucha experiencia que se tenga. Afortunadamente para mi también he trabajado bastante en equipo.

Pero esta manera de aprender es también la más propensa a crear lagunas de aprendizaje y malas practicas, cuando no, lo que yo llamo "supersticiones". Más de una vez me he topado con profesionales experimentados que hacían las cosas porque siempre las habían hecho así, tenían miedo de hacerlas de otra manera, y el trasfondo del asunto es que no realmente no entendían lo que estaban haciendo, les faltaba el conocimiento básico, el "porqué". Mentiría si dijera que esto nunca me ha pasado, aunque siempre he intentado tarde o temprano el comprender siempre el fondo del asunto. Es la mejor herramienta de diagnostico posible para resolver cualquier problema, comprenderlo. Aunque esto no siempre es posible, porque sobre todo en sistemas privativos tanto hardware como software existe mucho "conocimiento cautivo" que a las empresas no les interesa revelar.

La Educación Formal al alcance de todos: MOOCs

Pero fue con la aparición de los MOOCs cuando realmente empezamos a tener disponible al alcance de todo el mundo una educación formal de calidad para la auto-formación o formación continua.

Estas plataformas de enseñanza se caracterizan por ofrecer una educación de calidad, de un nivel muy próximo (o igual, algunos cursos son idénticos) a muchos cursos universitarios, con una experiencia muy cercana a la de la educación tradicional. Aunque tienen ciertos inconvenientes, que espero ser irán resolviendo con el tiempo, tienen la enorme ventaja de estar disponibles al alcance todo el mundo y en muchas ocasiones de forma totalmente gratuita. Muchos de ellos ofrecen Certificados de Aptitud de mayor o menor relevancia.

Suelen ser cursos masivos (algunos han contado con mas de 160.000 personas inscritas) donde el medio principal de enseñanza son lecciones grabadas en vídeo, acompañadas frecuentemente de documentación en soporte PDF. Dependiendo del curso, se efectúan tests, ejercicios y exámenes para evaluar los conocimientos de los estudiantes. Se ofrecen ademas foros donde los alumnos pueden comunicarse para compartir conocimientos, ayudarse entre ellos y crear grupos de estudio.

La calidad como bandera

Pero la verdadera revolución reside en el gran respaldo que estas plataformas han recibido de algunas de las mejores universidades del mundo, donde también algunos de los mejores profesores del mundo imparten cursos que en algunos casos son iguales a los que se imparten a los alumnos de esas mismas universidades. Esto constituye un hito histórico en cuanto se pone al alcance de una gran masa de población unos recursos educativos que hasta hace no muy poco estaban reservados a una pequeña élite. Quien pensaría jamás que un chaval en África o en la India, sin demasiados recursos económicos, solo con un ordenador y el conocimiento del Ingles, podría esta recibiendo una clase que se imparte en el MIT, Harvard o Stanford. Aunque no todos los cursos, ni todas las plataformas están vinculados a Universidades.

Algunas de estas Universidades de prestigio (y otras instituciones educativas) que imparten cursos en estas plataformas son Harvard, MIT, Stanford, Yale, Princeton, Penn, Berkeley, Brown, Cornell, Caltech, UCLA, Duke, Columbia, Oxford, Trinity College, Lausanne, Copenhaguen, Zurich, Tokyo, UAB, UNAM, Peking, IESE, ... Muchas de estas universidades ofrecen ademas sus propias plataformas donde imparten muchos de sus cursos.

De hecho vivimos una verdadera explosión de este sistema donde cada vez aparecen más plataformas y donde más y más instituciones académicas se suman a esta iniciativa, aumentando de este modo también el número de cursos disponibles. De hecho existe ya un gran numero de áreas y materias distintas para las que hay cursos disponibles. Podríamos decir que nos encontramos en las primeras etapas de una verdadera democratización de la educación.

Las plataformas (MOOCs)

Algunas de estas plataformas son las siguientes:

Coursera: La más famosa, la que más cursos ofrece y la que mas Universidades apoyan. Fue una de las pioneras, creada por dos profesores de la Universidad de Stanford. Su plataforma también es una de las mejores y de las más completas. Mi experiencia con ella me permite decir que es altamente recomendable. Un aspecto que me he encontrado en esta plataforma y no he visto en otras es el concepto de "revisión entre pares", donde uno evalúa los ejercicios de otros estudiantes y luego los compara con el suyo. Me parece un recurso valiosisimo y de gran utilidad pedagógica. También ofrecen tutorías, certificaciones oficiales pagadas e incluso acceso a oportunidades laborales. Hay que cumplir con fechas de entrega límite.
edX: Creada por el MIT y la universidad de Harvard, ofrece menos cursos que Coursera, pero de una calidad sobresaliente. También tiene el apoyo de algunas de las mejores universidades del mundo. El nivel suele ser elevado y bastante exigente. Su plataforma también es una de las mejores, que ademas es open-source con su propio repositorio en GitHub. Altamente recomendable. Hay que cumplir con fechas de entrega límite.
Udacity: La ultima de las tres grandes. Una gran diferencia con las anteriores es que no hay fechas limite y uno puede seguir los cursos a su ritmo, lo que la convierte en el complemento perfecto para seguir cursos entre los tiempos muertos que te permiten las otras plataformas, que es como yo la empleo. Su plataforma también es muy buena, aunque por lo que yo he visto los cursos no están a la altura de la anteriores en general. Recomendable.
MongoDB University: La empresa detrás de la base de datos NoSQL MongoDB utiliza la plataforma de edX para ofrecer cursos de capacitación para su herramienta. Son bastante buenos, aunque pienso que se podrían pulir un poco más. Tienen cursos gratis y de pago. Si tienes que trabajar con esta herramienta o curiosidad son muy recomendables.

Con el resto de las plataformas no tengo experiencia personal así que me limitare a citarlas brevemente:

Iversity: Plataforma creada en Europa y que cuenta aun con pocos cursos y Universidades. Pero que promete mucho.
Udemy: Una de las más dispersas en cuanto a que se ha construido en torno a la idea de ofrecer una plataforma en la que los profesores pueden crear cursos y no cuenta con la colaboración de ninguna institución educativa en concreto. Muchos de sus cursos son de pago. Cierto es que ofrecen algunos cursos muy interesantes y un nivel aceptable. Aunque también se han visto envueltos en cierta polémica por la violación de copyright de algunos contenidos.
FutureLearn: Iniciativa Británica, agrupa un buen numero de universidades del Reino Unido y pretende ser la respuesta a la plataformas americanas.
France Université Numérique: Francia tampoco quiere quedarse atrás y en colaboración con edX ha creado una plataforma cuyo despegue es inminente y que por supuesto estará disponible en idioma Francés. Pretende aglutinar a más de 100 instituciones educativas del país.
Miriada-X: Iniciativa Española y en Español que puede ser la mejor alternativa para aquellos que no dominen el idioma Ingles. Cuenta con un buen numero de universidades españolas. De momento no ofrece un gran número de cursos.
Peer to Peer University: Iniciativa distinta a las anteriores, se basa en compartir conocimientos entre los estudiantes y cualquiera puede crear un curso. Diríamos que seria algo así como la Wikipedia de los MOOCs. La idea podría ser muy buena a largo plazo, pero me temo que a corto y medio plazo dista mucho de la calidad de las anteriores.
Otras plataformas que me limito a nombrar son Canvas Network, Academic Earth, OpenLearning, Saylor.org

Un buen recurso para localizar cursos en estas plataformas y ver la evaluación de los mismos por algunos de sus estudiantes es coursetalk

Hoy en día gracias a la variedad de plataformas y cursos disponibles es posible recibir una educación universitaria completa de calidad de este modo. Un articulo muy recomendable en el que se comenta como es posible adquirir los mismo conocimientos de una carrera de cuatro años del MIT a través de este sistema es el siguiente: You say you want an Education?

Evidentemente hay que matizar que los estudios presenciales ofrecen una serie de ventajas que no puede ofrecer este modelo, y que siempre se contara con más recursos, sobre todo si hablamos de las instituciones que participan en estas plataformas. Y no, no me refiero a jugar al mus en la cafetería, ni a ligar con las chavalas, las fiestas o en el caso americano, las fraternidades. Tu ya me entiendes. Pero aún de ese modo podemos acceder a unos recursos más que suficientes para asentar unos conocimientos de calidad.

Mi experiencia

Mi experiencia con varias de estas plataformas no se extiende a más allá de un año cuando empece con los primeros cursos, aunque no fue hasta hace medio año que me tome alguno en serio y he llegado a completar algunos.

Lo primero que hay que tener claro es que muchos de estos cursos requieren esfuerzo, tiempo y dedicación, en definitiva, disciplina. Y que el nivel de algunos es bastante elevado y que requieren de conocimientos previos a veces bastante profundos. Recomiendo empezar con alguno de los básicos para coger soltura y la dinámica de estas plataformas. Mi mayor error fue empezar al principio con cursos bastante complejos que requerían mucha dedicación, y más aún teniendo en cuenta que hacia muchos años que no seguía ninguna formación reglada. Empece varios que no pude completar porque no encontraba el tiempo para dedicarles, y porque no reconocerlo, me encontraba bastante oxidado en algunas materias, sobre todo en el área de Matemáticas.

Otro error que cometí es apuntarme a demasiados cursos a la vez, si tu tiempo libre es limitado y quieres seguir disfrutando de unas horas de sueño razonables, elige bien lo que quieres hacer. Aunque nadie te impide apuntarte a varios, completar una o dos semanas y abandonarlo si no te interesan, no tienes tiempo, prefieres hacer otros o simplemente no llegas al nivel necesario. No se penaliza el abandonar estos cursos, e incluso puedes cursarlos varias veces si quieres. Ademas puedes descargar los contenidos de estos cursos (existen algunas herramientas para automatizar estas tareas) y poder hacer uso de ellos en otro momento (para haceros una idea, en estos momentos tengo más de 50 GiB en contenidos educativos de estas plataformas). También es posible que algunos cursos no estén disponibles en este momento, pero si podamos acceder al contenido de estos cursos dados con anterioridad. Yo he realizado así un par de cursos que aunque no te proporcionan un Certificado de Aptitud si te aportan unos conocimientos muy valiosos.

Evidentemente también existe un "Código de Honor" en el que se espera que nadie haga trampas y viole los principios de cada curso. Desgraciadamente me he encontrado varios casos evidentes de que esto no siempre se respeta y cuando los profesores dan cuenta de ello, toman las medidas pertinentes. Del mismo modo se espera que nadie publique soluciones en la red. Yo que no he tenido inconveniente en publicar mis soluciones para problemas en Project Euler y Python Challenge en mis repositorios en GitHub (entiendo que cada uno es adulto para saber lo que hace), si que no me ha parecido de recibo hacer lo mismo con las de estos cursos, teniendo en cuenta de que se entregan certificados de aptitud y nos encontramos ante un planteamiento mucho más formal.

Pero la experiencia con estas plataformas, ya fuera en cursos que he completado o en otros que he abandonando, es magnifica. Esa sensación de que empiezas a entender muchas cosas que antes solo conocías por encima o de oídas, es increíble. O cuando empiezas a conectar los puntos entre unas materias y otras y comienzas a tener una visión mas global y completa de una cierta materia. Y por lo general el tener a tu alcance a algunos profesores vale su peso en oro, muchos son magníficos y te ayudan a comprender mucho más fácilmente las materias. Esa es una gran ventaja de este sistema sobre las facultades normales, por ejemplo en España, ni uno puede elegir siempre la facultad a la que quiere ir y ni mucho menos a sus profesores, y la disparidad de calidad entre dos facultades distintas puede ser bastante elevada. Y en estas plataformas podemos contar a veces con profesores de autentico lujo. Profesores a los que hay que agradecer mucho el enorme esfuerzo, a veces a costa de su vida personal, que conlleva crear e impartir muchos de estos cursos.

No me cabe ninguna duda de que vivimos en una edad dorada en este sentido, y que hay que aprovechar el momento.

Cursos completados con éxito

Aquí iré relacionando algunos de los cursos que he completado con éxito, dando una breve reseña sobre ellos y mi experiencia personal sobre los mismos. Lo iré ampliando a medida que vaya completando más cursos, con los más interesantes.

Programming Languages de la Universidad de Washington por Dan Grossman en Coursera. Un curso increíble, de un nivel y exigencias elevadas. Este curso es prácticamente idéntico al curso que imparte a sus alumnos en la Universidad en el tercer año de carrera. Para mi ha supuesto todo un reto y una satisfacción enorme el poder superarlo. Las lecciones son muy completas y los ejercicios de programación rápidamente crecen en su nivel de dificultad. Se acaba programando en SML, Racket y Ruby, y aunque se estudia también la OOP, buena parte del curso está centrado en la programación funcional. Me ha dejado un muy buen sabor de boca y Dan Grossman es un profesor magnifico.
An Introduction to Interactive Programming in Python de la Rice University en Coursera. Es un curso introductorio y se nota, para mi ha sido fácil completarlo con éxito y con un resultado perfecto. Pero el curso es muy ameno, se aprenden las bases para crear un juego interactivo y los profesores son muy majos. Pero por encima de todo te encuentras con una comunidad de estudiantes de los mas diversos backgrounds, muy activa, muy participativa y con un buen rollo increíble. En otros cursos se nota mucho la competitividad y el ego, donde se intenta demasiado sacar pecho. Aquí se veo otro estilo, mas colaborativo. Es un un curso muy recomendable para iniciarse en los MOOCs

Vim as Python code editor

joe di castro — Tue, 20 Aug 2013 16:53:00 +0200

This article is a translation from the original one in Spanish, Vim como editor de codigo Python, published in April 2013.

This is an article that I've always wanted to write: "Vim as Python IDE". Two years ago I had a Vim configuration that I thought that was just right for this, even a half-written article. But while I was polishing the config and finishing the article, a bunch of similar articles appeared in the internet and after reading them I realized something: many of them were already obsolete at the time they were published. And I say this because many of them employed plugins that were outdated by the emerge of other fresh and more powerful. In fact in the last two years, the Vim environment has evolved too much that from all the plugins that I used in those days (and the ones pending to test), currently I'm using only 10% of them, the rest are new ones. And this "race" to provide new and more powerful features for Vim continues nowadays, with some great tools.

On the other hand, as one is adding plugins and "tuning" his config, there comes a time when you don't know where and what is already mapped, even no remember at all the plugins at features available for you, and which you implemented with so much effort and time.

My configuration

Given these two premises I had the idea of kill two birds with one stone: Document my Vim setup. What I'm trying with this is that should work for me as sort of cheat-sheet to remember all that I had available in my config, and at the same time to have a coherent mapping and avoid duplicates (at least is the idea). By the other hand, it works also to demonstrate all the Vim's potential to edit Python code and compete with almost any IDE, but with all the advantages of the unique Vim's way.

The idea is to have a continuously updated document with respect to my current setup, What better article than this, an always updated one?

This is the link to this doc, README.md, included in my dotfiles repository:

Doc at GitHub

English is not my mother tongue, so maybe the article (and the doc) can be full of grammatical mistakes due to my poor English. Sorry for that, I did my best.

Vim como editor de codigo Python

joe di castro — Mon, 08 Apr 2013 10:29:00 +0200

Este es un articulo que siempre he deseado escribir: Vim como IDE para Python. Hace dos años tenia una configuración de Vim que creía ideal para esto e incluso el articulo a medio escribir. Pero a medida que iba puliendo la configuración y completando el articulo, empezaron a surgir varios similares en la red (sobre todo en inglés) y caí en la cuenta de algo: muchos ya estaban obsoletos al publicarse. Y cuando digo esto lo digo porque muchos de estos artículos empleaban plugins que se habían quedado desfasados por la aparición de otros mas recientes y potentes. De hecho en los dos últimos años ha cambiado tanto el panorama en el ecosistema en torno a Vim, que de la lista de plugins que empleaba por aquel entonces (y los que tenía pendientes de probar) solo empleo actualmente el 10%, el resto son nuevos. Y esta "carrera" por nutrir a Vim de características nuevas y cada vez más potentes continua hoy en día, con algunas herramientas excelentes.

Por otro lado, a medida que uno va añadiendo plugins y "tuneando" su configuración llega un momento que ya no sabes ni donde tienes "mapeados" los atajos, ni recuerdas todas las características que tienes a tu disposición y tanto tiempo empleaste en implantar.

Mi configuración

Partiendo de estas dos premisas se me ocurrió una idea de atajar los dos problemas de un golpe: Documentar mi configuración. Lo que trato por un lado es que me sirva personalmente tanto para recordar todo lo que tengo disponible en el editor, como para poder organizar coherentemente todos los atajos y evitar duplicados. Por el otro lado, también me sirve para la idea de demostrar el potencial que tiene Vim a la hora de ser un editor de código que puede estar a la altura de cualquier IDE, pero con todas las ventajas inherentes a la filosofía única de Vim.

La idea es que el documento esté permanentemente actualizado a la par que mi configuración real, ¿que mejor articulo que este, que siempre estará actualizado?

La configuración está documentada en un README.md dentro de la carpeta de Vim del repositorio de mis dotfiles. Aquí se puede acceder directamente a mi configuración y ver el documento. Actualmente el articulo está en Inglés, aquí se pude acceder a la última revisión en español.

Documento en GitHub

Productividad & Linux: Ncdu

joe di castro — Fri, 19 Oct 2012 22:40:00 +0200

Esta es una pequeña aplicación que sigue la máxima de Doug Mcllroy que acabaría resumiendo la filosofía Unix "Escribe programas que hagan una sola cosa y que la hagan bien". Y siguiendo la línea de los programas que engloban esta serie de productividad sobre Linux, es un programa de consola que se maneja íntegramente con el teclado, y donde además los atajos están inspirados en los de Vim.

Ncdu

Ncdu es un acrónimo para "NCurses Disk Usage", es decir, "Uso de disco con interfaz ncurses". Lo que pretendía Yoran Heling, su autor, cuando creo ncdu, era obtener un analizador de uso de disco en consola que fuera lo suficientemente ligero para poder emplearlo en un servidor remoto a través de ssh. El gran acierto fue emplear la interfaz ncurses para poder navegar por los directorios con extrema facilidad al mismo tiempo que se presentaba la información en un formato legible y amigable. El segundo y no menos importante acierto, es emplear los conocidos atajos de teclado de Vim para navegar entre los directorios.

El resultado es un analizador de ocupación de disco que es realmente útil, agradable de utilizar y que es tan rápido y ligero que se puede emplear sin interfaz gráfica y en maquinas remotas. Es una gran ayuda para los administradores de sistemas, que hasta ahora nos teníamos que pelear con otras herramientas bastante menos agradables. Es la típica herramienta que cuando la utilizas por primera vez piensas ¿Por qué demonios no la habría encontrado antes?

Como se puede ver la interfaz es muy limpia y carece de elementos superfluos que nos distraigan de lo importante, un pecado que cometen algunas de las aplicaciones gráficas más famosas, que cuentan con unos gráficos muy bonitos, pero realmente no demasiado útiles. Es sencillisima de emplear una vez que conoces los atajos y cuenta con ayuda integrada a la que se accede pulsando ?. Incluso para aquellos que no están acostumbrados a navegar empleando las típicas teclas de vim (h, j, k, l), se pueden utilizar las teclas de dirección.

Características

Un programa de este tipo no necesita una funcionalidad muy elevada, pero destacare aquí algunas de las posibilidades que nos ofrece:

Podemos ordenar los directorios/ficheros en función de su nombre o de su tamaño y en orden ascendente o descendente
Se pueden eliminar directamente ficheros o directorios desde la aplicación, aunque también podemos iniciarla en modo solo lectura para prevenir borrados accidentales
Se muestra o no, el porcentaje de espacio ocupado de forma gráfica y/o numérica
El espacio empleado en disco puede hacer referencia al real o al aparente
Los directorios y ficheros ocultos pueden ser o no mostrados
Nos permite recalcular el espacio ocupado de un directorio concreto sin necesidad de volver a recalcular todo
Tenemos la posibilidad de volcar la información a un archivo, que puede también ser leído por el mismo programa
Es posible mostrar la información de un elemento individual en un cuadro emergente

La verdad es que lo único que hecho en falta en el programa es quizás un poco de color para distinguir entre ficheros y directorios de forma más visual. Por lo demás, es muy rápido calculando el espacio, no he hecho una comparación directa, pero me parece ligeramente más rápido que Baobab.

Alternativas

Existen varias alternativas decentes como aplicaciones gráficas, como los conocidos Baobab (que viene con las herramientas de Gnome) o JDiskReport. Después existen múltiples alternativas tanto en modo gráfico como en modo consola que, sinceramente, no puedo recomendar a nadie, bien porque son más vistosos que prácticos o bien porque son directamente insufribles. Existe una alternativa en modo texto que algunos prefieren a ncdu que es gt5.

Productividad & Linux: Ranger

joe di castro — Thu, 18 Oct 2012 21:50:00 +0200

Algunos pensarán, de acuerdo, podemos entender que prefieras un gestor de ventanas de mosaico, o que emplees aplicaciones como Pentadactyl, Newsbeuter, Zathura o Turses, pero Ranger... ya es demasiado. ¿A quien en su sano juicio se le ocurriría utilizar semejante engendro? A mí, y no solo lo utilizo a diario, si no que además opino que es quizás la mejor aplicación que he descubierto en el último año y medio. Y esto último es mucho decir para alguien, que como yo, está continuamente buscando formas de mejorar su modo de trabajo.

Ranger es un administrador de archivos en modo texto. Pero no es un administrador de archivos en modo texto clásico a dos columnas, como el norton commander y similares. No, Ranger es una pequeña joya con un planteamiento distinto y tan potente, que puede conseguir que olvides que no podías vivir sin un gestor de archivos gráfico como Nautilus, Konqueror, Dolphin o Thunar.

Ranger

Tengo que estar enormemente agradecido a su autor, Roman Zimbelmann no solo por su trabajo, si no por mostrarme que incluso en modo texto, se puede revolucionar el mundo de la usabilidad. Evidentemente, en una aplicación que basa su control en el teclado (tiene un soporte muy básico del ratón), es requisito imprescindible invertir algún tiempo en aprender a utilizarlo, ya que no es tan intuitivo como una aplicación gráfica. A menos que seas un usuario típico de Vim, entonces te encontrarás como en casa. Una vez que dominas esta aplicación, el moverse entre los directorios y el realizar operaciones se hace a velocidad de vértigo y con control absoluto (siempre que no seas un manazas con el teclado).

Ranger está desarrollado en Python y emplea una interfaz ncurses igual que Turses. Al contrario de lo que algunos puedan pensar, el estar desarrollado en Python no lo convierte ni en pesado ni en lento, si no que se mueve a velocidad endiablada y consume una cantidad de memoria ridícula comparada con cualquier gestor de archivos gráfico.

Aquí puede verse una imagen típica de ranger, visualizando el contenido de un directorio y previsualizando el contenido de un fichero, en este caso un fichero de código python.

Características

¿Qué se puede hacer con ranger?, bueno, quizás es mejor preguntarse que no se puede hacer con Ranger. Prácticamente todas las funciones a las que estés acostumbrado en un administrador de archivos gráfico se pueden realizar con Ranger. Vamos primero a ver un resumen de sus características:

Soporte de UTF-8 por defecto
Visualización en múltiples columnas
Previsualización del directorio o fichero seleccionado
Operaciones comunes sobre los ficheros. Crear, copiar, borrar, cambiar atributos (chmod), etc...
Combinaciones de teclado y consola inspiradas en Vim
Autodetección de tipos de fichero y apertura de los mismos con el programa adecuado
Permite establecer etiquetas y marcadores sobre archivos y directorios
Empleo de pestañas. Nos permite navegar por varios directorios simultáneamente sin necesidad de abrir otra instancia del programa. Además se pueden realizar operaciones entre ellas
Muestra una barra de progreso para las operaciones que lo necesitan

Conviene dejar claro que no es un programa para impacientes, hacerse con él y sus innumerables opciones requiere tiempo. Hay que leerse la ayuda del programa y practicar con él. A su vez, si queremos personalizar las opciones o ampliarlo, debemos comprender como funcionan sus archivos de configuración, mejor aún si tenemos conocimientos de Python. La documentación de su web, así como la de sus páginas man está un poco desactualizada, por lo que sacarle todo su jugo requiere algo de paciencia.

Ejemplos

Voy a intentar dar algo de visibilidad a algunas de las capacidades que nos ofrece ranger empleando una par de ejemplos que lo ilustren.

En el siguiente ejemplo vemos la previsualización que hace ranger en función del tipo de fichero que se trate.

Previsualización de archivos en ranger con varios tipos de archivo. Recomiendo ver en alta resolución y a pantalla completa.

La previsualización de imágenes en ASCII puede parecer una tontería, pero resulta muy útil a la hora de diferenciar entre distintas imágenes con nombre muy parecido. El fichero en HTML está renderizado en vez de mostrarnos el texto plano, algo más amigable. También se agradece mucho el que los ficheros de código se vean con resaltado de sintaxis.

Conviene aclarar que para realizar esta previsualización es necesario tener instalado una serie de pequeñas aplicaciones que se detallan en el sitio de ranger como dependencias.

Aquí vemos como se abren automáticamente los programas adecuados en función del tipo de archivo (se puede configurar que aplicaciones emplear y cuales usar en cada momento)

Ejecución automática de aplicaciones en función del tipo de archivo. Recomiendo ver en alta resolución y a pantalla completa.

En el caso del fichero Torrent, al que no tengo asociada ninguna aplicación en ranger, me abre un comando en el que puedo especificar directamente la aplicación que deseo emplear para gestionarlo. En este caso, ninguna. En el archivo comprimido solo me muestra el contenido del mismo, podría asociarle alguna aplicación, pero ya tengo comandos para manejarlos dentro del propio ranger, algo que veremos a continuación.

Mi configuración

No he personalizado mucho mi configuración de momento, pero quien quiera echarle un vistazo puede hacerlo en mi repositorio dotfiles en GitHub

Archivos de configuración

Para configurar ranger necesitamos editar ciertos archivos, que crearemos por primera vez con el siguiente comando:

$ ranger --copy-config=all

qué nos creara los siguientes archivos por defecto en la carpeta ~/.config/ranger/:

commands.py (python), en este archivo se configuran los comandos a emplear en la línea de comandos de ranger
options.py (python), el fichero de opciones principal de ranger
rc.conf (texto), aquí configuramos los atajos de teclado de ranger
rifle.conf (texto), para establecer los programas que ejecutaran o abrirán un tipo de archivo en orden de preferencia
scope.sh (bash), los programas empleados para previsualizar un determinado tipo de archivo

Adicionalmente, con el uso se añadirán tres ficheros más: bookmarks, history y tagged que guardarán los marcadores, la historia de comandos y las etiquetas respectivamente.

Gestionar la papelera

Por defecto ranger no contempla la gestión de la papelera de Linux que implementan escritorios como Gnome. Aunque no empleo ningún entorno de escritorio ni gestores de archivos gráficos, si me interesa gestionar la papelera, pues cada vez más aplicaciones la emplean para eliminar los archivos. De hecho en bash y zsh tengo un alias para rm que mueve los archivos a la papelera en vez de eliminarlos.

alias rm='mv --target-directory ~/.local/share/Trash/files'

Para gestionar la papelera desde ranger, añado dos atajos de teclado y un comando editando varios archivos de configuración de la siguiente manera:

Mandar archivos a la papelera

Para mandar a la papelera lo que tengamos seleccionado actualmente, en lugar de eliminarlo directamente, añadimos esta línea al fichero rc.conf

# move to trash
map DD shell mv -t ~/.local/share/Trash/files %s

de este modo, cada vez que pulsemos DD el contenido seleccionado es movido al directorio donde tenemos nuestra papelera.

Movernos a la papelera

Del mismo modo que ranger provee por defecto de atajos de teclado para movernos al directorio home, al directorio raiz, etc, he añadido un atajo de teclado siguiendo el mismo criterio para acceder a nuestra papelera. Añadimos lo siguiente al fichero rc.conf

# go to trash
map gp cd ~/.local/share/Trash/files

así, pulsando gp vamos directamente a la papelera, estemos donde estemos.

Vaciar la papelera

Para vaciar la papelera opto por emplear un comando, para ello tenemos que editar otro fichero, commands.py, y añadir lo siguiente

class empty(Command):
    """
    :empty

    Empties the trash directory ~/.local/share/Trash/files

    """

    def execute(self):
        self.fm.run("rm -rf ~/.local/share/Trash/files/{*,.[^.]*}")

por lo que vaciar la papelera se convierte en algo tan simple como teclear :empty o para los más cómodos :em↹

Desmontar una unidad con udiskie

Dada mi "particular" configuración, ya que no empleo ningún escritorio, empleo la herramienta udiskie para automontar unidades de almacenamiento externas, como unidades USB o tarjetas de memoria. El montado se hace de forma automática y solo el desmontado ha de hacerse de forma manual. Ya que no quiero teclear el comando cada vez que desee desmontar una unidad, lo que hago es hacerlo desde ranger. En el fichero rc.conf mapeamos este atajo

# umount a drive with udiskie
map un shell -d udiskie-umount %d/%f

así para desmontar una unidad inicio ranger (en mi caso Win + F1), me dirijo a las unidades externas montadas, gm, selecciono la unidad deseada y la desmonto, un. Un proceso que me lleva apenas dos segundos, sin abandonar las manos del teclado, compárese con hacerlo con un ratón y un entorno gráfico.

Expulsar un CD/DVD

Del mismo modo, en lugar de abrir un terminal y escribir el comando eject, en determinadas circunstancias, por ejemplo al acabar de examinar el contenido de un disco, prefiero hacerlo directamente desde ranger. Para ello en el fichero rc.conf creamos este atajo de teclado

# eject a CD-ROM/DVD
map ej shell -d eject

Trabajar con archivos comprimidos

Estos comandos los he sacado de el Wiki de Arch Linux y los he adaptado a la versión de ranger que estoy empleando en este momento, la 1.5.5

Extraer los ficheros de un archivo comprimido

Con el comando :extracthere extraemos el contenido de un archivo/s comprimido que previamente habremos seleccionado para copia (es decir empleando el atajo yy). El contenido se extrae en el directorio en el que nos encontremos actualmente. Es muy comodo para extraer múltiples archivos comprimidos a la vez, si quisieramos descomprimir solo un archivo y en el mismo directorio en el que este se encuentra, podríamos emplear el atajo 1l

Para añadir el comando a ranger, tenemos que insertar esta clase en el fichero commands.py

class extracthere(Command):
    def execute(self):
        """ Extract copied files to current directory """
        copied_files = tuple(self.fm.env.copy)

        if not copied_files:
            return

        def refresh(_):
            cwd = self.fm.env.get_directory(original_path)
            cwd.load_content()

        one_file = copied_files[0]
        cwd = self.fm.thisdir
        original_path = cwd.path
        au_flags = ['-X', cwd.path]
        au_flags += self.line.split()[1:]
        au_flags += ['-e']
        self.fm.env.copy.clear()
        self.fm.env.cut = False
        if len(copied_files) == 1:
            descr = "extracting: " + os.path.basename(one_file.path)
        else:
            descr = "extracting files from: " + os.path.basename(one_file.dirname)
        obj = CommandLoader(args=['aunpack'] + au_flags \
                + [f.path for f in copied_files], descr=descr)
        obj.signal_bind('after', refresh)
        self.fm.loader.add(obj)

Crear un archivo comprimido

Este comando te permite seleccionar uno o varios ficheros y crear un archivo comprimido al llamar al comando :compress. Este comando te permite (a través del autocompletado) darle un nombre automático a partir del directorio o uno personalizado. Te permite además seleccionar el tipo de compresión en función de la extension empleada.

En el fichero commands.py añadimos el siguiente código.

class compress(Command):
    def execute(self):
        """ Compress marked files to current directory """
        cwd = self.fm.thisdir
        marked_files = cwd.get_selection()

        if not marked_files:
            return

        def refresh(_):
            cwd = self.fm.env.get_directory(original_path)
            cwd.load_content()

        original_path = cwd.path
        parts = self.line.split()
        au_flags = parts[1:]
        descr = "compressing files in: " + os.path.basename(parts[1])
        obj = CommandLoader(args=['apack'] + au_flags + \
                [os.path.relpath(f.path, cwd.path) for f in marked_files], descr=descr)
        obj.signal_bind('after', refresh)
        self.fm.loader.add(obj)

    def tab(self):
        """ Complete with current folder name """
        extension = ['.zip', '.tar.gz', '.rar', '.7z']
        return ['compress ' + os.path.basename(self.fm.thisdir.path) + ext for ext in extension]

Productividad & Linux: zathura

joe di castro — Mon, 16 Jul 2012 23:32:00 +0200

zathura es un programa minimalista que procura seguir el principio de "menos es más" que acuñara Mies van der Rohe en la arquitectura y que en la informática se correspondería con el principio KISS y la filosofía UNIX. Siguiendo esta filosofía, zathura es una aplicación que hace una sola cosa, la hace bien y consume muy pocos recursos. Sus autores, la comunidad PWMT.org (programas con nombre de película), tienen como propósito el crear aplicaciones de software libre que se centren en un interfaz simple, que no malgaste espacio y que se maneje íntegramente desde el teclado.

La aplicación es un visor de documentos, y es modular, por lo que puedes instalar los plugins que quieras en función del formato de documentos que quieras que soporte. Actualmente están disponibles los siguientes plugins:

pdf-poppler: Lectura de PDF a través de la famosa librería Poppler, que es empleada por aplicaciones como Evince, Okular o Inkscape.
pdf-mupdf: Lectura de PDF mediante la librería mupdf empleada por ejemplo por Sumatra PDF.
djvu: Para visionar documentos DJVU. Emplea la librería djvulibre que emplean por ejemplo Evince y Okular.
ps: Para poder ver documentos Postscript. Usa la librería libspectre que es utilizada por Evince y Okular.
cb: Para poder abrir archivos en formato Comic Book.

Como se puede ver emplea las mismas librerías que emplean la mayoría de programas similares para Linux, por lo tanto nos ofrecen la misma calidad que estos pero con un interfaz minimalista donde el protagonista es el contenido, y proporcionándonos un control absoluto del documento desde el teclado.

El interfaz es simple, una ventana de contenido y una barra de estado/línea de comandos. El control de la misma recae en el teclado (aunque puede usarse el ratón para funciones básicas) y sus atajos están inspirados en los de Vim.

Características

Las características principales de Zathura son las siguientes:

Interfaz minimalista
Controlable completamente desde el teclado, inspirado en vim y muy parecido a pentadactyl. Permite seguir enlaces y saltos directos a páginas
Recarga automática de documentos si estos cambian. Útil para previsualizar la salida en PDF de documentos de LaTeX, por ejemplo
Permite establecer marcadores y marcadores rápidos dentro de un documento. Muy útil para labores de investigación y documentación
Exporta imágenes y adjuntos de un documento
Puede abrir documentos protegidos por contraseña (proporcionándosela, claro)
Imprime el documento completo o simplemente las hojas que deseemos
Permite buscar en el documento y desplazarse por los resultados
Se puede abrir y navegar por el indice del documento
Muestra la información disponible (metadatos) sobre el documento
Zoom y Rotar documentos
Permite cambiar el color del documento. Sirve para visualizar el documento en duotono con los colores invertidos
Se pueden personalizar los atajos de teclado y los colores empleados
Se personaliza a través de un fichero de texto plano

En esta imagen se puede apreciar el resultado de aplicar el comando :info sobre un documento.

El poder cambiar los colores del documento, invirtiéndolos, es una característica muy útil, por ejemplo, para leer largos documentos sin fatigar demasiado nuestra vista. Aquí se puede ver la diferencia entre ver un documento a pantalla completa en modo normal y con los colores invertidos.

Alternativas

No hay demasiadas alternativas a Zathura que tengan un planteamiento parecido, de hecho la única que conozco es apvlv. Aunque para mi no es tan completa como Zathura.

Mi configuración

Aunque mi configuración no tiene nada de particular, está disponible en mis dotfiles alojados en GitHub.

Productividad & Linux: tmux

joe di castro — Mon, 09 Jul 2012 22:42:00 +0200

Tmux es un multiplexor de terminales. Es una herramienta básica, casi diría imprescindible, para los que trabajamos habitualmente con la consola de Linux. El termino multiplexor es empleado en electrónica para designar un dispositivo que combina múltiples entradas en una única salida. Esto es lo que hace tmux, combinar varios terminales en una sola ventana, de forma que podamos organizarlos de la forma más eficiente posible. Si lo primero que te viene a la cabeza son terminales con múltiples pestañas o paneles como Terminator, olvídalo, tmux es un concepto diferente y más potente.

La gran diferencia es que tmux está basado en un modelo cliente-servidor. El servidor puede albergar múltiples sesiones y cada instancia (ventana de terminal) puede estar asociado con una o más sesiones. Se pueden abrir, cerrar sesiones, moverse entre ellas, renombrarlas. Una sesión puede ser compartida por varios clientes, lo que es empleado por ejemplo para sesiones de pair programming. Si se cierra un cliente, la sesión sigue corriendo en segundo plano, pudiéndose volver a ella cuando se desee. A su vez cada sesión puede albergar varias ventanas (el equivalente a las pestañas en otros terminales) y cada ventana puede subdividirse en varios paneles.

Es una aplicación muy flexible y con muchas posibilidades, no voy a entrar en detalle en todas ellas porque me extendería demasiado. Es totalmente controlable desde el teclado, lo que lo hace muy ágil en su manejo. Yo lo uso a diario y es muy raro que trabaje en un terminal sin hacerlo dentro de una sesión de tmux. Tmux te permite tener perfectamente organizadas todas esas ventanas de terminal que los SysAdmins manejamos y que de otra manera se convierten en un caos. Antes de emplear tmux empleaba screen y terminator dependiendo de la tarea y el equipo a emplear, pero tmux me da lo mejor de ambas aplicaciones y aún más. Y si además los combinamos con un terminal ligero, superrápido y con soporte para UTF-8 y 256 colores como rxvt-unicode tenemos un entorno ideal para cualquier tarea que desarrollemos en la consola.

Características

Este es un resumen de las características de tmux:

Modelo cliente/servidor
Linea de comandos potente, consistente y fácilmente programable
Totalmente controlable desde el teclado, aunque tiene un soporte básico de ratón
División de las ventanas en múltiples paneles horizontales y/o verticales
Los paneles pueden ser movidos, redimensionados y pueden reorganizarse en esquemas predefinidos
Sincronizar paneles. Introducir el mismo texto en varios paneles a la vez
Soporte para UTF-8 y 256 colores
Copiar y pegar con múltiples bufferes
Menús interactivos para seleccionar ventanas, sesiones o clientes
Bloqueo de terminal manualmente o por cuenta atrás
Moverse a una ventana mediante una búsqueda del texto existente dentro de ella
Barra de estado por defecto y muy personalizable
Fichero de configuración basado en texto plano
Soporte para combinaciones de teclas basadas en Vim o Emacs
Documentación bastante completa

En esta imagen se puede ver la configuración por defecto de tmux, a primera vista no se puede apreciar toda la potencia que se esconde detrás de esta aplicación.

Alternativas

La alternativa más directa es el veterano GNU Screen en el que se inspira tmux. Sigue siendo una aplicación muy utilizada, pero en mi opinión tmux la ha superado hace tiempo. Otra alternativa es Byobu que no es más que un frontend para tmux o screen que los hace más amigables para los usuarios menos avanzados.

Scripts

Una de las posibilidades más potentes que nos permite tmux es la de la creación de scripts para iniciar una o varias sesiones con configuraciones predeterminadas. De esto modo se pueden crear sesiones predefinidas para desarrollo, web, ssh, etc. Pero crear scripts en tmux es una tarea bastante árida, por lo que se han desarrollado algunas utilidades de terceros para realizar esto de forma más cómoda y agradable:

Tmuxinator es una utilidad escrita en Ruby para crear y modificar sesiones de Tmux, permitiendo crear sesiones complejas de una forma muy sencilla ya que emplea ficheros de configuración en formato YAML para ello.
teamocil es una utilidad que nos permite crear esquemas de ventanas y paneles predefinidos con facilidad empleando el formato YAML. También está escrito en Ruby, en cuya comunidad de desarrolladores tmux está muy implantado.

Aquí se puede ver una ventana de tmux con mi configuración en la que se muestra la sesión www donde tengo agrupadas varias ventanas con aplicaciones relacionadas con la web. Se puede ver como estoy en la ventana 2 de 4 y como he personalizado la barra de estado:

Mi configuración

Mi configuración de tmux puede encontrarse en mi repositorio dotfiles en GitHub. Mi configuración se apoya en la muchos otros usuarios que me han aportado ideas y en buena parte gracias a la lectura del libro tmux: Productive Mouse-Free Development de Brian P. Hogan.

En esta otra imagen se puede ver una sesión de desarrollo con tmux, donde tengo abiertos tres paneles con tres aplicaciones (de izquierda a derecha y de arriba a abajo): vim, ipython y tig. Así mismo hay una ventana adicional donde tengo un shell bash. Pulsar sobre ella para ver a tamaño completo.

Voy a destacar algunos puntos reseñables de mi configuración. Lo primero que configuro es la combinación de teclas conocida como Prefix que es la combinación que precede a los atajos de teclado de tmux. Esto se hace de este modo para no interferir con los atajos de teclado de las aplicaciones que ejecutemos dentro de tmux. El prefijo por defecto de tmux es Ctrl + b, pero para los que estábamos acostumbrados a screen la combinación Ctrl + a es más idónea. Y también porque es más cómodo de teclear, sobre todo si como en mi caso, tienes mapeada una tecla de Ctrl adicional en lugar de Bloq Mays. Bueno, en realidad uso la tecla Bloq Mays también como tecla Esc cuando no es pulsada en combinación con otras, gracias a la maravillosa pequeña utilidad xcape, muy útil para los usuarios de Vim.

# Use C-a instead of C-b as the prefix
set -g prefix C-a
unbind-key C-b
bind-key C-a send-prefix

Para emplear 256 colores y indicarle que interprete de shell emplear, se lo indico mediante las siguientes lineas

# set 256 colors
set -g default-terminal "screen-256color"

# set default shell
set -g default-command "exec /bin/bash"

También cambio el retraso inicial después de pulsado el prefijo, para que no de problemas con otras aplicaciones como vim y para mejorar su respuesta.

# be more responsive, changing the default delay
set -sg escape-time 1

Para hacer más fácil el cambio entre ventanas y paneles a través de los números de los mismos, lo que hago es que empiecen a contar desde 1 y no desde 0

# Start numbering at 1
set -g base-index 1
setw -g pane-base-index 1

Esto es muy útil para comprobar cambios en la configuración sobre la marcha sin necesidad de cerrar las sesiones. Este comando me permite recargar la configuración en vivo con la combinación prefix r

# force a reload of the config file
unbind r
bind r source-file ~/.tmux.conf  \; display "Reloaded!"

Para moverme entre los paneles y cambiar su tamaño empleo las teclas típicas de movimiento de vim para no tener que abandonar los dedos de la fila principal del teclado.

# moving between panes
bind h select-pane -L
bind j select-pane -D
bind k select-pane -U
bind l select-pane -R

# Quick pane selection
bind -r C-h select-window -t :-
bind -r C-l select-window -t :+

# Pane resizing
bind -r H resize-pane -L 5
bind -r J resize-pane -D 5
bind -r K resize-pane -U 5
bind -r L resize-pane -R 5

La barra de estado que empleo está inspirada en el plugin de Vim, vim-powerline, que le otorga una estética más lograda que la original. Es necesario emplear para ello una fuente monoespaciada parcheada especialmente, con los símbolos que emplea vim-powerline. Se pueden encontrar varias en su wiki. Yo empleo mi fuente preferida que es Dejavu Sans Mono.

# Custom status bar
# Powerline symbols: ⮂ ⮃ ⮀ ⮁ ⭤
set -g status-utf8 on
set -g status-left-length 32
set -g status-right-length 150
set -g status-interval 2

set -g status-left '#[fg=colour15,bg=colour238,bold] #S #[fg=colour238,bg=colour234,nobold]⮀'
set -g status-right '#[fg=colour245]⮃ %R ⮃ %d %b #[fg=colour254,bg=colour234,nobold]⮂#[fg=colour16,bg=colour254,bold] #h '
set -g window-status-format "#[fg=white,bg=colour234] #I #W "
set -g window-status-current-format "#[fg=colour234,bg=colour39]⮀#[fg=colour16,bg=colour39,noreverse,bold] #I ⮁ #W #F #[fg=colour39,bg=colour234,nobold]⮀"

Por último unos atajos de teclado muy útiles que me permiten hacer un zoom temporal de un panel a ventana completa y luego regresar a la distribución original de paneles.

# Maximize and restore a pane
unbind Up
bind Up new-window -d -n tmp \; swap-pane -s tmp.1 \; select-window -t tmp
unbind Down
bind Down last-window \; swap-pane -s tmp.1 \; kill-window -t tmp

Productividad & Linux: Turses

joe di castro — Thu, 21 Jun 2012 22:50:00 +0200

Que medio mundo parece estar conectado a Twitter no es ninguna novedad. Y que si sigues a un buen número de personas, el intentar estar al tanto de todo lo que ocurre es una temeridad, tampoco debería sorprender a nadie. De hecho, dado su éxito y el enorme flujo de información que circula por él, se han desarrollado cientos de herramientas para gestionarlo.

Desde que cree mi cuenta en twitter, he probado unas cuantas, unas veinte (y solo en Linux, en el resto uso la web). La primera, y la elección más obvia ya que por aquel entonces usaba Ubuntu, fue Gwibber . Luego cansado de sus muchos problemas, probé un sinnúmero de aplicaciones, solo merece la pena reseñar una: Hotot. Es la mejor aplicación gráfica para twitter en Linux que conozco.

Pero guiado por el mismo objetivo de mejorar la productividad en mis herramientas habituales de trabajo, me lancé a la búsqueda de un cliente de twitter que encajara en la misma filosofía. No hay muchas alternativas, la mayoría, hay que reconocerlo, son demasiado "crudas" incluso para mí, que soy un amante de la consola. Pero entonces dí con una pequeña joya, Tyrs, desarrollada por Nicolas Paris. Era una herramienta sencilla, pero que cumplía muy bien con todo lo que buscaba de ella. Pero un buen día, Nicolas, en su afán por mejorarla, empezó a reescribir la herramienta empleando una nueva librería para gestionar el interfaz. Las primeras versiones tenían varios fallos y Nicolas pronto se vio desbordado por una tarea que no le apetecía continuar y a la que no podía dedicar más tiempo. Y decidió abandonar el proyecto, con la esperanza de que alguien se atreviera a retomarlo. Cuando leí la entrada de su blog no perdí la esperanza del todo, al fin y al cabo, estaba desarrollado en Python, un lenguaje con el que me desenvuelvo. Mientras esperaba que hacer, seguí usando la última versión estable a diario. Pero entonces, apareció el milagro, Turses

Turses

Alejandro Gómez, un usuario de Tyrs se lanzó a crear su propia aplicación basándose en él. Y no solo garantizaba la continuidad del buen trabajo empezado por Nicolas, si no que llegaba lleno de ideas frescas y muchas ganas de hacerlo bien. El propio Nicolas le felicitó por el trabajo y la iniciativa. A día de hoy, el proyecto se sigue desarrollando, y aunque aún tiene algunas metas marcadas por delante, la aplicación es perfectamente usable en el día a día, de hecho es mi cliente habitual.

Como ya se habrá podido deducir, Turses es un cliente de twitter para la consola con interfaz ncurses. Está desarrollado en Python y emplea la librería Urwid para crear la interfaz en curses. Lo mejor de esta aplicación es que emplea atajos de teclado inspirados en Vim y es totalmente controlable desde el teclado. Esto unido a que emplea una interfaz basada en texto, la convierten en la aplicación más ágil de todas las que haya probado. Hotot también tiene algunas combinaciones de teclas muy útiles, pero ni se acercan a lo que Turses te permite.

Aquí se puede ver el aspecto por defecto de Turses

Pero no se acaban ahí las bondades de Turses, tiene algunas características geniales como la gestión dinámica de bufferes (líneas temporales) y de columnas. Demos un repaso a lo que nos permite la aplicación:

Múltiples líneas temporales (bufferes). Es decir, nos permite consultar los tweets de la gente a la que seguimos, los nuestros, menciones, etc. Es decir, los bufferes habituales, incluidos conversaciones, búsquedas y hashtags. Y podemos tenerlas simultáneamente abiertas y navegar entre ellas muy fácilmente.
Múltiples columnas. En cada columna se sitúa un buffer, y podemos añadir o quitar columnas a voluntad de forma muy sencilla. Es decir, que podemos visualizar un solo buffer de forma predefinida, o podemos ver varios a la vez distribuidos en múltiples columnas.
Tweet, Reply, Retweet, Borrar. Vamos, que permite las operaciones habituales con los tweets. Además se puede hacer un Retweet editando el texto, algo que parece obvio, pero que en algunas aplicaciones no es tan sencillo.
Seguir/dejar de seguir a un usuario. Podemos hacerlo bien a través de un tweet o bien introduciendo el nombre del usuario.
Des/Marcar como favorito.
Enviar mensajes directos.
Abrir URLs en un navegador. Nos permite abrir las direcciones que aparecen en un tweet, así como abrir el propio tweet.
Visualizar conversaciones. Podemos abrir un nuevo buffer con la conversación relacionada con un tweet.
Contador de los no leídos funciona para todos los bufferes y nos permite ponerlo a cero manualmente cuando queremos ignorar algunos no leídos.
Búsqueda. Se puede buscar tanto por usuario como por termino.
Ver los tweets de cualquier usuario .
Visualizar el perfil de un usuario.
Totalmente personalizable y la configuración se guarda en un fichero de texto plano.
Múltiples cuentas, eso sí, una por ejecución.
Ayuda en línea con todas las combinaciones de teclas posibles. Accesible a través de la tecla ?

Interfaz de Turses mostrando múltiples columnas

Y entre las metas que tiene marcadas su autor, nos encontramos con el soporte para listas, streaming, notificaciones emergentes y múltiples sesiones. Estoy seguro de que las acabará incorporando, le sobra capacidad. Aunque he de reseñar que actualmente he contribuido con una porción de código minúscula al proyecto y que tengo la intención de seguir colaborando en todo lo que pueda. Si eres programador Python y te apetece echar una mano, anímate, Alejandro es muy receptivo y un tío muy majo que estará encantado con toda la ayuda que le podamos dar.

Mi configuración

Si a alguien le puede servir como inspiración mi configuración, esta disponible en GitHub

Turses mostrando la información del perfil del autor de un tweet

Alternativas

Solo conozco dos alternativas en la misma línea que merezca la pena reseñar, las demás que he probado no estaban a la altura:

TwitVim, es un plugin para Vim. Funciona fantásticamente bien, eso sí, solo apropiado para usuarios de Vim. La probé un tiempo y me gusto, pero personalmente no me gusta emplear Vim para esta tarea y Turses es bastante más manejable.
TTYtter, está escrito en Perl y no tiene interfaz. Trabaja en la línea de comandos a modo de interprete. Funciona muy bien y también lo usé un tiempo, pero su propio funcionamiento le reste eficiencia comparado con Turses.

Productividad & Linux: Newsbeuter

joe di castro — Mon, 18 Jun 2012 23:26:00 +0200

Uno de los pilares de la productividad es, como no, la gestión del tiempo. Otro de los pilares fundamentales es, inexorablemente, el conocimiento. Si pierdes el tiempo en tareas irrelevantes (o directamente procrastinando), tu productividad se resiente irremediablemente. Si no tiene los conocimientos adecuados y suficientes, consumes el tiempo aprendiendo a hacerlo o directamente lo pierdes haciéndolo mal. Hoy en día, rara es la actividad donde la formación continua no sea un requisito indispensable, no ya para mejorar o mantener tu rendimiento, si no simplemente para poder seguir ejerciéndola.

Por lo tanto nos vemos condenados a intentar mantenernos al día (y ampliar conocimientos), mientras que procuramos dedicarle el menor tiempo posible para no menoscabar nuestro rendimiento. Tal delicado equilibrio no es poca hazaña en nuestros días. Nos vemos inundados de tal cantidad de información, que el filtrado es la única manera de intentar sobrevivir a esa enorme vorágine de datos a la que nos enfrentamos. Afortunadamente tenemos herramientas. Desde hace muchos años he confiado esta tarea a emplear fuentes RSS de calidad y una buena herramienta para gestionarlas.

Mi búsqueda del cliente RSS ideal

He empleado muchas herramientas distintas para esta tarea, siempre intentando tener la más idónea para filtrar muchas fuentes RSS en el menor tiempo posible, sin pasar por alto lo que me interesa conocer. Algunas muy buenas, que usaba cuando aún empleaba Windows como SO principal, ya no existen. En Linux he pasado por las más conocidas (en orden cronológico):

Liferea, era muy buena cuando la deje, lo de mostrar los comentarios en las entradas es algo que no he vuelto a ver en ninguna otra herramienta. Pero después de varios años de uso, la abandoné cuando se había convertido en insufriblemente lenta.
Akregator, no era para mí, nunca acabe encontrándome a gusto con ella. Lo hacía todo medianamente bien, pero no destacaba en nada, pronto la abandoné.
Blogbride, su planteamiento es diferente al resto. Es una buena aplicación y estuve con ella muchos meses. Pero siempre seguí buscando algo más eficiente.
RSSOwl, la mejor aplicación para leer RSS para escritorio que he conocido. La he usado durante años. Está construida sobre Eclipse. Ofrece muchas posibilidades de personalización y filtrado. Es muy rápida, pero debido a que depende de Eclipse y java, si manejas un número considerable de fuentes (+1000 en aquella época), se puede volver un poco pesada. Además, si como yo, dejabas muchos artículos para leer en otro momento, la base de datos crecía de tal manera, que podía llegar a ser muy lenta. La abandoné buscando algo aún más ágil y productivo.
Google Reader, decidí darle una oportunidad. Por aquella época había empezado a usar Read it Later (hoy Pocket) para guardar aquello que quería leer en otro momento o con más calma. La integración con RIL me obligaba a abandonar el teclado y usar el ratón. Además el rediseño que hizo Google no me convencía. Decidí buscar algo aún más rápido y eficiente.

Durante todo ese tiempo probé muchísimas otras alternativas (incluidos complementos para navegadores web) y no encontraba nada que me valiese. Es muy difícil encontrar una aplicación de este tipo que te permita manejar un gran número de fuentes RSS de forma realmente eficiente. Al final ya estaba decidido a regresar a RSSOwl. Pero acostumbrado a Pentadactyl y Vim y las aplicaciones ncurses, decidí buscar algo en esa línea, y lo encontré.

Newsbeuter

Newsbeuter es un juego de palabras con la palabra alemana "Wildbeuter" que significa cazador-recolector, por lo que Newsbeuter vendría a ser algo así como Cazador/Recolector de Noticias. Newsbeuter es una aplicación para leer fuentes RSS y Atom que utiliza una interfaz tipo ncurses para consola. Quién esté familiarizado con el cliente de correo Mutt se sentirá cómodo enseguida, ya que se inspira en este. Está programado en C++ y dado que funciona en modo texto, una de sus ventajas es la enorme agilidad que proporciona para moverse entre fuentes y noticias.

Un resumen de sus características:

Permite suscribirnos a fuentes RSS y Atom
Soporta OPML tanto para importar como para exportar las subscripciones
Descarga de podcasts
Se pueden configurar todos los atajos de teclado libremente
Podemos realizar búsquedas entre todos los artículos descargados. Similar a Vim
Es posible crear etiquetas para dividir nuestras subscripciones en categorías y realizar filtrados y búsquedas en función a ellas
Se pueden sincronizar las fuentes con Google Reader y Tiny Tiny RSS
Podemos configurar el color y las cadenas de texto para personalizar su aspecto
Se pueden eliminar de forma automática artículos que no deseemos a través de un "killfile"
Es posible integrar cualquier fuente de datos a través de un flexible sistema de filtros y plugins: Fichero con urls, fichero OPML, fichero OPML online, Google Reader, varios ficheros...
Se pueden crear "meta fuentes" empleando un potente lenguaje de consultas
Permite crear marcadores a partir de cualquier enlace del articulo empleando una aplicación externa o un script
Permite guardar artículos en texto plano
Podemos otorgar etiquetas de un solo carácter que el autor denomina "flags" por articulo y varias por articulo. Útiles para emplearlas conjuntamente con los filtros
Se pueden definir macros
Linea de comandos para poder ejecutar comandos y cambiar opciones sobre la marcha
Funciona en Linux, Mac OS y FreeBSD
Programado en C++ y guarda los artículos en una BDD SQLite
Documentación bastante completa

Pantalla con la configuración por defecto de Newsbeuter

Lo que lo distingue

Muchas de estas características las comparte con otras aplicaciones de las mencionadas antes, pero lo que realmente distingue a Newsbeuter de todas ellas es lo siguiente:

Totalmente controlable desde el teclado, lo que unido a su velocidad, le proporciona una agilidad inigualable.
Basado en texto, lo que nos evita distraernos de lo importante, el contenido.
Consumo ridículo de memoria y recursos comparado con cualquiera aplicación mencionada antes. En el peor de los casos, me ha consumido unos 30 MiB de RAM (para la versión de 64 bits)
Se puede configurar el números de hilos de proceso para descargar noticias. En mi caso, con 8 hilos, tarda unos 40s en leer unos 250 canales RSS. Solo Google Reader por su funcionamiento, puede mejorar esto.
Configurable con un fichero de texto plano

Como dijo Zed Shaw y refrenda el autor de la aplicación, Andreas Krennmair,

"Newsbeuter es el Mutt de los lectores de noticias RSS"

Desde mi propia experiencia puedo decir que este programa ha cambiado mi forma de leer las noticias del día. Antes, para mi, era muy importante que el lector de noticias que empleara, utilizara un estilo homogéneo entre todas las fuentes y artículos, con el fin de centrarme en el contenido y no perder el tiempo con nimiedades. Es algo más importante de lo que pueda parecer a simple vista, cuando quieres emplear el menor tiempo posible en adquirir la información y al mismo tiempo quieres asimilar lo que lees. Si cuando vas a leer las noticias tienes 45 minutos y 300 artículos sin leer, el cambiar de un articulo con fondo negro y letra Sans Serif mediana a uno con fondo blanco y letra Serif enorme, te supone una distracción y una adaptación de la vista innecesarias e incomodas.

Vista de un articulo con mi configuración

Pero al comenzar a emplear Newsbeuter me di enseguida cuenta de algo, el carecer por completo de imágenes y compartir cabecera entre todos los artículos, me ha servido para pasar por alto o leer en diagonal aquello que menos me interesa. No solo filtro más rápido, si no que lo hago más eficientemente. Evidentemente hay artículos en los que las imágenes complementan necesariamente al articulo. En estos casos o bien la abro directamente en el navegador (tan sencillo como pulsar o ) o bien puedo abrir las imágenes de forma independiente en el mismo si me interesa por ejemplo ver solo una. En este sentido, Newsbeuter proporciona una lista de todas las Urls presentes en el articulo en forma de lista al final del mismo, pudiendo abrir cualquiera de ellas introduciendo el indice de la misma. De hecho, empleando el comando u podemos acceder a la lista completa de las mimas en una nueva ventana.

Mi configuración

Mi configuración no tiene demasiado de especial, quizás que emplea una combinación de colores distinta a la habitual y que empleo un par de scripts para las notificaciones y para crear marcadores. Esta se puede encontrar en mi repositorio de mis dotfiles en GitHub

Notificaciones

Para las notificaciones que emite Newsbeuter después de refrescar las noticias empleo el script notify.py que comentaba en este articulo ligeramente modificado para trabajar con Newsbeuter. En la imagen se puede ver una notificación del programa.

try:
    import os
    import sys
    import gtk
    import pynotify
    import textwrap
    NOT_NOTIFY = False
except ImportError:
    NOT_NOTIFY = True

def notify(title, msg, icon=None, wrap=None):
    """Send notification icon messages through libnotify.

    Parameters:

    (str) title -- The notification title
    (str) msg -- The message to display into notification
    (str / uri) icon -- Type of icon (ok|info|error|warm|ask|sync) or icon file

    """
    if NOT_NOTIFY:
        return
    if not pynotify.is_initted():
        pynotify.init(title)
    gtk_icon = {'ok': gtk.STOCK_YES,
                'info': gtk.STOCK_DIALOG_INFO,
                'error': gtk.STOCK_DIALOG_ERROR,
                'warm': gtk.STOCK_DIALOG_WARNING,
                'ask': gtk.STOCK_DIALOG_QUESTION,
                'sync': gtk.STOCK_JUMP_TO}
    if wrap:
        msg = os.linesep.join(textwrap.wrap(msg, wrap))
    try:
        note = pynotify.Notification(title, msg)
        helper = gtk.Button()
        gtk_icon = helper.render_icon(gtk_icon[icon], gtk.ICON_SIZE_BUTTON)
        note.set_icon_from_pixbuf(gtk_icon)
    except KeyError:
        note = pynotify.Notification(title, msg, icon)
    note.show()

def main():
    """Main section"""
    notify('Newsbeuter', sys.argv[1], '/home/joedicastro/.newsbeuter/icon.png')

if __name__ == "__main__":
    main()

Integración con Pocket

Utilizo Pocket como nexo de unión entre el navegador y el Newsbeuter para archivar todos aquello artículos que me interesa leer, pero que quiero dejar para otro momento más idóneo. Hubo un tiempo en que empleaba Delicious para esta tarea, pero me parece más adecuado Pocket.

Esto lo consigo empleando el comando para crear marcadores de Newsbeuter y un script en Python creado para ello. Esta es la parte del archivo de configuración que relaciona el comando con el script:

bookmark-cmd                            "~/.newsbeuter/send2ril.py"

El script hace uso de la API Python para Read it Later (como se llamaba anteriormente Pocket) para guardar la url del articulo en mi cuenta de Pocket. Así pulsando Ctrl + b se guarda el marcador en Pocket.

#!/usr/bin/env python
# -*- coding: utf8 -*-

"""
    send2ril.py: Send a new url to Read it Later
"""

__author__ = "joe di castro <joe@joedicastro.com>"
__license__ = "GNU General Public License version 3"
__date__ = "18/06/2012"
__version__ = "0.1"

import sys
import readitlater
import ril_config as config

def main():
    """Main section"""
    api = readitlater.API(config.RIL_APIKEY, config.RIL_USERNAME,
                          config.RIL_PASSWORD)

    new = [{"url":sys.argv[1], "title":sys.argv[2]}]
    api.send(new=new)

if __name__ == "__main__":
    main()

En el script se importa un modulo, ril_config, que es el que contiene las claves de mi cuenta de Pocket, este modulo sería algo similar a esto (evidentemente los valores son falsos):

# ril credentials
RIL_APIKEY = '987u1ksjsdfRk54kKLKL34jkjij9945k'
RIL_USERNAME = 'usuario'
RIL_PASSWORD = 'ADRKSD-Xk3kj5kjljFl'

Por lo tanto para hacerlo funcionar necesitamos crear un fichero ril_config.py con las credenciales de cada uno para Pocket. Los campos RIL_USERNAME y RIL_PASSWORD se corresponden evidentemente con el usuario y la contraseña que tengamos para el servicio. El otro campo, RIL_APIKEY es una clave que podemos obtener en esta página para registrar nuestra aplicación (en este caso nuestro script) y que pueda acceder de forma autorizada a la API de Pocket.

Copia de seguridad de las urls de Pocket

Del mismo modo, aprovechando la misma API que empleo en el anterior script, he creado otro script que ejecuto regularmente con cron, que me guarda una copia en mi disco duro con todas las urls que tengo guardadas en Pocket. Vamos, una copia de seguridad, uno nunca sabe cuando este tipo de servicios pueden dejar de funcionar. Estas direcciones las guardo en un fichero con formato Org-mode

#!/usr/bin/env python
# -*- coding: utf8 -*-

"""
    get.py: Get the urls stored in Read it Later & save them in a Org-mode file
"""

__author__ = "joe di castro <joe@joedicastro.com>"
__license__ = "GNU General Public License version 3"
__date__ = "18/06/2012"
__version__ = "0.1"

try:
    import sys
    import os
    import readitlater
    import ril_config as config
except ImportError:
    # Checks the installation of the necessary python modules
    print((os.linesep * 2).join(["An error found importing one module:",
    str(sys.exc_info()[1]), "You need to install it", "Stopping..."]))
    sys.exit(-2)
import os

def main():
    """Main section"""
    api = readitlater.API(config.RIL_APIKEY, config.RIL_USERNAME,
                          config.RIL_PASSWORD)

    items = api.get(state="unread")
    lista = items["list"]
    with open("ril_urls.org", "w") as output:
        output.write("* Read It Later URLs" + os.linesep)
        for i, k in lista.items():
            output.write("** {0}{1}".format(k['title'].encode("utf8"),
                        os.linesep))
            output.write("   [[{0}][Enlace]]{1}{1}".format(k['url'].
                        encode("utf8"), os.linesep))

if __name__ == "__main__":
    main()

Conclusión

Newsbeuter no es para todo el mundo, por supuesto, la gran mayoría considerarían decimonónico el emplear un interfaz de texto en vez de uno gráfico. Muchos incluso llamarían herejía a usar el teclado en vez de el ratón (aunque luego se vuelvan locos con las pantallas táctiles). Lo respeto y lo entiendo, pero para aquellos que aman su tiempo y no están dispuestos a desperdiciarlo, deberían darle una oportunidad a esta aplicación.

Productividad & Linux: Pentadactyl

joe di castro — Thu, 14 Jun 2012 20:52:00 +0200

Pentadactyl como su nombre sugiere ("que tiene cinco dedos"), está pensado para ser usado con los cinco dedos de cada mano, ergo, el teclado. No es una aplicación en si misma, si no un complemento para el navegador web Firefox. Básicamente podríamos resumirlo en que es un complemento que te permite controlar Firefox desde el teclado. Pero sería un resumen bastante injusto para todo lo que te ofrece este plugin. Una pista, los atajos de teclado están basados en los de Vim.

Ejemplo de navegación web con Pentadactyl empleando únicamente el teclado. Observar como el puntero del ratón permanece estático en la misma posición (parte superior derecha de la pantalla). Es un ejemplo muy básico, pero llega para hacerse una idea.

En esta imagen se puede ver una ventana de Firefox estándar y una otra de Firefox con el complemento Pentadactyl activado (con mi configuración). Como se puede observar, se puede ganar una cantidad significativa de espacio en la ventana para la página web. En este caso son 170px, un 6% más de espacio vertical. En el caso de que abriéramos otra pestaña más, aparecería la barra de pestañas y solo ahorraríamos el espacio que ocupan la barra de menús y la de navegación. Aunque en mi configuración actual ya he eliminado también la barra de pestañas e incluso las barras de desplazamiento, solo se ve la línea de estado de Pentadactyl.

Pero... y la barra de herramientas de navegación, ¿no es necesaria? No, con este complemento no lo es, dado que las direcciones las introduces a través de la línea de comandos y la dirección de la página web siempre está visible en la linea de estado inferior de Pentadactyl. Por ejemplo, para abrir la página web de google, pulsamos la tecla o y luego escribimos google.es y pulsamos ↵ así de sencillo. Si quisiéramos abrirla en una nueva pestaña, bastaría con pulsar t en lugar de o

Aquí se puede ver la línea de estado y la linea de comandos. La línea de comandos tiene autocompletado y en la imagen se ve como se va a introducir el comando que activa la completísima ayuda que proporciona el complemento. A la línea de comandos se accede igual que en Vim, pulsando la tecla :

Características

Estas son algunas de las funciones que proporciona Pentadactyl para Firefox, sin contar con las extensiones disponibles para el mismo Pentadactyl:

Atajos de teclado basados en vim. Soporta las mismas opciones de contexto que Vim, por ejemplo, desplazarse dos pestañas hacia la derecha 2 <ctrl> + n
Comandos para prácticamente cualquier función de Firefox. Ejemplo: abrir la ventana de complementos, :dialog addons que puede abreviarse como :dia addo↹
Autocompletado para todos los comandos, opciones, marcadores, bufferes, motores de búsqueda, ...
Características de privacidad adicionales a las de Firefox y muy potentes
Búsqueda dentro de la página (con resaltado) y navegación a través de los resultados. Similar a la búsqueda de Vim. Se pueden emplear expresiones regulares
Macros de teclado (se pueden grabar sobre la marcha) y se pueden personalizar los atajos de teclado y los comandos (pudiendo ademas añadir otros)
Esquemas de color y extensiones (algunas muy interesantes)
Navegación potente y rápida a través de enlaces, campos de formularios, áreas de texto, ... desde el teclado
Linea de estado similar a la de Vim
Se pueden ejecutar comandos de shell directamente en la línea de comandos de Pentadactyl
Interfaz mínimo, pudiendo ocultar menús, barras de herramientas, barras de desplazamiento y pestañas
Se pueden cargar scripts directamente con el comando :source, soportando ficheros javascript y CSS, además de comandos propios de Pentadactyl
Se pueden emplear alarmas visuales o sonoras para indicarnos errores
Posibilidad de establecer marcadores de posición dentro de páginas
Marcadores rápidos para acceder de forma rápida a los sitios que queramos
Se pueden editar los campos de texto desde un editor externo
AutoComandos para ejecutar acciones activadas por ciertos eventos
Sistema de ayuda incorporado completísimo que cubre todo lo que el plugin puede hacer. A la ayuda se accede bien a través de los comandos :help o :helpall o bien pulsando la tecla F1

No es mi intención explicar aquí la forma de trabajar con el complemento, ya que posee tantas opciones y una ayuda tan completa, que lo considero excesivo. Además no es necesario conocer toda su funcionalidad, de hecho yo sigo infrautilizandolo y voy descubriendo funciones nuevas de vez en cuando. Por ejemplo, hasta que no he vuelto a repasar sus funciones para escribir este articulo, estaba empleando un plugin (It's All Text!) para editar los campos de texto con gVim, ahora lo hago también con Pentadactyl y de manera aún más sencilla. Y con este ya van ocho complementos para Firefox que he dejado de usar porque los suplo con Pentadactyl.

Mi configuración

Mi configuración es realmente sencilla, ya que aparte de emplear un par de extensiones, un par de comandos y un esquema de color, lo demás es cambiar ciertas opciones predefinidas del mismo. La configuración la he dejado disponible en mi repositorio de dotfiles, en GitHub.

Validar el HTML de una página

Este es un comando que he añadido a la configuración para poder validar el HTML de una página empleando la herramienta del W3C. Como se puede ver, se basa en emplear javascript para definir lo que queremos hacer:

command! -description='Validar XHTML' valid :open
javascript:void(location='http://validator.w3.org/check?uri='+escape(location))

Aquí se puede ver como funciona:

Gracias al autocompletado de Pentadactyl, solo es necesario escribir las dos primeras letras del comando y pulsar el tabulador y finalmente Intro para ejecutar la operación. Nos aparece la herramienta del W3C diciendo que la página ha validado correctamente como HTML 5. Y desde luego esto es más rápido que emplear el ratón conjuntamente con otro plugin.

Guardar paginas en Pocket (anteriormente Read it Later)

Para guardar páginas en Pocket, el que hasta hace unas semanas era Read it Later, empleo también otro comando. Antes empleaba el plugin oficial, pero no solo consumía memoria si no que para emplear solamente una combinación de teclas, empleo un comando de Pentadactyl y me ahorro el tenerlo instalado.

command! pocket -description "Bookmarklet: Save to Pocket" open
javascript:(function(){ISRIL_H='83dd';PKT_D='getpocket.com';ISRIL_SCRIPT=document.createElement('SCRIPT');ISRIL_SCRIPT.type='text/javascript';ISRIL_SCRIPT.src='http://'+PKT_D+'/b/r.js';document.getElementsByTagName('head')[0].appendChild(ISRIL_SCRIPT)})();

Podemos ver en esta animación como funciona este comando:

La clave para este comando es bien sencilla, primero tener una cuenta en Pocket, luego ir a la página en la que se nos proporciona un botón para la barra de marcadores para añadir las páginas a Pocket. Copiad con el botón derecho la ruta del enlace que os proporciona ese botón, et voilà!, ahí tenéis el código javascript que necesitáis para el comando. Luego para ejecutar el comando solo necesitáis estar logueados en Pocket para que funcione.

Editar áreas de texto con un editor externo

Esta opción es para muy cómoda cuando se trata de editar grandes áreas de texto, pues un editor externo te proporciona mejores y más cómodas herramientas. Además en caso de que haya algún problema al enviar el texto, sigues teniendo la copia en el editor.

Activar esta opción es muy sencillo, para Linux y Gvim, añadir esto a el archivo de configuración:

set editor='/usr/bin/gvim -f +<line> <file>'

Después puede ser empleado como comentaba para editar áreas de texto, o para abrir el código fuente de una página, entre otras posibilidades.

Readability

Para usar este servicio empleo una extension, readability.js, que es necesario descargar y añadir al directorio ~/.pentadactyl/plugins/. Para ejecutarlo solo necesitamos emplear el comando :rea ↹ ↵, como podemos ver en esta animación:

HTTP Headers

Esta es otra extensión que nos permite ver las cabeceras HTTP de una página. Es una de las extensiones oficiales y al igual que la anterior, basta con añadirla al directorio de plugins de Pentadactyl.

Si queremos ver la información que Pentadactyl nos ofrece de una página, escribimos el siguiente comando :pageinfo y podemos ver algo como esto:

Ahora, si queremos ver las cabeceras, tenemos estas dos opciones:

Request Headers, :pageinfo h

Response Headers, :pageinfo H

Y podemos ver las dos a la vez empleando :pageinfo hH

Alternativas

Existen diferentes alternativas para este complemento, tanto para el mismo Firefox, como para otros navegadores. Pero ninguna es tan completa como este.

Podríamos empezar por Vimperator, que es el plugin original, ya que Pentadactyl es un fork del mismo por parte de algunos de los desarrolladores originales del mismo. Luego tenemos a Vimium que en este caso es una versión del mismo plugin para Chrome.

Para Chrome/Chromium tenemos también varios plugins disponibles,

Existen alguno que otra solución para Safari y Opera, si no me equivoco.

Navegadores con control a través del teclado

Existen una serie de navegadores, todos ellos pensados para ser muy ligeros y todos basados en Webkit, que implementan la navegación por teclado por defecto. Además estos que muestro están basados en los atajos de teclado de Vim.

Uzbl
Vimprobable
dwb
luakit, orientado a programadores y usuarios avanzados.

Teledactyl

Los mismo desarrolladores de Pentadactyl tienen disponible otro plugin para la otra gran herramienta de la Mozilla Foundation, el cliente de correo electrónico Thunderbird , y aunque está en desarrollo en fase muy temprana, se puede usar: Teledactyl. Aunque si queremos emplear un plugin similar, pero con un desarrollo más maduro, podemos escoger la herramienta hermana de Vimperator, Muttator

Productividad

Se qué me dejo muchas posibilidades de este plugin en el tintero, pero el articulo se haría eterno. Si no ha despertado ya tu curiosidad por lo que te he contado y mostrado, difícilmente lo hará ya. Ahora bien, si decides probarlo, entonces seguro que serás el primero en mirar la ayuda para intentar sacarle todo el jugo que este complemento te aporta. A lo poco que lo domines, incrementara tu productividad en la navegación web considerablemente.

Y es que una vez te acostumbras a él -si conoces Vim y tienes soltura con él, todo te será muy natural- la diferencia entre navegar con el teclado y el ratón es abismal, no hay color. Tamaña es la diferencia que ni siquiera me planteo el cambio de navegador por otro, porque todos carecen de Pentadactyl. Si navegas habitualmente por la red, agradecerás mucho el tiempo que un plugin como este te devuelve para emplearlo en otras tareas.

Mantener la temperatura adecuada en un portátil Dell con Linux

joe di castro — Tue, 12 Jun 2012 10:44:00 +0200

Los que tengáis o hayáis tenido un portátil Dell, sabréis que es posible controlar la velocidad de funcionamiento de sus ventiladores de forma manual. Existen aplicaciones para Windows, pero también es posible hacerlo desde Linux con el paquete i8kutils creado por Massimo Dal Zotto. Este paquete incluye un modulo del kernel i8k que necesita ser cargado al inicio y una serie de utilidades para controlar el ventilador e informar de la temperatura y otros valores de la BIOS.

Este paquete fue creado originalmente para el portátil Dell Inspiron 8000, de ahí su nombre. Esta utilidad aprovecha el modo SMM de la BIOS que estaba presente en los modelos Inspiron para controlar la velocidad de los ventiladores (algo que también permiten otras marcas como Toshiba y Lenovo, para las que también hay algunas utilidades). Dell también ofrece el soporte de SMM BIOS en otras gamas y portátiles, como los de la serie Latitude o XPS. Aunque está utilidad no funciona en algunos modelos.

Esta utilidad funciona bajo la línea de comandos, pero al amparo del modulo del kernel surgieron varias aplicaciones, principalmente applets para el panel de Gnome 2, que permitían un control gráfico de los ventiladores y su temperatura. Este control podía ser automático o manual. Yo personalmente me decanté en su momento por emplear Conky para mostrar las velocidades y la temperatura y emplear un script, i8kapplet por Wheelspin, para controlar automáticamente la temperatura dentro de unos rangos.

i8kfans.py

Este era un script bash que lleva dándome servicio mucho años (el portátil ya tiene sus siete años) pero que por la forma que tiene de controlar cuando se debe subir/bajar la velocidad de los ventiladores, provocaba que se sucediesen de vez en cuando continuos acelerones y frenazos en los mismos. Esto al principio no me disgustaba, pero con los años los ventiladores hacen cada vez más ruido y si bien el sonido constante a alta velocidad es ligeramente molesto, esos cambios bruscos de velocidad se me han vuelto insoportables. Y dado que el portátil se acerca al final de su vida útil, sustituir los ventiladores, aunque es la solución adecuada, no lo veo económicamente rentable.

Yo sabía que el problema por el que esto sucedía es porque la BIOS por defecto regula las temperaturas de los ventiladores en unos rangos predefinidos y esto no se desactiva, de hecho trabaja conjuntamente con el script. Como los rangos de temperatura que yo predefino son inferiores a los de la BIOS, en algunas ocasiones los dos pelean por el control de los ventiladores y es lo que ocasiona el problema. Pero el calor es el peor enemigo de la electrónica, y en los portátiles esto es un factor critico. De hecho estoy seguro de que este equipo (muy bien amortizado) me ha durado tantos años gracias a que me he preocupado de este punto. Estoy cansado de ver morir a portátiles y discos duros en verano porque la gente no se preocupa de este tema. Por favor, limpiad el polvo de los ventiladores al llegar el verano, os ahorrareis muchos disgustos.

Así que descartado el reemplazar los ventiladores, me planteé el crear un script que intentara hacer lo mismo pero de forma más suave, intentado reducir el número de cambios bruscos de velocidad y fruto de ello es el siguiente script, que está disponible en GitHub:

#!/usr/bin/env python
# -*- coding: utf8 -*-

"""
    i8kfans.py: Adjust the fans speed in various Dell laptops (with a nvidia
    graphics card) to maintain the right temperatures. This affect both fans,
    the cpu and the gpu fan. Originally i8k was created to run in a Dell
    Inspiron 8000 laptop, but this Dell fan control via SMM BIOS is available
    in others laptops of various series (Inspiron, XPS, Latitude, etcetera),
    but not all of them are supported. Mine is an Inspiron 9400 but I tested
    this successfully in a XPS m1330 too.

    Based on a 2006 bash script by Wheelspin, `i8kapplet`. This old script
    served faithfully me for many years, but my ears couldn't stand much longer
    its random and common slow downs/speed ups. Over the years, fans have
    become more and more loud. This new script runs in a more smooth way, with
    less sudden changes.  It's cheaper than replace booth fans, don't you
    think?

    This script needs the `i8kutils` linux package installed and the `i8k`
    kernel module loaded to work.
"""

#==============================================================================
#    Copyright 2012 joe di castro <joe@joedicastro.com>
#
#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, either version 3 of the License, or
#    (at your option) any later version.
#
#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.
#
#    You should have received a copy of the GNU General Public License
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.
#==============================================================================

__author__ = "joe di castro <joe@joedicastro.com>"
__license__ = "GNU General Public License version 3"
__date__ = "12/06/2012"
__version__ = "0.3"

try:
    from os import linesep
    from subprocess import check_output, Popen, PIPE
    from sys import exit, exc_info
    from time import sleep
except ImportError:
    # Checks the installation of the necessary python modules
    print((linesep * 2).join(["An error found importing one module:",
    str(exc_info()[1]), "You need to install it", "Stopping..."]))
    exit(-2)

def check_execs(*progs):
    """Check if the programs are installed, if not exit and report."""
    for prog in progs:
        try:
            Popen([prog, '--help'], stdout=PIPE, stderr=PIPE)
        except OSError:
            msg = 'The {0} program is necessary to run this script'.format(prog)
            exit(msg)
    return

def get_right_fan_speed(current_temperature, current_fan_speed, temp_triggers):
    """Get the right fan speed to use with i8kfan command.

    :current_temperature: current temperature value for the fan implied
    :current_fan_speed: current fan speed
    :temp_triggers: the threshold temperatures to trigger the fan speed change
    :returns: right fan speed or "-" (means change nothing to i8kfan)

    """
    right_fan_speed = None  # the right fan speed for the current temp
    if current_temperature >= temp_triggers[0]:
        if current_temperature >= temp_triggers[1]:
            right_fan_speed = 2
        else:
            right_fan_speed = 1
    else:
        right_fan_speed = 0
    return right_fan_speed if right_fan_speed != current_fan_speed else "-"

def main():
    """Main section"""
    # time between temperature checks
    interval = 1
    # the temp thresholds to jump to a faster fan speed. Values greater than
    # [g|c]pu[0] set the fan speed to 1 and the ones greater than [g|c]pu[1]
    # set the speed to 2. Obviously, values minor than [g|c]pu[0] stop the fan
    gpu_temps = [45, 53]
    cpu_temps = [40, 50]

    # check if the i8k kernel module is already loaded
    if  "i8k" not in check_output("ls /proc/".split()):
        exit("The i8k kernel module is not loaded")

    while True:
        try:
            # get current values
            cpu_temp = int(check_output("i8kctl temp".split()))
            gpu_out = check_output("nvidia-smi -q -d TEMPERATURE".split())
            gpu_temp = int([s for s in gpu_out.split() if s.isdigit()][-1])
            cpu_fan, gpu_fan = [int(f) for f in check_output("i8kfan").split()]

            # get the right speed values for each fan
            cpu_rfs = get_right_fan_speed(cpu_temp, cpu_fan, cpu_temps)
            gpu_rfs = get_right_fan_speed(gpu_temp, gpu_fan, gpu_temps)

            # if any of the fans needs to change their speed, change it!
            if cpu_rfs != "-" or gpu_rfs != "-":
                Popen("i8kfan {0} {1}".format(cpu_rfs, gpu_rfs).split(),
                      stdout=PIPE)

            # wait a moment. We want a cooler laptop, aren't we?
            sleep(interval)
        except KeyboardInterrupt:
            exit()

if __name__ == "__main__":
    check_execs("i8kctl", "i8kfan", "nvidia-smi")
    main()

###############################################################################
#                                  Changelog                                  #
###############################################################################
#
# 0.3:
#
# * Better documentation
#
# 0.2:
#
# * Fix an error in a function docstring due to refactorization
# * Give appropriate credit to original idea' script
#
# 0.1:
#
# * First attempt
#

De momento, aunque aún sufre del mismo problema inevitable por el conflicto por el control entre el script y la BIOS, de momento he observado que se produce con menos frecuencia y durante menos tiempo. Aunque quizás realice algunos cambios para intentar reducir aún más esos conflictos.

Productividad & Linux: Aplicaciones

joe di castro — Thu, 07 Jun 2012 22:40:00 +0200

En la anterior serie de artículos sobre Productividad en el escritorio Linux, hacia referencia a los lanzadores de aplicaciones y a los gestores de ventanas de mosaico como elementos diferenciadores a la hora de ser más productivos. Aunque la productividad en el escritorio es fundamental para trabajar de forma más eficiente, son las aplicaciones que empleamos, las que en último lugar, determinaran la realidad de nuestro día a día frente a la pantalla.

Gran parte de las aplicaciones para Linux (las más conocidas y extendidas) son realmente una adaptación de los conceptos de los sistemas operativos más difundidos: Windows & Mac OS. Esto es, aplicaciones muy pesadas, repletas de opciones y funciones de las que se aprovechan en realidad muy pocas. Además están por lo general fuertemente orientadas al empleo del ratón y muchas veces con un interfaz gráfico muy agradable visualmente pero con un concepto de usabilidad, en mi opinión, no siempre bien enfocado.

La usabilidad mal entendida, como enemiga de la productividad

La usabilidad, ese concepto tan de moda últimamente, está desde mi punto de vista, frecuentemente muy mal enfocado. Dejando a un lado lo que teóricamente se pretende, en el 80% de las ocasiones esto se traduce en la práctica en dos palabras en ingles: For dummies ("pá tontos", en castizo). Es decir, que cualquiera pueda manejar la aplicación sin grandes dificultades y en el menor tiempo posible. Reducir las barreras de entrada está muy bien, pero desgraciadamente muchas veces esto es una estrategia a corto plazo que no debería emplearse NUNCA de este modo en aplicaciones profesionales. Entiendo, y además apoyo, está estrategia en aplicaciones web y aplicaciones de consumo, pero lo veo nocivo a la hora de aplicaciones destinadas a producir datos y contenidos de forma masiva e intensiva. Y a mi modo de ver es un problema serio en un gran número de escenarios.

Un caso real de usabilidad engañosa

No proporcionare datos reales por respeto a las partes implicadas, pero quiero aportar aquí un ejemplo real que he podido vivir de cerca durante varios años, de lo que la pretendida usabilidad, ni lo es, ni ayuda a sacar más partido de las herramientas:

Escenario fallido : un negocio que se dedica el 90% del tiempo a editar grandes cantidades de texto. Se informatizan a mediados de los 80 y adoptan como procesador de textos WordPerfect para consola. Después de varios años, están en la versión de WordPerfect 5.1 para MSDOS con un 90% de los empleados (unos diez), con un dominio asombroso de la aplicación, basando todo su trabajo en atajos de teclado y una pantalla donde únicamente se visualiza el texto sobre el que están trabajando. Productividad: realmente elevada. Principios del siglo XXI, un consultor informático embaucador (aka comercial) los convence de que el futuro es WYSIWYG y que eso del terminal de texto es cosa del pasado. Tras una primera migración a WordPerfect para Windows, la productividad baja de forma significativa. La solución propuesta: Word, la productividad cae de forma dramática. La excusa del "asesor": necesidad de adaptación al nuevo concepto. Dos años después, la productividad sigue sin incrementarse, el trabajo se acumula y se contratan a dos personas más para refuerzo. El personal ya se ha adaptado y están tan hipnotizados por el ratón, los iconos y los "regalitos" que su software les proporciona en cada nueva versión, que se oponen radicalmente a volver al "pasado". En realidad, nadie desde dentro se cuestionaba que el problema real era que habían dejado de centrarse en el contenido, para centrarse en el continente. Lo más irónico: lo que realmente hacían era crear e imprimir documentos, impresos en impresoras matriciales que seguían imprimiendo con la misma calidad y la misma fuente Courier 11 sobre el mismo tipo de documentos oficiales.

Escenario exitoso : Paralelamente, en un área de negocio distinta, pero estrechamente relacionada con la anterior, una empresa que ha trabajado siempre en entorno de terminal contra un AS/400, presentaba una mentalidad y un resultado totalmente opuestos. Nunca se han dejado seducir por los cantos de sirena del marketing y se han opuesto radicalmente a cualquier cambio de sistema, simplemente han evolucionado el que ya tenían y conservando su plantilla prácticamente intacta durante el mismo periodo. El resultado: la productividad se ha mantenido constante a lo largo de los años y han podido asumir importantes picos de carga de trabajo sin demasiadas dificultades. Y un efecto secundario de esta toma de decisiones: el haberse mantenido dentro de un sistema maduro y estable les ha librado de un mantenimiento casi nulo en el área de software, limitándose el mismo al área de hardware (lo habitual). Como podéis imaginar, en un sistema basado en plataforma Windows y actualizaciones sucesivas de SO y aplicaciones, el mantenimiento del área de software les ha supuesto una importante carga económica al otro negocio.

Que cada uno extraiga sus propias conclusiones. La mía: que la carrera hacia adelante de fabricantes de sistemas operativos y aplicaciones (cuyo único recurso para seguir vendiendo ha sido con frecuencia un simple lavado de cara) ha supuesto, en muchos aspectos, un paso atrás en varias áreas de la informática.

La usabilidad bien entendida

No quiero decir con lo anterior, que las aplicaciones gráficas sean el problema ni mucho menos. De hecho, hay aplicaciones gráficas que son una maravilla de la usabilidad. Por ejemplo, Autocad, que te permite un control casi absoluto como usuario avanzado (con los comandos y AutoLISP) y que al mismo tiempo te permite realizar gran parte del trabajo de manera muy intuitiva (siempre teniendo en cuenta el contexto del usuario al que va dirigido) empleando la interfaz gráfica. Lo que permite que sea muy usable sin detrimento de la productividad. Lo que quiero decir, es que es necesario añadir el sentido común como un criterio más, si no el primero, a la hora de implementar la usabilidad.

Si consultamos la Wikipedia, encontramos dos definiciones de la ISO para el concepto de usabilidad :

La usabilidad se refiere a la capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones específicas de uso

Usabilidad es la eficacia, eficiencia y satisfacción con la que un producto permite alcanzar objetivos específicos a usuarios específicos en un contexto de uso específico

Como decía anteriormente, la realidad dista mucho de la teoría. En la práctica se ha adoptado con bastante fidelidad la primera definición, eso sí, ignorando con bastante frecuencia la parte de "condiciones específicas" y la segunda definición parece haber sido ampliamente ignorada.

Si bien es cierto que la mayoría de las aplicaciones actuales pueden ser muy potentes, lo que yo veo mirando al pasado, es que la gran mayoría de los empleados que utilizaban una aplicación a diario eran usuarios avanzados y cuando no expertos. Hoy en día, y ciñéndonos al ámbito profesional, a algunos les cambias el icono de la misma, y no saben iniciarla. Y no es culpa de ellos, las aplicaciones se diseñan para que las puedan usar hasta los más reacios a la tecnología (siempre en su contexto), pero una vez que necesitas realizar algo complejo, existe un salto conceptual que la mayoría de los usuarios, ni se atreven a dar, ni quieren darlo.

Es realmente complejo, muy complejo, conseguir una interfaz de usuario que sea realmente amigable e intuitiva y que al mismo tiempo consiga satisfacer las necesidades reales tanto del usuario profesional, como del usuario ocasional. El problema de base está en intentar crear herramientas todoterreno. Ni maldita falta que le hace un Word actual a un usuario domestico y que demonios hace un escritor profesional empleándolo en vez de algo como Latex + editor de texto. Ni un usuario domestico necesita de herramientas para correspondencia, programar macros, etc, ni un escritor necesita preocuparse del formato del texto. Y sin embargo es empleado hasta por editores que deberían estar empleando herramientas de autoedición.

Por ejemplo, una aplicación que es un claro ejemplo de buena usabilidad y que está teniendo una buena acogida últimamente, es Sublime Text. Es bonita, es potente, es amigable y es francamente muy, muy usable. Realmente lo que han hecho ha sido recoger el testigo que dejo TextMate, que fueron los primeros en darse cuenta de algo muy sencillo. Esto es, los editores de texto y los IDEs para programadores son una de las aplicaciones en las que nunca llueve a gusto de todos, surgen continuamente nuevas alternativas, pero no se acaba por imponer ninguna. Por que en realidad, si nos fijamos en los programadores más experimentados, dos de los editores más utilizados y defendidos a muerte, son Vim y Emacs, ambos basados en conceptos de hace casi cuatro décadas. Es que la usabilidad ya estaba inventada hace mucho tiempo, y no tiene nada que ver ni con gráficos bonitos, ni con tratar a los usuarios como imbéciles. La usabilidad, señores, está en la adaptación del interfaz del ordenador de la manera más optima posible al interfaz que la naturaleza nos dio, nuestras manos. Y desde luego, jamás un ratón, con los botones que quieras ponerle, sera más eficaz que un teclado (usado con los diez deditos), al igual que no lo es más que un bolígrafo o una tableta gráfica con lápiz. Que para eso tenemos los dedos y no muñones. Si vamos a comprar un libro en Internet, el ratón es nuestro gran aliado para hacerlo de forma intuitiva sin conocimientos previos, pero si me vas a obligar a introducir entradas de almacén 40 horas a la semana con la misma aplicación, por favor, no me condenes a usar el ratón cada dos pasos. Sentido común!

Las aplicaciones amigas de la productividad

Este entrada pretende ser la introducción y el indice de una nueva serie de artículos dedicada a esas aplicaciones para Linux que para mi marcan la diferencia entre hacer el trabajo y marear la perdiz. Estas aplicaciones comparten en general tres puntos en común:

Son muy eficientes y ayudan a incrementar nuestra productividad.
Realizan a una sola tarea y lo hacen bien o muy bien.
No están muy extendidas.

Iré actualizando la entrada a medida que vaya creando los artículos para cada aplicación.

Aplicaciones

Estas son algunas de las aplicaciones que yo empleo a menudo y que al igual que a mí, pueden servirte para incrementar de forma notable tu productividad.

Pentadactyl, complemento para Firefox para controlar el navegador completamente desde el teclado, permite navegar entre las páginas a velocidad de vértigo. Además es muy potente y posee muchísimas opciones y posibilidades.
Newsbeuter, aplicación para leer subscripciones RSS y Atom. Funciona en modo texto, con una interfaz tipo ncurses y completamente controlable desde el teclado. Es una aplicación rapidisima y con un consumo muy escaso de recursos.
Turses, cliente twitter para la consola con interfaz ncurses. Controlable desde el teclado con atajos basados en Vim. Muy personalizable y con un funcionamiento muy versátil y ágil.
tmux, es un multiplexor de terminales. Permite agrupar varios terminales en una sola ventana de forma muy eficiente. La herramienta ideal para los amantes de la consola, desarrolladores y administradores de sistemas.
zathura, es un visor de documentos minimalista y controlable desde el teclado. Soporta documentos en formato PDF, DJVU, PostScript y Comic Book.
Ranger, es un administrador de archivos en modo texto y revolucionario en su interfaz y manejo. Muy potente y personalizable.
Ncdu, una herramienta con interfaz ncurses que nos permite conocer el espacio consumido en nuestro disco duro y navegar por los distintos directorios. La mejor herramienta del estilo que existe para la consola.