Update from obsidian - thinkpad

Affected files:
.obsidian/plugins/update-time-on-edit/data.json
01. Projects/Neardearla 2024/Construyendo Bajo Presión cómo armar el primer MVP de tu startup en 2024.md
01. Projects/Neardearla 2024/Desde la Web al Escritorio - Tauri.md
01. Projects/Neardearla 2024/Pasted image 20240411191813.png
01. Projects/Neardearla 2024/Pasted image 20240411192942.png
01. Projects/Neardearla 2024/Patrones de diseño el arma secreta de los desarrolladores expertos.md
04. Periodic/03. Monthly/2024-03.md
04. Periodic/03. Monthly/2024-04.md
This commit is contained in:
Alexander Navarro 2024-04-11 19:45:20 -04:00
parent 8d406e7177
commit 87ef39f0ac
8 changed files with 91 additions and 4 deletions

View file

@ -0,0 +1,48 @@
---
created: 2024-04-11 18:59
updated: 2024-04-11 19:41
---
## MVP
Minimum viable product, se basa en 3 pilares
- Simplicidad
- Iteraciones rápidas
- Enfoque en el cliente
Se debe definir una o unas funcionalidades en base a una lista de prioridades para el MVP.
El MVP se trata de agregar valor, si con una funcionalidad ya se agrega valor es suficiente para el MVP
No importa si el 1° MVP se lanza de manera interna
## Tecnologías y herramientas aliadas
- Desarrollo ágil
- desarrollar de manrea rápida y eficiente adaptandonos al cambio en vez de seguir un plan rígido.
- Entregar valor rápidamente minimizando desperdicios.
- Evitar _"over engeneering"_, no hay tiempo ni dinero, aplicar las 7 faces del ciclo de desarrollo de software es contraproducente
- Todos los MVP tienen una lista de tareas
![](Pasted%20image%2020240411191813.png)
> Asegurar la calidad de tareas generales (1-17) no significará que nuestro producto sea de buena calidad.
> Pero asegurar un buen desarrollo de tareas que agreguen valor y diferenciación (18-21) si lo hará.
De esta lista de tareas es importante sacarse las _"tareas generales"_ lo antes
posible de manera rápida. Un ejemplo de como abordarlas es hacer una tabla con
las herramientas que nos pueden ayudar a sacarlas rápidamente, como la
siguiente:
![](Pasted%20image%2020240411192942.png)
Esta tabla **puede y debe variar** dependiendo de las necesidades del MVP
Luego cuando salgamos del _"valle de la muerte"_ (tengamos dinero y clientes/usuarios) podemos dedicarle mayor tiempo a estas tareas.
## Escuchar y aplicar feedback
- Google analytics

View file

@ -1,6 +1,6 @@
---
created: 2024-04-11 10:24
updated: 2024-04-11 11:35
updated: 2024-04-11 14:10
---
- Tauri tiene compilación mobile

Binary file not shown.

After

Width:  |  Height:  |  Size: 324 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 384 KiB

View file

@ -0,0 +1,35 @@
---
created: 2024-04-11 15:30
updated: 2024-04-11 15:52
---
## Container / Presentational Pattern
- Contenedor de lógica
- Contenedor más chico que sólo se encarga de mostrar la información al usuario
## Satic Rendering
- Crear el renderizado al momento de compilación
## Static import
- Esto importa todo el código en un archivo final (bundle) de gran tamaño
## Mejorar tiempos de carga
### Import on interaction
No es necesario cargar todo de golpe, cargar cuando son necesarias:
- Eager: inmediatamente, el default
- Lazy (route-based): cuando el usuario cargo la ruta
- Lazy (on interaction): en respuesta a una acción del usuario (Ej: click)
- Lazy (in viewport): cuando el usuario scrollee cerca del componente
- prefetch: cargar cuando sea necesario, pero despues de lo cŕitico
Utilizar estrategias como `React.lazy` que permite separar JS en distintos chunhs y cargarlos bajo demanda
Utilizar librerías como IntersectorObserver para viewport lazy loading
## Misc
Long tasks: tareas que toman más de 50 milisegundos (se puede comprobar con dev tools)