Update from obsidian - thinkpad

Affected files:
.obsidian/app.json
.obsidian/graph.json
.obsidian/plugins/obsidian-omnivore/data.json
.obsidian/plugins/update-time-on-edit/data.json
01. Projects/Fuuka/Outline.md
01. Projects/Juuno/Outline.md
01. Projects/Renuncia/Renuncia.md
02. Areas/Dotfiles/dotfiles tasks.md
02. Areas/Escape Latam/Canada.md
02. Areas/Escape Latam/Comparación de Paises.md
02. Areas/Escape Latam/Escapar de Latam.md
02. Areas/Escape Latam/New Zeldand.md
03. Resources/Development/Feature shipment checklist.md
03. Resources/Development/Fix messy commits.md
03. Resources/Development/Git.md
03. Resources/Development/Iframes.md
03. Resources/Development/Revert old changes in a codebase.md
03. Resources/Development/Search for a bug.md
03. Resources/Notetaking/Habits.md
Read Later/2024-02-12 - Debouncing in JavaScript – Explained by Building Auto-Complete Functionality in React.md
notes/Git.md

03. Resources/Development/Feature shipment checklist.md

@@ -0,0 +1,9 @@
+---
+created: 2024-02-20 11:39
+updated: 2024-02-20 11:42
+---
+When a feature or module is shipt, I need to asure the following things before submiting:
+
+- Clean & readable code
+- Linter without errors
+- Design is as close as posible to the proposal

03. Resources/Development/Fix messy commits.md

@@ -0,0 +1,25 @@
+---
+created: 2024-02-20 11:27
+updated: 2024-02-20 11:31
+tags:
+  - dev-tools
+---
+# Fix messy commits
+
+Ya que estas opciones sobre escriben el historial de git, solo deben aplicarse en local y no commits publicados a un remote. 
+
+Como alternativa se puede intentar actualizar el historial remoto siempre y cuando el historial sea igual al local (osea, nosotros fuimos los últimos en actualizarlo y nadie ha hecho nada más). Para esto utilizamos `git push --force-with-lease`.
+
+## Last commit
+
+Si solo necesitamos agregar un cambio pequeño al ultimo commit (typo o correr el formatter), podemos aplicarlo con `git commit --ammend`, se puede sobre escribir el mensaje con `-m`.
+
+## Mutiple commits
+
+Se pueden arreglar el historial de commits con un `git rebase -i [since commit or branch]` y utilizar las estrategias de pick, squash, reword y drop.
+
+En caso de que sepamos que haremos un commit que luego no necesitaremos, podemos hacer:
+- `git commit --fixup [commit hash]` -> descarta el commit message de este commit y mantiene el del commit de referencia
+- `git commit --squash [commit hash]` -> git juntará los mensajes de todos los commits a hacer squash y el commit de referencia.
+
+Finalmente podemos hacer `git rebase -i --autosquash` y git eligirá las opciones necesarias a tomar en vez de tener que hacerlo de manera manual.

03. Resources/Development/Git.md

@@ -0,0 +1,15 @@
+---
+created: 2024-02-13 22:36
+updated: 2024-02-20 11:38
+tags:
+  - dev-tools
+---
+## Merge strategies
+
+![Git Merge vs Rebase vs Squash ¿Qué estrategia debemos elegir](2023-11-04%20-%20Git%20Merge%20vs%20Rebase%20vs%20Squash%20¿Qué%20estrategia%20debemos%20elegir-.md#notes)
+
+![Utilizar `git bisect`](Search%20for%20a%20bug.md#Utilizar%20`git%20bisect`)
+
+![Fix messy commits](Fix%20messy%20commits.md)
+
+![Revert old changes in a codebase](Revert%20old%20changes%20in%20a%20codebase.md)

03. Resources/Development/Iframes.md

@@ -0,0 +1,24 @@
+---
+created: 2024-02-20 11:43
+updated: 2024-02-20 11:45
+---
+
+## How to make an Iframe 100% it's parent width while maintaining the aspect ratio
+
+In this example, we need to wrap the iframe in a container class and provide the following styles:
+
+```css
+.container {
+    position: relative;
+    width: 100%;
+    height: 0;
+    padding-bottom: 56.25%;
+}
+iframe {
+    position: absolute;
+    top: 0;
+    left: 0;
+    width: 100%;
+    height: 100%;
+}
+```

03. Resources/Development/Revert old changes in a codebase.md

@@ -0,0 +1,15 @@
+---
+created: 2024-02-20 11:34
+updated: 2024-02-20 11:34
+tags:
+  - dev-tools
+---
+## Revertir cambios
+
+Si necesitamos _"deshacer"_ los cambios introducidos en uno o multiples commits, podemos utilizar `git revert --no-edit older_commit_hashˆ..newer_commit_hash`, donde:
+
+- git realizará un nuevo commit con los cambios contrarios por cada commit en el rango
+- utilizar `ˆ` en el `old_commit_hash` incluirá ese commit en la reversión de cambios, si no se agrega se empezará a revertir de un commit más adelante.
+- `--no-edit` es utilizado para que git no nos pregunte por el message de cada nuevo commit
+- primero debe ser el commit más antiguo, porque git creará nuevos commits en orden provisto y de hacerlo al revés aparecerán conflictos
+- si solo se quiere revertir un commit, se puede especificar solo ese hash

03. Resources/Development/Search for a bug.md

@@ -0,0 +1,9 @@
+---
+created: 2024-02-20 11:35
+updated: 2024-02-20 11:37
+---
+# Buscar cuando un bug se introdujo
+
+## Utilizar `git bisect`
+
+`git bisect` hará un _"binary search"_ entre 2 commits, dejandonos señalar si este commit es _"bueno"_ (no tiene el bug) o _"malo"_ (tiene el bug), permitiendo encontrar el commit que introdujo el bug y facilitar encontrar la causa de este.

03. Resources/Notetaking/Habits.md

@@ -0,0 +1,22 @@
+---
+created: 2024-02-20 11:14
+updated: 2024-02-20 11:18
+---
+# Habits to apply while notetaking process
+
+## Project checklist
+
+### Kickoff
+
+### Completion
+
+## Periodic reviews
+
+This should be forgiving, doesn't bad happens if I miss a review day
+### Weekly
+
+### Monthly
+
+## Noticing other habits
+
+Do this inh small chunks while using the second brain