¿Por qué las apps se han vuelto tan pesadas?
Leo algunos posts expresando frustración con el peso y requerimientos técnicos de apps hoy en día.
Creo que se ignoran algunas funcionalidades y necesidades que antes pasábamos de lado, y justifican el incremento. Por ejemplo:
This is Elon Musk.
He runs 5 billion-dollar companies, has 11 kids, and still has time to sh*tpost on Twitter.
I had to know how he manages his time.
Here’s what I found:
Bootcamp FullStack JavaScript en Español
Gratuito y con Certificado final
✓ React + Redux
✓ Node con TypeScript
✓ APIs Express y GraphQL
✓ Desarrollo apps móviles
✓ Docker & GitHub Actions
✓ PostgreSQL y MongoDB
De la Universidad de Helsinki:
→ https://t.co/Divm89YuBi
Eloquent JavaScript 4a edición acaba de lanzarse! Y es GRATIS en su versión digital
Este libro es para mi uno de los mejores respecto a balancear el explicar cómo funciona este lenguaje junto a ejemplos que aplican en la vida real
Y lo tengo muy presente porque muchos de sus tips fueron los que me abrieron la puerta a pasar entrevistas enfocadas a JavaScript
PD si el libro te es útil, considera pagar por la versión impresa para apoyar al creador :)
https://t.co/EepUibmkSZ
La Universidad de Stanford tiene un Curso de Desarrollo de Aplicaciones Móviles iOS abierto para todos.
El contenido es gratis y tiene ejercicios prácticos.
Te dejo la página en el primer comentario ↓
Uno de mis temas favoritos es conocer como se crearon las empresas que mantienen nuestras apps favoritas, pero no desde el punto de vista técnico o motivacional
Sino saber los altibajos, retos y dudas por las que pasaron para llegar al día de hoy
Estos son mis 5 libros top 🧵
Diagrama de cómo las empresas despliegan código a producción.
Te lo explico paso a paso:
1: El Product Owner crea User Stories basándose en las necesidades presentadas.
2: El equipo de desarrollo toma las User Stories y las convierte en tareas.
3: Los desarrolladores integran el código fuente en el repositorio de código GitHub.
4: Se inicia una build en Jenkins o GitHub Actions. El código fuente debe superar pruebas unitarias y superar las verificaciones en SonarQube o del linter.
5: Se crea un artefacto y se despliega en un entorno de desarrollo.
6: Podría haber varios equipos de desarrollo trabajando en diferentes características, por lo que se crean diferentes entornos de desarrollo.
7: El equipo de QA realiza pruebas de calidad, pruebas de regresión y pruebas de rendimiento.
8: Aquí se pueden hacer pruebas de aceptación del usuario (UAT por sus siglas en inglés) en un entorno de prueba.
9: Si las pruebas en el entorno de UAT son exitosas, las construcciones se convierten en candidatas para la liberación y se programan para ser desplegadas en el entorno de producción.
10: El equipo de Ingeniería de Fiabilidad del Sitio (SRE por sus siglas en inglés) es el encargado de monitorear la producción.
Ten en cuenta que esto es sólo una posible forma de desplegar el código a producción. Según la empresa puede ser que se utilicen otras herramientas o que se realicen más o menos pasos.
Por ejemplo, hay empresas que no utilizan entornos de prueba y en su lugar deciden usar Feature Toggle, A/B Testing o Canary Releases.
El diagrama y la explicación lo puedes encontrar aquí: https://t.co/Y1InaTz6BK
Aprende ALGORITMOS en programación. Gratis y en español.
¡Con Programación Dinámica y Estructuras de Datos!
Para Python, JavaScript, C, Java y más.
→ https://t.co/Z0r4A0z6xZ
SOLID principle is one of the most important design principles in OOP languages like Java, Python, C#, etc.
Sadly, most of the programmers find it super difficult to understand.
Here's the simplest guide to understand SOLID principles:
Estoy sorprendido de cuántas personas aún no están utilizando extensiones de Chrome de inteligencia artificial 🤯
No te limites solo a ChatGPT!
Aquí hay 5 nuevas extensiones de AI para Chrome que te convertirán en una máquina de productividad 👇👇
🧵 HILO 🧵
Algo muy cool de cuando en tu empresa existe una cultura de documentación es que muchísimas veces puedes ahorrarte muchos meetings cuando quieren explicarte un problema que quieren resolver con un: me pasas el design doc?
Tons de forma async entiendes lo que quieren hacer, compartes tu punto de vista, y la vida sigue ❤️