arrow_backVolver a field notes
TUTORING Publicado 7 ago 2026

IB CS SL: Los temas de contenido que HL omite por completo

Una guía enfocada sobre los temas solo de SL en IB Computer Science que los estudiantes preparan insuficientemente: especificaciones del Caso de Estudio, alcance del IA y Tema 4.

La mayoría de las guías de revisión de IB Computer Science tratan el SL como "HL menos algunos temas" y se detienen ahí. Eso es cierto para el contenido, pero no para la estructura del examen, las expectativas del IA, ni cómo se examina el Caso de Estudio. Si solo estás haciendo SL, hay un puñado de cosas que nunca aparecen cuando estudias materiales enfocados en HL, porque esos materiales asumen que te presentarás al Paper 3 e irás más profundo en temas solo de HL. Esta guía cubre las partes que realmente importan para el examen SL y la moderación, no el contenido del syllabus compartido que todos ya revisan.

Ponderación de Paper 1 vs Paper 2 que nadie explica claramente

Los estudiantes de SL se presentan al Paper 1 (opción múltiple, 45 minutos, todos los temas más el Caso de Estudio pre-publicado) y Paper 2 (preguntas estructuradas, 1 hora 15 minutos, cubriendo Temas 1-4 más el Caso de Estudio). No hay Paper 3 en SL — eso es solo para HL y cubre los temas extra de HL (estructuras de datos abstractas, gestión de recursos, control, y material extendido del Caso de Estudio). Mucha confusión viene de estudiantes que estudian papers de ejemplo solo de HL y se preguntan por qué las preguntas no coinciden con lo que han visto en clase. Si eres SL, ignora completamente los esquemas de marcas del Paper 3; examinan contenido del que no eres responsable.

El Caso de Estudio merece más atención de la que la mayoría de estudiantes le da. Se publica meses antes del examen (usualmente alrededor de marzo para una sesión de mayo) y forma aproximadamente el 25% del Paper 1 y una sección obligatoria completa del Paper 2. Lee el documento del Caso de Estudio al menos tres veces antes de los exámenes: una por comprensión, una anotando vocabulario técnico (nombres específicos del sistema, partes interesadas, hardware/software mencionados), y una puramente para memorizar nombres y roles porque la sección del Caso de Estudio del Paper 2 espera que referencias el escenario con precisión, no genéricamente.

El IA se califica diferente de lo que la gente asume

La Evaluación Interna para SL y HL usa los mismos criterios (A hasta E: Planificación, Resumen de la Solución, Desarrollo, Funcionalidad, y Evaluación) pero se espera que estudiantes de SL produzcan algo con menos complejidad. Los examinadores no buscan un número menor de características — buscan si la complejidad coincide con tu nivel de habilidad real demostrado en el trabajo de clase. Un error común: estudiantes de SL intentan una aplicación demasiado ambiciosa con base de datos backend y múltiples roles de usuario, luego no pueden explicar su propio código en el screencast requerido, hundiendo el Criterio C (Desarrollo, 6 marcas) y D (Funcionalidad, 4 marcas).

Un mejor enfoque para SL: elige un problema dirigido al cliente que puedas explicar completamente en menos de 2000 palabras para el escrito, con una solución que tenga 3-5 características claras y comprobables. Evidencia de video y audio (Criterio C) necesita mostrar realmente el IDE, el código en ejecución, y tu voz narrando decisiones — no una presentación después de los hechos. Los moderadores pueden ver la diferencia inmediatamente.

Tema 4 (Pensamiento Computacional y Diseño de Programas) tiene bajo peso en la revisión

Los Temas 1-3 (Fundamentos del Sistema, Redes, y Organización del Computador) reciben la mayor parte del tiempo de estudio porque parecen más "de libro de texto". El Tema 4 cubre algoritmos, pseudocódigo, y diseño de programas — tablas de ejecución manual, diagramas de flujo, pensamiento recursivo vs iterativo, y razonamiento de eficiencia estilo Big-O (aunque IB no requiere notación Big-O formal en SL, solo comparaciones relativas de eficiencia). Este tema aparece constantemente en preguntas estructuradas del Paper 2 porque es fácil escribir una pregunta basada en escenarios alrededor de él.

Practica escribiendo pseudocódigo a mano bajo presión de tiempo. Las convenciones de pseudocódigo de IB (usando loop, end loop, if, then, else, end if) son específicas y los examinadores descuentan marcas por sintaxis inconsistente incluso si la lógica es correcta. Haz al menos cinco preguntas de papers anteriores del Tema 4 de sesiones N19, M19, N18, y N17 (evita papers posteriores a 2020 si tu syllabus cambió, ya que esta guía data del syllabus de 2014 examinado por primera vez en 2016, con la versión actual examinada hasta sesiones de 2024 antes de que el nuevo syllabus tomara control).

Las preguntas de Redes (Tema 2) favorecen vocabulario específico sobre comprensión general

Los estudiantes de SL a menudo entienden redes conceptualmente pero pierden marcas porque Paper 2 quiere términos nombrados: conmutación de circuitos vs conmutación de paquetes, capas de protocolo específicas, o la diferencia entre una dirección MAC e dirección IP establecida con precisión. Construye un glosario de una página con términos del Tema 2 con definiciones de una frase en fraseología de IB, sacadas directamente de la sección de glosario de la guía de asignatura, y examínate sobre ella separadamente de tus notas conceptuales.

Si quieres desgloses más estructurados del contenido del syllabus, recorridos de algoritmos, o apoyo en la planificación del IA, revisa los otros segmentos de Computer Science y Tutoring en Korra Studio.

Escrito con asistencia de IA, revisado y publicado por Michal Pilch (CISSP), Korra Studio.

¿Listo para ir más allá?

Esta es una nota de la base de conocimiento de Korra Studio — la plataforma combina cada tema con mentoría 1 a 1.

Empezar gratisarrow_forward