Reduce el ruido entre tus desarrolladores configurando bien los repositorios

Visualización de ramas GIT

Cuando hay varias personas contribuyendo código a un mismo proyecto, todo lo que consigamos facilitar el trabajo en equipo de todos los desarrolladores redundará en mejor software. El objetivo siempre es producir mejor software.

Por supuesto, una pieza básica es alinear software de trabajo y sus configuraciones. Eso suele estar más o menos bien cubierto en todos los equipos (al menos, es mi experiencia allá por donde he pasado).

Un paso imprescindible es la revisión del código por otros desarrolladores; a menudo establecido como requisito para llevar nuevo código a las ramas principales, estamos hablando de las habituales pull requests.

En este caso es habitual que además de las líneas que un desarrollador ha añadido/actualizado, aparezcan una y otra vez innumerables líneas con espacios quitados o añadidos, convertidos a tabulaciones o viceversa. Sencillamente, un desarrollador los quita (o tiene su IDE configurado para que los quite) y otro los pone.

Por supuesto que uno puede commitear únicamente las líneas que necesita, pero entonces el proceso puede ser largo, ir expurgando las líneas indeseadas una a una con herramientas como SourceTree.

La mejor solución ahí es configurar bien el repositorio: añadir a cada proyecto un archivo de .gitignore es algo muy habitual si estamos usando Git para control del código.

Mucho menos usado es .editorconfig, que sin embargo nos ayuda a alinear la configuración de todos los IDE del equipo. Con EditorConfig definimos todos esos detalles que luego generan ruido porque cada persona los tiene configurados a su modo. Algunos IDE ya soportan esto de forma nativa, y para el resto hay plugins disponibles.

Por último, si el proyecto usa JavaScript, Prettier es un módulo que puedes importar en tu proyecto, y que puedes configurar para que se dispare enganchado a algún hook (por ejemplo, para que cada vez que se va a commitear código revise el contenido y lo formatee conforme a lo que tenga establecido).

Si trabajas desarrollando software (no necesariamente como desarrollador) y en tu equipo no estáis usando todas estas herramientas, estáis perdiendo literalmente el tiempo. Perdiendo el tiempo revisando una y otra vez pull requests confusos y sucios que podrían ser mejor incluso consumiendo menos tiempo de quien los hace (y por supuesto menos tiempo también a quien los revisa).

Shaarli, un gestor de enlaces libre bastante completo

Shaarli

Estos días estoy probando Shaarli, un gestor de enlaces libre bastante sencillo que descubrí gracias a un hilo de Victor Moral en los foros. Guardar enlaces siempre me ha parecido importante de cara a gestionar conocimiento.

Además de tener una interfaz web bastante ligera y soportar la migración de enlaces desde todo tipo de gestores (incluido SemanticScuttle, que lleva años sin recibir cariño de sus desarrolladores), cuenta con plugins para Firefox, Chrome, e incluso apps para Android e iOS. Todo ello lo cuentan en las páginas de documentación, que son relativamente completas.

Así que creo que ahora mismo es una muy buena opción si quieres tener un gestor de enlaces personal.

Google contra los estándares, ahora Email

No es nuevo que Google lleve años dándole la espalda a los estándares. Lo interesante es que pese a las malas consecuencias que han tenido para ellos decisiones similares tomadas hace años, no cejen en el empeño de dar la espalda a los estándares interoperables, extendidos y aceptados por todos con los que nos comunicamos.

Hace unos días leí vía Pere Quintana un artículo sobre cómo Google destruyó Talk, quizá el mejor combo de cliente/servicio de chat jamás desarrollado, y lo convirtió en una basura inusable llamada Hangouts.

En respuesta a aquel artículo mencioné al mismo Pere también a Reader, otra oportunidad perdida :

Si Google fuera un artista llamarían a esos años «su etapa oscura»: tuvo la oportunidad de ser relevante en «user-generated content» y «social» con Reader y Talk, creados sobre estándares adoptados por los usuarios y lo tiró todo por la borda debido a una obsesión irrefrenable con Facebook.

Abandono de Jabber/XMPP para chat, RSS para «ríos de noticias» (Timelines), y CalDAV para Calendar. No, lo de Google rechazando estándares no es nuevo. Los arriba mencionados son protocolos estándar, ampliamente adoptados, que Google dejó de usar para intentar lograr lo que Microsoft no logró años antes con su navegador web. Google tampoco lo logró: Nadie usa Hangouts, ni Google+ (ni Buzz, por supuesto), y el uso de Google Calendar es insignificante respecto a algunos competidores (hey, Microsoft, i’m talking about you!).

Y sin embargo vuelven a la carga. En Naked Security detallan los planes de integración de AMP en el email de Google.

Lo describen como el intento de embrace and extend de Google, à la Microsoft. Así es, pero con la particularidad arriba mencionada de que no es ni la primera ni la segunda vez que lo intentan:

AMP’s embrace and extend approach to well-established web standards, first for websites and now for email, makes people like me uncomfortable. Whatever its motives, Google has turned its back on open web standards process that’s proven to work.

Algo que aquí ya comentábamos, como mínimo, en 2013: Google contra los estándares.

Bola extra: ya que hablamos de E-mail, aquí un vídeo que ayer descubrí gracias a Fernando Tricas, ¿cómo era enviar un e-mail en 1984?

Instinto y razón, manual de uso

