Atlasingeniería

De junior a semi senior

Ya trabajás y querés dejar de depender de que alguien te revise todo.

Lo que separa a alguien que resuelve tickets de alguien en quien se confía un cambio: criterio de estructuras, pruebas, bases de datos y code review.

16 de 16 temas de la ruta100.0%

4 etapas

Etapa 01Elegir la estructura correcta

  1. Complejidad algorítmica, visualmenteEstructuras de datosLeer
  2. Peor caso, caso promedio y amortizadoPeor caso, promedio y amortizado no son sinónimos.Estructuras de datosLeer
  3. Tablas hash y resolución de colisionesEstructuras de datosLeer
  4. Árboles binarios de búsquedaEstructuras de datosLeer
  5. Heaps y colas de prioridadEstructuras de datosLeer

Etapa 02Que el cambio no rompa nada

  1. Pruebas automatizadas y depuraciónAlgoritmos y programaciónLeer
  2. Todo el flujo en un solo caso: cuando falla no se sabe dóndeUn test que pasa sin probar nada es peor que no tenerlo.Code review en la prácticaLeer
  3. Tests atados al reloj y a la fecha de hoyCode review en la prácticaLeer

Etapa 03Datos

  1. Joins: cómo pensarlosBases de datosLeer
  2. Índices: estructura interna y costoEl 80% de «la consulta está lenta» se explica acá.Bases de datosLeer
  3. Transacciones y ACIDBases de datosLeer
  4. Formas normales y por qué importanBases de datosLeer

Etapa 04Trabajar con otros

  1. Qué se comenta realmente en una reviewCode review en la prácticaLeer
  2. Responder, discutir y cerrar comentarios sin trabarseCode review en la prácticaLeer
  3. Comunicar avances y bloqueos a tiempoComunicación y liderazgo técnicoLeer
  4. Estimar con rangos, supuestos e incertidumbreComunicación y liderazgo técnicoLeer