Just code

El fin de Internet Explorer

Chris Jackson, desde Microsoft, asegura que nadie debería usar el clásico navegador.

Los desarrolladores de front y los maquetadores del mundo están de enhorabuena. Por fin Microsoft en primera persona reconoce que Internet Explorer no debe ser usado. Y lo ha hecho a través de este post escrito por Chris Jackson.

Chris Jackson es Principal Program Manager en el grupo de dispositivos y UX especializado en seguridad cibernética, compatibilidad de aplicaciones y modernización de activos de Software. Alguien que puede hablar con propiedad.

Desde que tengo memoria, Explorer ha dado problemas. HTML, CSS, JavaScript… siempre podían requerir de cierto trabajo para adaptarlos a los navegadores más habituales del mercado pero en el caso de Explorer era muy habitual que dicho trabajo se convirtiera en un infierno.

Habitualmente había que tragar con ello porque el porcentaje de usuarios que seguía usando este navegador era brutal a pesar de sus limitaciones. Este post de Jackson es el argumento que todos hemos necesitado muchas veces para convencer a cualquier cliente de que se olvide de este navegador, del fin de Internet Explorer.

Nunca interrumpas a un programador

Las interrupciones son uno de los peores destructores de productividad

Nunca. Un programador necesita estar muy concentrado para poder realizar su trabajo. Se estima que para poder recobrar el grado de concentración que tenía antes de la interrupción el programador necesitará de entre 10 y 15 minutos.

El cómic de Jason Heeris describe todo esto de forma brillante.

Teniendo en cuenta eso, si hoy te has acercado donde un compañero programador 4 veces a preguntarle cosas le has hecho perder 1 hora.

En mis equipos siempre he promovido el uso del chat. Si quieres consultar algo a un compañero abórdale por chat, aunque lo tengas sentado al lado. El compañero verá la llegada del chat y entonces será él el que decida cuándo es un buen momento para parar y atenderte.

Además esto ayuda a reducir la contaminación sonora en oficinas abiertas.

En algunos equipos hemos llegado a tener estandarizado este tipo de comunicación con el emoticon «poke» presente en Skype y Slack (al menos).

Refactor – Extraer método

Cómo funciona extraer método (Ctrl+Alt+M) en IntelliJ Idea

Cuando pienso en limpiar mi código la utilidad a la que más recurro es, sin duda, «Extraer Método» (Ctrl+Alt+M en IntelliJ).

Dicha opción extrae el código seleccionado a un método nuevo. Un menú emergente te va a permitir elegir su nombre, visibilidad, parámetros y demás. Una vez pulsemos en Refactor, IntelliJ se va a encargar de adecuar todo nuestro código para que encaje con la refactorización.

Es decir, por un lado va a crear el método en las condiciones especificadas. Por otro lado va a crear la llamada apropiada asignando el valor de retorno, si lo hubiere, a la variable o propiedad correspondiente.

Hay que tener en cuenta que IntelliJ va a avisarnos de cualquier conflicto que le imposibilite realizar la acción, como por ejemplo que el trozo de código seleccionado generase más de un resultado.

De esta manera podemos estar tranquilos de que estamos limpiando de forma segura un método que quizá nos había quedado demasiado grande o que tal vez mezclaba diferentes ámbitos.

Clean Code – Robert C. Martin

Breve review del libro

He creído conveniente estrenar este blog escribiendo una review del libro «Clean Code» de Robert C. Martin.

Clean Code - Robert Martin — Clean Code – Robert Martin

Es un libro que cuando lo leí cambió mi forma de pensar completamente. Siento que no hubiera caído en mis manos antes y agradezco mucho a la persona que me habló de él por primera vez.

Martin plantea que los programadores somos autores, somos escritores. Y cualquier escritor escribimos para que nos lean. Si tu código no es fácil de entender, por mucho que funcione, no es un buen código.

Hablando de código, la proporción entre tiempo dedicado a leer frente tiempo dedicado a escribir es de más de 10 a 1. Nos pasamos el día leyendo otros códigos y escribiendo códigos que van a ser leídos después. El esfuerzo que ha de realizar un programador para dejar su código limpio es pequeño en comparación del gran ahorro de tiempo que se conseguirá en las lecturas.

El libro es un llamamiento al sentido común y tiene algunas partes que chocan en nuestra concepción clásica de la programación. Por ejemplo, ¿qué papel han de jugar los comentarios en el código? Cuando aprendí a programar mis profesores me insistían en poner comentarios a cada función, a cada variable, incluso a cada bucle. Después de leer el Clean Code comprendo por qué comentar código es una mala práctica como norma general. Si un código necesita de comentarios para que se comprenda lo que hace es que ese código es un mal código. Aunque funcione.

Sólo puedo recomendar el libro, programes lo que programes y uses el lenguaje que uses. Es sorprendente el increíble porcentaje de programadores que jamás han oído hablar de Clean Coding teniendo en cuenta los beneficios que aporta y lo sencillo de su aplicación. Por ese motivo este será uno de los principales temas del blog.