Nunca confíes en tu instinto al decidir hacer algo (como unirte a una startup o casarte) — toma las decisiones para hacer algo afirmativo usando un análisis estricto de los datos. Pero confía siempre en tu instinto cuando te diga que no hagas algo. Si tu instinto te dice que no trabajes en una empresa concreta (o dejar de salir con alguien), confía en él de forma implícita, porque tu instinto es mucho mejor salvando tu vida que descubriendo posibles oportunidades. Fundamentalmente, tu instinto es muy bueno asegurándose de que no te comen los leones.

No te dejes comer por un león, un tiburón, o cualquier otro depredador.

Auren Hoffman, en Quora vía Inc.

Susto o muerte: medios minando criptomonedas a costa de usuarios con AdBlock

Hace apenas unas semanas hablábamos del pernicioso efecto que el modelo de negocio «gratis con publicidad» ha tenido en Internet en general, y en la web en particular.

Comentábamos entonces de forma anecdótica que una web pudiera deliberadamente (y no de forma inintencionada al sufrir un ataque) instalar malware para minar criptomonedas a costa del usuario. Ya había un caso.

Hoy hemos sabido que Salon.com, uno de los medios digitales más grandes de Estados Unidos comenzará a instalar scripts para minar criptomonedas a todo aquel usuario al que detecten bloqueando los anuncios (Salon via Xataka).

Más allá de que esto es una carrera armamentística (tecnología del atacante, que fuerza el uso de contratecnología del defensor;  un ciclo sin final) lo relevante es que concuerda con lo que decíamos: el modelo gratis con publicidad está podrido, y está pudriendo todo lo que toca. La web tal y como está a día de hoy es un vertedero de banners o de malware cargado deliberadamente por los mismos dueños de las páginas que visitas.

Pero tranquilos, que cuando preguntes a medios y periodistas que escriben n ellos seguirán diciendo que la publicidad no es intrusiva ni molesta, dirán que son moderados y si les crees podrías terminar pensando que Cluetrain no está muerto ni enterrado. (Spoiler: Cluetrain está más que muerto y más que enterrado.)

La cosa es que tienen un punto de razón: que te pongan la CPU a tope, consuman tu batería (y tus datos) no solo es intrusivo, sino mucho más grave.

Hasta hace dos días si alguien metía en su página un script para minar criptomonedas mientras visitabas su página era considerado malware, ahora los medios quieren que se considere esta práctica al mismo nivel que un anuncio. Y de hecho, son ellos mismos los que han equiparado moralmente poner un anuncio en su web e instalar malware en el ordenador del visitante.

Se trata de una de esas ocasiones en las que nos dan a elegir entre susto o muerte.

**** Actualización 2018-02-16: De acuerdo a Luke Mulks, Eyeo (propietario de Adblock Plus) tiene a salón en su lista blanca de sitios. Cuando el que te ayuda a bloquear anuncios se gana la vida en realidad con el dinero de los medios que le pagan para que les deje pasar, tampoco puedes confiar en él para que bloquee los anuncios. (Ni los scripts de malware que los medios quieran instalarte.)

Integrando la pedia

VS Pedia 2018

Hace un par de meses debatíamos con TarekJor en los foros sobre las mejores formas de gestionar conocimiento en la web, más allá del CMS usado para ello.

La conversación llevó a hablar de Pedias, por supuesto, e inevitablemente de software con el que gestionarlas. Ahí comenté que:

paradójicamente, para un grupo de trabajo definido el peor a día de hoy es MediaWiki. MediaWiki sólo es potente a día de hoy cuando se esperan contribuciones de cualquiera, estilo Wikipedia. Para todo lo demás, por integración y facilidad de gestión, cualquier CMS es mejor.

Es algo que sabemos hace años. Hace muchos años que nadie en su sano juicio instala un software tan específico como MediaWiki. Mientras que la suite de Atlassian está muy posicionado entre las soluciones comerciales, con Confluence comandando la gestión de conocimiento, muchas empresas optan por habilitar una zona web privada e interna para sus trabajadores, construida en gestores de contenidos habituales en webs grandes/muy grandes como Drupal. En Cartograf teníamos este sistema hace ya cinco años, en una web construida con Drupal.

Por mi parte, para una modesta pedia con un centenar de entradas como la que sirve de contexto a este blog lo más sencillo era poner mi dinero allí donde puse mi boca. Es algo que debí hacer hace más de un lustro, pero por pereza seguía manteniendo la vieja.

Pero hoy puedo contaros que ya tenemos la nueva-vieja Pedia integrada junto con esta web, en el mismo dominio. Sigamos aprendiendo.

John Perry Barlow, in memoriam

John Perry Barlow

Anoche fallecía John Perry Barlow, a quien en este blog siempre veneramos y quien escribió uno de los textos más inspiradores jamás escritos sobre Internet: la declaración de independencia del ciberespacio.

Precisamente dicha declaración cumple años hoy, ya que fue pronunciada el 8 de febrero de 1996 en Davos. Barlow fundó también la Electronic Frontier Foundation.

Este blog se llena poco a poco de necrológicas: Aaron Swartz, Ian Murdock, y ahora John Perry Barlow. Ley de vida, supongo. Un día para pensar algo más en aquello de la Internet de los muertos.

Este blog usa cookies para su funcionamiento.    Más información
Privacidad