01 / 08
Cómo aprovechar la comunidad
sin saturarte
La comunidad es uno de los activos más valiosos del bootcamp. Pero si la usas mal, se convierte en un pozo de tiempo y ansiedad.
✅ Haz esto
- Lee los mensajes en bloques de tiempo fijos (mañana y noche)
- Responde cuando puedas aportar algo concreto
- Comparte tus avances aunque sean pequeños
- Usa los canales correctos para cada tipo de duda
- Busca un compañero de accountability
❌ Evita esto
- Estar pendiente del chat 24/7
- Compararte con el progreso de otros estudiantes
- Publicar dudas sin haber intentado resolverlas antes
- Ignorar el canal de anuncios oficiales
- Desaparecer en silencio cuando te atascas
Canales
Usa los canales correctos
Cada vez que hagas una pregunta de una herramienta, coloca el prefijo de la misma seguido del problema. Ej: SQL - Error de instalación
Tiempo
Bloques de revisión
Revisa la comunidad máximo 2 veces al día. El resto del tiempo: trabaja en tu computadora, no en el chat.
Conexión
Un compañero, no un grupo
Tener un solo compañero de estudio es más poderoso que estar en 5 grupos que nunca avanzan.
02 / 08
Qué esperar
y qué no esperar
El bootcamp no es magia. Es una estructura, un camino y una oportunidad. Tú decides si la aprovechas.
✅ Sí vas a recibir
❌ No vas a recibir
Fundamentos sólidos de Google Sheets, SQL, Power BI y Python con proyectos prácticos del mundo real.
Que te conviertas en experto en 8 meses sin practicar por tu cuenta.
Profesores disponibles para orientarte y resolver dudas específicas durante las sesiones.
Atención 24/7 personalizada para cada problema individual.
Una comunidad de personas que están en el mismo camino que tú y pueden ayudarte.
Un trabajo garantizado al terminar el programa.
Proyectos reales para tu portafolio que puedes mostrar en entrevistas.
Que el programa resuelva tu falta de disciplina o constancia.
La mentalidad correcta: Entra al bootcamp como si fuera el gimnasio. El equipo y el trainer están ahí. Pero si tú no entrenas, no cambia nada. El programa es la estructura, el esfuerzo es tuyo.
03 / 08
Qué depende del programa
y qué depende de ti
Esta es la conversación más honesta que podemos tener. La mayoría de los errores en bootcamps no son del programa.
🏗️ Depende del programa
La estructura y los recursos
El currículo, la secuencia de temas, los materiales, las sesiones en vivo, los proyectos guiados, la plataforma, los mentores y el acceso a la comunidad. Eso lo ponemos nosotros.
🏋️ Depende de ti
El trabajo y la actitud
Las horas que le dedicas, si practicas más allá de las clases, si preguntas cuando no entiendes, si revisas los errores en tus proyectos, y si terminas lo que empiezas.
¿Qué pasa si no entiendo una clase en vivo?
▶
Depende del programa darte la grabación y el material. Depende de ti verlo dos veces, pausar, practicar el ejercicio, y preguntar la duda concreta que quedó pendiente. No esperar a la siguiente clase sin haber resuelto el punto anterior.
¿Qué pasa si me atrasé con los proyectos?
▶
Los proyectos que se resuelven en clase el profesor se encarga de dar inicio y fin a los mismos. Depende de ti terminarlos a la par del profesor. En caso de que no logres terminar al mismo tiempo que el profesor, vas a poder culminarlo más adelante sin ningún problema.
¿Qué pasa si siento que el ritmo es muy rápido?
▶
Depende del programa guiarte en la consecución del mismo así como los materiales adicionales de apoyo. Depende de ti pedir ayuda antes de que el atraso sea una bola de nieve. Si esperas 2 semanas para decir que estás perdido, es mucho más difícil recuperarse.
04 / 08
Cómo enfrentar
problemas técnicos sin bloquearte
Bloquearte es normal, pero quedarte así por más de 1 hora sin hacer nada: eso sí es un problema.
1
Lee el error completo
No lo ignores. El mensaje de error casi siempre te dice qué pasó y en qué línea. Lee cada palabra, incluyendo las que no entiendes.
2
Aísla el problema
¿Funciona si simplificas la consulta o el código al mínimo posible? Si sí, el problema está en lo que agregaste después. Si no, el problema es más fundamental.
3
Copia el error y búscalo
Google, Stack Overflow, la documentación oficial. El 90% de tus errores ya los han tenido otras personas y hay respuestas documentadas. En caso de usar IA, intenta pedirle que te explique y no que te lo resuelva.
4
Describe el problema en voz alta
El rubber duck debugging funciona. Explícale el problema a una taza de café. Al verbalizar, muchas veces encuentras la solución solo.
5
Si en 1 hora no avanzas: pide ayuda
No es rendirse. Es ser eficiente. Pide ayuda correctamente (ver sección 7) y sigue con otra parte mientras esperas respuesta.
El peor hábito: Cerrar la computadora cuando aparece un error. Eso garantiza que el próximo día tendrás que empezar de cero a recordar dónde estabas. Deja notas, capturas y el contexto listo para continuar.
05 / 08
Cómo buscar soluciones
de forma autónoma
La autonomía técnica no se enseña en un bootcamp. Se entrena con cada problema que resuelves solo.
Nivel 1
Google + Stack Overflow
Copia el error exacto entre comillas. Busca en inglés cuando sea posible: hay más resultados y más actualizados. Lee las respuestas votadas, no solo la primera.
Nivel 2
Documentación oficial
Google Sheets (Docs Google), SQL (documentación de MySQL), Power BI (Microsoft Docs), Python (docs.python.org). Aprender a leer documentación te hace independiente para siempre.
Nivel 3
AI como asistente
ChatGPT o Claude son buenos para explicar conceptos y depurar. Pero no copies y pegues ciegamente. Entiende lo que te dan. Si no lo entiendes, pregunta por qué funciona.
Nivel 4
Comunidad + mentores
El último recurso, no el primero. Cuando llegues aquí, lleva tu proceso documentado: qué intentaste, qué errores obtuviste, qué encontraste.
Plantilla mental para buscar soluciones
1. ¿Qué estoy intentando hacer? → Define el objetivo en una oración
2. ¿Qué error / resultado inesperado obtengo? → Copia textual del mensaje
3. ¿Qué ya intenté? → Lista de 2-3 cosas que no funcionaron
4. ¿Qué encontré buscando? → Resultados relevantes con URLs
5. ¿Cuál es mi hipótesis actual? → Tu mejor suposición del problema
2. ¿Qué error / resultado inesperado obtengo? → Copia textual del mensaje
3. ¿Qué ya intenté? → Lista de 2-3 cosas que no funcionaron
4. ¿Qué encontré buscando? → Resultados relevantes con URLs
5. ¿Cuál es mi hipótesis actual? → Tu mejor suposición del problema
06 / 08
Cómo saber si un error
es grave o normal
El 95% de los errores que verás en este bootcamp son completamente normales. Aprende a clasificarlos para no entrar en pánico.
Normal
Error de sintaxis
Coma faltante, paréntesis sin cerrar, nombre de columna mal escrito. Se resuelve leyendo el mensaje de error y revisando el código línea por línea.
Requiere atención
Resultado inesperado
El código corre pero el resultado no es el que esperabas. Necesitas entender la lógica, no solo "hacer que funcione". Revisa los datos de prueba primero.
Pide ayuda
No sabes por dónde empezar
Si después de 30 min no tienes ninguna hipótesis, el problema puede ser conceptual, no técnico. Es momento de pedir orientación, no solo solución.
🟢 "Column does not exist" / "Object not found"
▶
Normal y frecuente. Verifica que el nombre de la columna o tabla sea exactamente igual al de la base de datos. Revisa mayúsculas, espacios y caracteres especiales.
🟢 "Syntax error near..." en SQL
▶
Casi siempre es algo antes de donde dice el error: una coma faltante, un paréntesis sin cerrar o una palabra reservada usada como nombre de columna.
🟡 El query corre pero devuelve más filas de las esperadas
▶
Revisa tus JOINs. Un JOIN mal hecho puede multiplicar filas (producto cartesiano). Agrega un COUNT(*) para verificar el volumen antes de explorar los datos.
🟡 Power BI no calcula la métrica como espero
▶
El problema casi siempre es el contexto de evaluación de DAX o la relación entre tablas. Revisa el modelo de datos antes de complicar la medida.
🔴 "No sé ni qué me está preguntando el ejercicio"
▶
Esto es señal de que el problema es conceptual, no técnico. Vuelve al material teórico del tema antes de intentar escribir código. No puedes ejecutar lo que no entiendes.
07 / 08
Cómo pedir ayuda
correctamente
Pedir ayuda es una habilidad técnica. Una buena pregunta consigue una respuesta útil en minutos. Una mala pregunta genera un hilo de preguntas adicionales que no resuelven nada.
Regla base: Antes de pedir ayuda, escribe la pregunta completa. Si al escribirla encuentras la respuesta, acabas de aprender algo más valioso que si te la hubieran dado.
Plantilla para pedir ayuda (cópiala y úsala)
🎯 Qué estoy intentando hacer:
[Describe el objetivo en 1-2 oraciones]
❌ Qué estoy obteniendo:
[Copia el error completo o describe el resultado incorrecto]
✅ Qué esperaba obtener:
[Describe el resultado correcto]
🔍 Qué intenté:
[Lista 2-3 cosas que probaste]
💻 Mi código / consulta actual:
[Pega el código relevante, no todo el archivo]
[Describe el objetivo en 1-2 oraciones]
❌ Qué estoy obteniendo:
[Copia el error completo o describe el resultado incorrecto]
✅ Qué esperaba obtener:
[Describe el resultado correcto]
🔍 Qué intenté:
[Lista 2-3 cosas que probaste]
💻 Mi código / consulta actual:
[Pega el código relevante, no todo el archivo]
✅ Pregunta bien hecha
- Incluye el error completo, no una captura borrosa
- Muestra el código relevante, formateado
- Explica qué ya intentaste
- Dice en qué clase o módulo estás
- Tiene un objetivo claro y específico
❌ Pregunta problemática
- "No me funciona" sin más contexto
- Captura de pantalla de código en lugar de texto
- Copiar todo el proyecto sin señalar el problema
- "¿Me pueden ayudar?" sin describir el problema
- Preguntar lo mismo en 3 canales distintos
08 / 08
Cuándo seguir avanzando
y cuándo parar
Avanzar sin entender acumula deuda de conocimiento. Pero paralizarte en un tema también tiene un costo. Aprende a distinguir cuándo hacer qué.
Señal de avanzar
Sigue adelante cuando...
Entiendes el 70% del tema y solo hay 1-2 puntos confusos. Los ejercicios principales los puedes resolver aunque no sean perfectos. La duda es de detalle, no de concepto fundamental.
Señal de pausar
Detente cuando...
No entiendes el objetivo del tema (no solo la sintaxis). Llevas 2+ clases sin poder completar ningún ejercicio. El tema nuevo asume dominar el anterior y no lo tienes claro.
💡
El principio del 70%
No necesitas entender el 100% para avanzar. Si esperas perfectamente entender un tema antes de seguir, nunca avanzarás. El aprendizaje técnico es iterativo: vuelves, revisas, se clarifica.
🚫
La deuda de conocimiento
Si avanzas al 40% de comprensión, los temas siguientes se vuelven imposibles porque dependen del anterior. Hay un umbral mínimo por debajo del cual no se puede seguir.
📝
Documenta tus puntos ciegos
Cuando avances sin entender algo, escríbelo. Una lista de "cosas que todavía no entiendo bien" es tu mapa de trabajo para las sesiones de mentoría.
La pregunta clave antes de avanzar: ¿Puedo resolver un ejercicio nuevo sobre este tema sin ver el ejemplo? Si la respuesta es sí, avanza. Si no, dedica 30 minutos más antes de continuar.