Add add more

src/features/articles/infrastructure/en/hemingway-bridge.md

@@ -7,6 +7,8 @@ image: hemingways-bridge/golden-gate-bridge.jpg
 
 The famous and prolific novelist [Ernest Hemingway](https://en.wikipedia.org/wiki/Ernest_Hemingway) came up with a mechanism to avoid writer's block. When he was about to finish a writing session, he would leave some room to **write down his next steps**, noting the point where he had left off, his **major obstacles** or difficulties in wrapping up a plot, or the most important **open question to be resolved**.
 
+<!-- more -->
+
 The idea is to provide multiple starting points for your _future self_, making it as easy as possible to pick up where you left off. This way of building bridges to the future is a very smart way to work, and you can even **apply it to coding**.
 
 Instead of ending your programming session with a clean `git status` or all tests in green, you can try to **conclude your session with a failing test** for the next feature or refactor you want to tackle. This way, regaining context and focus will be easier when you return to it.

src/features/articles/infrastructure/en/my-twelve-favorite-problems.md

@@ -10,6 +10,8 @@ image: my-twelve-favorite-problems/leaf.jpg
 
 [Richard Feynman](https://en.wikipedia.org/wiki/Richard_Feynman) was an American theoretical physicist, known for his work in Quantum Mechanics, Quantum Electrodynamics, Path Integral Formulation, particle physics and many more areas. For his work he was awarded the Nobel Prize in Physics in 1965. When people asked him about how he could be able to tackle such a diverse range of problems, he answered that he had a list of his twelve favorite problems. He would think about them all the time, and when he had a new idea, he would check if it could be applied to one of his twelve favorite problems. If it could, he would work on it. If not, he would discard it.
 
+<!-- more -->
+
 Here is the list of his twelve favorite problems:
 
 1. How can we measure the probability that a lump of uranium might explode too soon?

src/features/articles/infrastructure/es/hemingway-bridge.md

@@ -7,6 +7,8 @@ image: hemingways-bridge/golden-gate-bridge.jpg
 
 El famoso y prolífico escritor de novelas [Ernest Hemingway](https://en.wikipedia.org/wiki/Ernest_Hemingway) ideó un mecanismo para evitar bloquearse cuando escribía. Cuando estaba cerca de finalizar una sesión de escribir dejaba un poco de margen para **dejar escrito sus siguientes pasos**, anotando en el punto en el que se había quedado, sus **mayores obstáculos** o dificultades a la hora de cerrar una trama o la **pregunta abierta a resolver** más importante.
 
+<!-- more -->
+
 La idea es dar varios puntos de inicio para tu _yo del futuro_, de tal forma que retomar lo que estabas haciendo sea lo más sencillo posible. Esta forma de tender puentes hacia el futuro es una forma muy inteligente de trabajar e incluso **la puedes aplicar al código**.
 
 Antes que finalizar tu sesión de programación con un `git status` limpio o con todos los tests en verde, puedes probar a **finalizar tu sesión con un test en rojo** de la siguiente funcionalidad o refactor que quieras acometer, de esta forma volver a ganar el contexto y el foco te será más fácil.

src/features/articles/infrastructure/es/my-twelve-favorite-problems.md

@@ -11,6 +11,8 @@ image: my-twelve-favorite-problems/leaf.jpg
 
 [Richard Feynman](https://en.wikipedia.org/wiki/Richard_Feynman) fue un físico teórico estadounidense conocido por su trabajo en mecánica cuántica, electrodinámica cuántica, formulación integral de caminos, física de partículas y muchas otras áreas. Fue galardonado con el Premio Nobel de Física en 1965 por su trabajo. Cuando la gente le preguntaba cómo podía abordar una variedad tan diversa de problemas, él respondía que tenía una lista de sus doce problemas favoritos. Pensaba en ellos todo el tiempo, y cuando tenía una nueva idea, comprobaba si podía aplicarse a alguno de sus doce problemas favoritos. Si podía, trabajaba en ello; si no, lo descartaba.
 
+<!-- more -->
+
 Aquí está la lista de sus doce problemas favoritos:
 
 1. ¿Cómo podemos medir la probabilidad de que un trozo de uranio pueda explotar demasiado pronto?