refactor: formatear todos los archivos markdown del blog

README.md

@@ -57,6 +57,7 @@ Si las usarás solo en tu post, déjalas en: \
 `/assets/images/[nombre-del-post]`
 
 Ejemplo:
+
 ```
 assets/images/2021-03-17-manteniendo-la-historia-ordenada/image1.png
 ```
@@ -66,20 +67,22 @@ Para añadir imágenes a tu post puedes agregar una variable en el [Front Matter
 ```
 images_path: /assets/images/2021-03-17-manteniendo-la-historia-ordenada
 ```
+
 Luego la puedes usar en tu post de esta forma:
+
 ```
 ![La historia, desordenada]({{page.images_path}}/image1.png)
 ```
 
-
 ## Convenciones
-  - [Convenciones de git](docs/git-conventions.md)
+
+- [Convenciones de git](docs/git-conventions.md)
 
 ## Usando Jekyll
 
 ### Documentación
 
-https://jekyllrb.com/docs/home
+<https://jekyllrb.com/docs/home>
 
 ### Code Highlighting
 

_posts/2021-03-30-manteniendo-la-historia-ordenada.md

@@ -12,26 +12,20 @@ background: "/assets/images/2021-03-17-manteniendo-la-historia-ordenada/portada.
 A medida que nuestro repositorio va creciendo, se hace fundamental ser ordenado en los commits para que la historia tenga sentido.
 En Buk, tenemos más de 30.000 commits en nuestro repositorio principal, y somos cerca de 40 devs, por lo que seguir buenas prácticas es fundamental.
 
-
 Cuando uno mira los commits de un proyecto, debería ser capaz de entender cuál es el aporte de cada uno de ellos, de manera que, si tenemos que hacer un refactor o entender cómo funciona algo, podamos hacerlo de manera simple.
 
-
 Durante el proceso de desarrollo, es común cometer errores o que en la revisión de un Merge Request nos pidan que cambiemos algo. La forma más común de abordar esto es agregar nuevos commits con los cambios solicitados, pero esto nos genera una historia que es difícil de seguir. La forma correcta es cambiar los commits anteriores.
 
-
 ## ¿Cómo podemos cambiar la historia usando git?
 
-
 Existen diversas formas de hacer ajustes al historial de cambios, por ejemplo si lo que queremos hacer es editar el último commit lo más simple es hacer un amend:
 
-
 ```sh
 git commit --amend
 ```
 
 Pero, ¿qué pasa si tenemos que hacer cambios en un commit anterior? Pensemos por ejemplo que hicimos un Merge Request y nos falló el test de Rubocop con un archivo que modificamos en un commit distinto al anterior. La forma más simple sería agregar un commit como el siguiente:
 
-
 ```sh
 git commit -m "fix: arreglar test rubocop"
 ```
@@ -42,51 +36,40 @@ Sin embargo el problema es que la historia de commits nos queda desordenada:
 
 ¿Cómo cambiamos la historia entonces?, la respuesta es haciendo un rebase interactivo. Con esto, podemos cambiar el orden de los commits así como también unir dos commits (hacer fixup). Entonces, lo que hacemos es un rebase interactivo desde el commit que queremos editar (seleccionándolo con su id) de la siguiente forma:
 
-
 ```sh
 git rebase -i <commit_id>
 ```
 
 Con esto, se abrirá el editor de texto por defecto con la historia de commits y se podrán realizar cambios. Por ejemplo en la imagen a continuación vemos la historia de una rama en la que hay 5 commits seguidos y abajo un comentario con la explicación de lo que podemos hacer. De esta forma podemos cambiar el orden en que se aplican los cambios o también seleccionar distintos comandos para saltarse un commit, cambiar el mensaje, combinar dos commits, etc.
 
-
 Entonces, si ejecutamos un rebase interactivo a partir del commit siguiente al que tiene el mensaje “fix: Permitir beneficio de forma masiva cuando hay beneficios formulados” sería el siguiente comando:
 
-
-
 ```sh
 git rebase -i e112c187e75d25635e47616066c967f0c3f8d6c8
 ```
 
 De manera alternativa, si sabemos que queremos modificar los últimos 5 commits podemos hacer:
 
-
 ```sh
 git rebase -i HEAD~5
 ```
 
 Con esto, nos aparece lo siguiente:
 
-
 ![La historia, para ordenar]({{page.images_path}}/git-history-2.png)
 
 Donde podemos ver que están los 5 commits posteriores al seleccionado y todos con la palabra pick, que significa que todos ellos se aplicarán. Aquí es donde ordenamos la historia: podemos mover el commit para arriba para que se aplique antes, y además cambiamos el comando por fixup, con lo que se va a unir al commit anterior (en este caso el `21544cec3c`) y además al último commit le dijimos que no lo aplique usando el comando drop.
 
-
 ![La historia, editando]({{page.images_path}}/git-history-3.png)
 
-
 El resultado de esto, es una historia de commits más ordenada porque evita las correcciones y nos permite eliminar commits que no nos interesan.
 
 ![La historia, ordenada]({{page.images_path}}/git-history-4.png)
 
-
 ## Haciendo push
 
-
 Es muy importante tener presente que cuando hagamos push al repositorio vamos a tener que forzarlo ya que la historia no va a cuadrar con la que está arriba, por lo tanto tendremos que hacer el peligroso
 
-
 ```sh
 git push --force-with-lease
 ```

_posts/2021-04-15-comandos-git-para-ahorrar-minutos-y-memoria.md

@@ -49,6 +49,7 @@ Los alias también pueden ser agregados por comandos de consola, de la siguiente
 ```sh
 git config --global alias.ch checkout
 ```
+
 Donde el tag **- - global** es para definir que configuración queremos modificar, seguido de la **seccion.clave** en este caso **alias.ch** y su valor **checkout**
 
 Con esto podremos utilizar el comando `git ch rama` como si fuera `git checkout rama`
@@ -79,7 +80,6 @@ Un rebase interactivo de N commits atrás, útil para realizar modificaciones a
 
 - De la mano con el rebase interactivo, a veces tenemos conflictos al aplicar un rebase, al solucionar estos conflictos, debemos darle un continue al comando de rebase y solo para ahorrar un par de segundos, tengo un alias que lo hace más fácil.
 
-
 En internet puedes encontrar comandos hechos para cosas más complejas, como por ejemplo: Ver los últimos commits ordenados por fecha.
 `branches = branch --sort=-committerdate --format='%(HEAD)%(color:yellow)%(refname:short) | %(color:bold green)%(committerdate:relative) | %(color:blue)%(subject)%(color:reset)' --color=always`
 

_posts/2021-06-29-un-lugar-de-trabajo-más-feliz.md

@@ -12,28 +12,28 @@ background: "/assets/images/2021-06-29-un-lugar-de-trabajo-mas-feliz/portada.png
 
 La búsqueda del primer trabajo es algo que dificilmente se olvida. Lo típico suele ser entrar a empresas con nombre conocido y harta historia donde hacer carrera y escalar en la organización, o por lo menos *irse a la segura*. En mi caso fue así, me adentré en el mundo *tech* sin tener mayor background que algunos ramos de programación, bases de datos y *data mining* (o Data Science como está de moda). Y si bien fue amor a primera vista, al poco tiempo de trabajar sentí que algo me faltaba. Algo que encontré en Buk y que a más de uno podría hacerle sentido.  
 
-## Mi llegada a Buk 
+## Mi llegada a Buk
 
-Creo que todos los que entrevistamos gente para puestos en Buk solemos hacer la misma pregunta (sabiendo con casi certeza la respuesta que nos darán): ¿habías escuchado hablar de Buk? No fui la excepción, pero después de un par de entrevistas, una intensa investigación personal y curiosidad por la famosa *cultura startup*, decidí volverme un  ***buker***. 
+Creo que todos los que entrevistamos gente para puestos en Buk solemos hacer la misma pregunta (sabiendo con casi certeza la respuesta que nos darán): ¿habías escuchado hablar de Buk? No fui la excepción, pero después de un par de entrevistas, una intensa investigación personal y curiosidad por la famosa *cultura startup*, decidí volverme un  ***buker***.
 
-### Sentir el *click* 
+### Sentir el *click*
 
 Recuerdo estar en mi trabajo anterior, en un proyecto que a (casi) cualquier persona que le mueve la tecnología le parecería interesante: entornos Cloud, rediseño de aplicaciones web y móvil, agilidad, entre otros. Pero el trabajo solo por trabajar no es suficiente, y en Buk encontré un par de cosas que te hacen pertenecer a ***un lugar de trabajo más feliz***:
 
-- **Sentido de pertenencia** 
+- **Sentido de pertenencia**
 
 La capacidad de poder innovar en la forma de hacer las cosas es una sensación indescriptible. Poder apreciar los efectos directos de proponer ideas, llevarlas a cabo y ver como entre todos se producen resultados concretos en la organización (la definición del *remar para el mismo lado*). Quizás para algunos esto puede sonar trivial puesto que existe esa gente que logra *achuntarle* a la primera a un trabajo que te entregue esto, pero para el resto de los mortales experimentarlo por primera vez es alucinante.
 
 - **Aprender de verdad**
 
-Existe una carrera imaginaria por parte de las empresas para ser las primeras en decir: "Yo uso *(inserte cualquier tecnología o metodología de desarrollo que se inventó en el último año)* tal y como lo hacen empresas como *(ingrese cualquier empresa que esté en Silicon Valley o similar)*. Y ven esto como un requisito, lograr utilizarlas aunque ni siquiera sea la única solución a sus problemas (aunque si probablemente la más difícil de ejecutar). Existen múltiples formas de lograr resultados extraordinarios sin la necesidad de utilizar la última tecnología disponible, y mi jefe me lo dejo sumamente claro recomendándome un post que pueden leer [aquí](http://boringtechnology.club/). 
+Existe una carrera imaginaria por parte de las empresas para ser las primeras en decir: "Yo uso *(inserte cualquier tecnología o metodología de desarrollo que se inventó en el último año)* tal y como lo hacen empresas como *(ingrese cualquier empresa que esté en Silicon Valley o similar)*. Y ven esto como un requisito, lograr utilizarlas aunque ni siquiera sea la única solución a sus problemas (aunque si probablemente la más difícil de ejecutar). Existen múltiples formas de lograr resultados extraordinarios sin la necesidad de utilizar la última tecnología disponible, y mi jefe me lo dejo sumamente claro recomendándome un post que pueden leer [aquí](http://boringtechnology.club/).
 
 | ![Boring Technology]({{page.images_path}}/Boring-technology.png) |
 |:--:|
-|***Source***: [Boring Technology Blog](http://boringtechnology.club/)| 
+|***Source***: [Boring Technology Blog](http://boringtechnology.club/)|
 
 Como en Buk desarrollamos con *RoR*, les dejo como bonus el blog *Boring Rails*, el cual pueden encontrar [aquí](https://boringrails.com/).
 
-En gustos no hay nada escrito, y buscar lugares de trabajo que nos hagan felices no es la excepción. Este post apunta a quienes estén reflexionando una transición hacia el mundo startup (o al menos les cause curiosidad), y que sepan que es una gran experiencia llena de nuevos retos y por sobretodo, una nueva cultura. Buk vela por crear lugares de trabajo más felices, y para ello es fundamental que lo cumpla para si mismo. Por razones obvias, Buk usa Buk (shocking 😱), lo que le permite al team de Personas enfocarse en lo que realmente importa, su gente! 
+En gustos no hay nada escrito, y buscar lugares de trabajo que nos hagan felices no es la excepción. Este post apunta a quienes estén reflexionando una transición hacia el mundo startup (o al menos les cause curiosidad), y que sepan que es una gran experiencia llena de nuevos retos y por sobretodo, una nueva cultura. Buk vela por crear lugares de trabajo más felices, y para ello es fundamental que lo cumpla para si mismo. Por razones obvias, Buk usa Buk (shocking 😱), lo que le permite al team de Personas enfocarse en lo que realmente importa, su gente!
 
 Si Buk te llamó la atención, recuerda que [estamos siempre en la búsqueda de nuevos *bukers*!]({{ site.work_with_us_link }}).

_posts/2021-07-22-cómo-cambiarse-de-rubro-y-convertirse-en-programador.md

@@ -11,33 +11,37 @@ tags: buk
 date: 2021-07-22 13:25 -0400
 ---
 ![meme]({{page.images_path}}/programming_meme1.png)
+
 ### No soy un informático encubierto
+
 Egresé el 2016 como ***psicólogo con mención laboral/organizacional*** y trabajé en ese rubro hasta el día 28 de abril del 2021.
 Siempre me gustó la programación, el excel y analizar bases de datos. En julio del 2020 tomé la decisión de estudiar programación, con la esperanza de trabajar como programador en el futuro, porque me aburrió trabajar como psicólogo.
 
 Primero, no es fácil arriesgarse e invertir una suma de dinero considerable para estudiar algo *con la esperanza de* poder trabajar en eso. ¿Y si no encuentro trabajo después?, ¿Y si pierdo toda esa plata y no me sirve de nada?, ¿Y si no me gusta programar y solo me gustaba ocupar **if** en excel? Son algunas dudas que tuve, pero me arriesgué y descubrí que no sólo me gusta programar, sino que me encanta.
 
 ### ¿Qué pasó?
-Ya terminando mi carrera de programador full-stack en Ruby on Rails (RoR), decidí postular a trabajos de programación. Principalmente para conocer la brecha entre lo que era mi conocimiento adquirido en esa carrera de poco menos de un año, a lo que piden en el mundo **real**. 
+
+Ya terminando mi carrera de programador full-stack en Ruby on Rails (RoR), decidí postular a trabajos de programación. Principalmente para conocer la brecha entre lo que era mi conocimiento adquirido en esa carrera de poco menos de un año, a lo que piden en el mundo **real**.
 
 ~~Utilizando una estrategia focalizada y eficientemente teledirigida a posibles puestos de trabajo~~ Mandé CV a absolutamente toda publicación que tuviera las palabras *junior* o *sin experiencia*, la mayoría no me respondió (clásico de buscar trabajo), pero varias me respondieron y tal como lo esperaba. **Me mandaron pruebas técnicas**
 
-Fuera de una postulación para trabajar en RoR, en que la prueba técnica que me mandaron había que hacerla en *Python* (¿Por qué hicieron eso? No tengo idea), las demás pruebas eran desafíos que no vi tan complejos ni complicados. 
+Fuera de una postulación para trabajar en RoR, en que la prueba técnica que me mandaron había que hacerla en *Python* (¿Por qué hicieron eso? No tengo idea), las demás pruebas eran desafíos que no vi tan complejos ni complicados.
 
 ### No quiero zapatos ni camisas
 
 *Este fue el aviso de trabajo de **BUK** al que postulé:*
 
 ![Aviso de BUK]({{page.images_path}}/aviso-de-buk.png)
 
-Me llamaron de BUK para participar del proceso de selección que comenzaba con una primera entrevista. Esa entrevista la tomé ocupando una polera para saber desde el comienzo si cumplían con su anuncio. Hubo algunas preguntas sobre porqué quería entrar a Buk a programar y dejar el trabajo de psicólogo que tenía, también hubo preguntas técnicas que pude responder casi todas. 
+Me llamaron de BUK para participar del proceso de selección que comenzaba con una primera entrevista. Esa entrevista la tomé ocupando una polera para saber desde el comienzo si cumplían con su anuncio. Hubo algunas preguntas sobre porqué quería entrar a Buk a programar y dejar el trabajo de psicólogo que tenía, también hubo preguntas técnicas que pude responder casi todas.
 
 Hay que destacar:
 *NO HUBO TEST DE COLORES NI MANCHAS QUE NO SIRVEN PARA MEDIR POTENCIAL DESEMPEÑO LABORAL*
 
 Luego vino una entrevista con 2 tech lead y finalmente una prueba técnica en vivo.
 
 ### ¿Cómo fue entrar a Buk?
+
 Ha sido tan buena la entrada a Buk que haré un listado de cosas ~~porque no sé cómo redactar un parráfo con esto~~
 
 * Toda la gente es buena onda, a nadie le importa dónde estudiaste o lo que estudiaste. Te dan la bienvenida desde el primer día con muy buena disposición para ayudarte, enseñarte y apoyarte en lo que sea necesario.
@@ -52,7 +56,8 @@ Ha sido tan buena la entrada a Buk que haré un listado de cosas ~~porque no sé
 
 * Hay un proceso de onboarding buenísimo con varios pasos a seguir (*Conocer al CEO, CTO, capacitaciones de plataforma, entre otras*)
 
-* Puedo ocupar zapatillas y poleras. 
+* Puedo ocupar zapatillas y poleras.
 
 ### No sigas dudando
-Si eres alguien que se aburrió de su rubro y quieres programar, es muy importante el primer lugar donde uno trabaje desarrollando. No sé si todas las empresas puedan calmar la ansiedad y dudas que puede generar un cambio de un rubro en el que uno lleva un tiempo (*¿Años?*), pero sí sé que me alegra mucho haber entrado a Buk y poder programar y aprender cada día más con gente bacán *(chilenismo que se podría traducir por genial o fabuloso)*.
+
+Si eres alguien que se aburrió de su rubro y quieres programar, es muy importante el primer lugar donde uno trabaje desarrollando. No sé si todas las empresas puedan calmar la ansiedad y dudas que puede generar un cambio de un rubro en el que uno lleva un tiempo (*¿Años?*), pero sí sé que me alegra mucho haber entrado a Buk y poder programar y aprender cada día más con gente bacán *(chilenismo que se podría traducir por genial o fabuloso)*.

_posts/2021-08-06-optimizando-la-generacion-de-documentos-con-liquid.md

@@ -44,7 +44,6 @@ O sea se pueden declarar plantillas como esta:
 {% endfor %}{% endraw %}
 ```
 
-
 ¡La creatividad del usuario es el límite 🤯!
 
 ## Usando Liquid programáticamente