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:
parent
8d406e7177
commit
87ef39f0ac
8 changed files with 91 additions and 4 deletions
|
|
@ -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
|
||||
|
||||
|
||||

|
||||
|
||||
> 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:
|
||||
|
||||

|
||||
|
||||
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
|
||||
|
|
@ -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
|
||||
|
|
|
|||
BIN
01. Projects/Neardearla 2024/Pasted image 20240411191813.png
Normal file
BIN
01. Projects/Neardearla 2024/Pasted image 20240411191813.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 324 KiB |
BIN
01. Projects/Neardearla 2024/Pasted image 20240411192942.png
Normal file
BIN
01. Projects/Neardearla 2024/Pasted image 20240411192942.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 384 KiB |
|
|
@ -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)
|
||||
Loading…
Add table
Add a link
Reference in a new issue