Hoy tuve una conversación con un compañero de trabajo. Todo comenzó cuando me preguntó cuáles eran las credenciales de acceso a un sistema de pruebas. Amablemente, le facilité el enlace a la página de nuestra base de conocimiento en la que describí el procedimiento para obtener dichas credenciales. Su respuesta me tomó, debo decir, por sorpresa: “deja de escribir documentación (risas) nadie las lee, y nadie más que tú las mantiene”.

TDD es un gran avance en la ingeniería de software. Es una técnica que nos proporciona un feedback claro sobre si nuestro código hace lo que esperamos y, aún más importante, si nuestro diseño es suficientemente bueno. Aunque no es fácil y puede parecer antinatural para los que son nuevos, la clave es la práctica. No se trata de ser bueno en testing sino en volverse bueno en el diseño.

Hace unos días escribí un manual de usuario para un producto. Como mi objetivo es lograr un acabado lo más profesional posible, escribí el mismo en hojas A5, con la intención de imprimirlo en formato encuadernado; esto es, dos páginas por cara en papel A4, con la complejidad que la intercalación de páginas acarrea. Si bien tenemos diferentes soluciones en Windows y Mac implementadas como impresoras PDF, en Linux se nos pone un poco más difícil.

En este artículo voy a hacer un análisis de los diferentes tipos de diseño desde el punto de vista del frontend. Viniendo de una trayectoria mayormente orientada a backend y con la necesidad actual de desempeñarme del otro lado del espejo, me vi en la necesidad de ponerme al corriente sobre qué opciones tenemos hoy al momento de idear una interfaz web. Aplicaciones full-stack tradicionales Comencemos por la vieja (pero no obsoleta 🦾) arquitectura full-stack.

Esta es una interpretación personal del magnífico artículo escrito por Joel Spolsky en el año 2000. Joel es uno de los creadores de StackOverflow, y fundador de varias compañías, entre ellas Fog Creek Software, creadora de Trello. Con el pasar de los años, este test se ha vuelto tan popular que hoy en día se utiliza incluso como carta de presentación de las compañías IT, describiendo de alguna forma el “estado de situación” en cuanto a cómo dicha compañía gestiona los productos tecnológicos.

Todos hemos leído algo sobre burnout o síndrome de desgaste profesional, normalmente artículos que describen el fenómeno y su conexión con el ritmo del mercado laboral actual. Sin embargo nunca he tenido la oportunidad de conocer el testimonio de alguien que lo haya padecido, ni he tenido experiencias cercanas (lo más probable es que sí las haya tenido, pero no las haya notado por mi ignorancia sobre el tema). Quizá sea también un tema tabú y nadie quiera exponerlo públicamente.

Todo buen desarrollador que trabaja a diario con orientación a objetos conoce y aplica hoy los principios SOLID. Sin embargo, tanto en lo personal como en diferentes entrevistas que he tomado, noté que uno de estos principios es poco recordado, o cuando se lo recuerda, es poco comprendido. Estoy hablando del Principio de Sustitución de Liskov. Sin embargo, antes de continuar me gustaría recitar unas palabras sobre su creadora, la Doctora Barbara Liskov.

El propósito de este artículo es brindar un resumen conciso sobre los tan afamados principios SOLID. Es común que se los mencione durante entrevistas de trabajo y charlas sobre buenas prácticas de implementación de código. Sin embargo, también es común que olvidemos el significado y objeto de cada uno de estos principios. SOLID es, valga la redundancia, un conjunto de principios de diseño que nos alientan a crear software más mantenible, fácil de entender y flexible.

Autocannon es una librería de benchmarking inspirada en wrk y escrita en Javascript, la cual nos permite probar la carga de nuestro sitio web o API. Instalación y uso Debemos tener instalado node en nuestro equipo. Luego basta con instalar la librería de forma global para disponer de la misma para cualquier prueba: npm i autocannon -g Sólo con ello ya podremos ejecutar una prueba, con un comando similar al siguiente:

Empleo nuevo, equipo nuevo. En esta ocasión, la compañía utiliza Mac para todo tipo de actividad, desde diseño y desarrollo hasta tareas administrativas. Yo, como humilde obrero procedente del mundo de Linux y Windows que soy, he tenido que adaptarme rápidamente a este nuevo entorno lo cual, reconozco, no ha sido tan fácil. Sin embargo, con el pasar de los días este nuevo entorno ha ido convirtiendo de un desafío en una experiencia positiva.