Fase 3 · SE-085 · Clase

Arreglos, listas y secuencias

Una clase de la Parte 07 — Estructuras de datos y algoritmos. Comprende el mecanismo, úsalo para decidir y conserva evidencia revisable.

Texto íntegro publicado para revisión editorial; todavía debe evaluarse junto con toda su parte.
Vienes deProyecto: comparación semántica con pruebas comunes
Construyes ahoraArreglos, listas y secuencias
Conecta conPilas, colas, deques y prioridades

← SE-084 — Proyecto: comparación semántica con pruebas comunes · ↑ Parte 07 · 📚 Índice completo · 🌐 Portal · SE-086 — Pilas, colas, deques y prioridades →

Punto profesional y fundamento pedagógico

Punto profesional. La clase existe para elegir secuencias por acceso, inserción, localidad y representación.

Por qué aparece aquí. Se sitúa después de Proyecto: comparación semántica con pruebas comunes y antes de Pilas, colas, deques y prioridades: convierte el conocimiento anterior en una decisión observable que la clase siguiente podrá reutilizar. La continuidad se comprueba en el artefacto, no por compartir vocabulario.

Error conceptual que debe corregir. Tratar lista y arreglo como nombres intercambiables.

Secuencia de aprendizaje. Antes de leer la solución, el estudiante predice el resultado del caso normal y del error conceptual anterior. Luego explica un caso resuelto paso a paso, construye un contraejemplo que cambie la decisión y, sin consultar el texto, reconstruye el mecanismo y lo aplica a una entrada nueva. La secuencia usa predicción, explicación propia, contraste y recuperación. ICAP distingue participación de construcción de conocimiento; How People Learn II exige conectar conocimiento previo, contexto y transferencia; la práctica de recuperación respalda producir de nuevo la explicación tras una demora; y Education for Life and Work exige devolución que explique la causa del error.

Evidencia de aprendizaje. Sequence-bench.md con operaciones, tamaños, modelo de costo y medición. Debe contener predicción previa, observación, explicación causal, contraejemplo, criterio de aceptación y una nota de qué dato haría cambiar la conclusión.

Límite de la conclusión. Los costos concretos dependen de runtime y carga.

Trazabilidad fuente → afirmación

Fuente primaria u oficialAfirmación que respaldaLo que no prueba
MIT 6.006 Introduction to AlgorithmsEstructuras, algoritmos, corrección y análisis de complejidad; autoridad: MIT OpenCourseWareNo demuestra por sí sola que el artefacto del estudiante sea correcto.
Python Data ModelSemántica de secuencias, conjuntos, mappings, igualdad y hash; autoridad: Python Software FoundationNo demuestra por sí sola que el artefacto del estudiante sea correcto.
Python Debugging and ProfilingTimeit, cprofile y tracemalloc con sus límites; autoridad: Python Software FoundationNo demuestra por sí sola que el artefacto del estudiante sea correcto.

Antes de empezar

Esta clase continúa la biblioteca de estructuras y algoritmos de la Parte 07. Recupera la evidencia de la clase anterior, añade una decisión propia de Arreglos, listas y secuencias y deja un artefacto que la clase siguiente deberá consumir. La pregunta activa es: ¿Qué cambia al elegir almacenamiento contiguo, secuencia dinámica o nodos enlazados?

Prerrequisitos

  • Haber completado la clase anterior o reconstruir su contrato y evidencia.
  • Python 3.11 o posterior, terminal, editor y Git; un segundo runtime es opcional y debe declararse.
  • Trabajar con fixtures sintéticos: ninguna observación necesita datos de una persona o sistema real.

Problema auténtico

La biblioteca de estructuras y algoritmos conserva casos en orden de llegada, consulta por posición y elimina vencidos. Una lista funciona con cien elementos, pero insertar al frente y copiar segmentos domina cuando la carga crece.

Objetivos observables

Al terminar podrás explicar los cinco mecanismos de esta clase, predecir su comportamiento antes de ejecutar, construir un caso normal y uno límite, diagnosticar el fallo controlado, comparar una alternativa y entregar evidencia que otra persona pueda reproducir.

Mapa conceptual

Mapa visualRelaciones que debes poder explicar
Interfaz de secuenciaArreglo contiguo / localidad
Arreglo contiguo / localidadLista dinámica / capacidad
Lista dinámica / capacidadEstructuras enlazadas
Estructuras enlazadasSlicing, vistas / copias
Ver la notación fuente del diagrama
flowchart LR
    N1[Interfaz de secuencia] --> N2[Arreglo contiguo / localidad] --> N3[Lista dinámica / capacidad] --> N4[Estructuras enlazadas] --> N5[Slicing, vistas / copias]
    N5 -->|fallo o cambio| N1

El mapa se lee como una cadena de razonamiento, no como fases obligatorias del runtime. La flecha de retorno indica que un fallo o cambio de requisito obliga a revisar el modelo inicial; no autoriza a parchear solo la última salida.

Temas y por qué importan

TemaPor qué cambia una decisión profesionalEvidencia mínima
Interfaz de secuenciaUna secuencia ofrece orden, longitud, acceso e iteración; la interfaz no fija representación.Predicción, traza causal y contraejemplo de Interfaz de secuencia en sequence-bench.md
Arreglo contiguo y localidadUn arreglo coloca elementos o referencias en posiciones contiguas, permite índice constante bajo el modelo RAM y aprovecha caché.Predicción, traza causal y contraejemplo de Arreglo contiguo y localidad en sequence-bench.md
Lista dinámica y capacidadUna lista dinámica mantiene tamaño lógico y capacidad reservada.Predicción, traza causal y contraejemplo de Lista dinámica y capacidad en sequence-bench.md
Estructuras enlazadasLos nodos enlazados insertan localmente cuando ya se posee el nodo, pero localizar una posición sigue siendo lineal.Predicción, traza causal y contraejemplo de Estructuras enlazadas en sequence-bench.md
Slicing, vistas y copiasUna rebanada puede copiar o crear una vista según tipo y biblioteca.Predicción, traza causal y contraejemplo de Slicing, vistas y copias en sequence-bench.md

Conceptos y decisiones

1. Interfaz de secuencia

Una secuencia ofrece orden, longitud, acceso e iteración; la interfaz no fija representación. Antes de elegir se enumeran operaciones y frecuencia. Acceso aleatorio, inserción interior y recorrido no pueden optimizarse todos con la misma organización.

2. Arreglo contiguo y localidad

Un arreglo coloca elementos o referencias en posiciones contiguas, permite índice constante bajo el modelo RAM y aprovecha caché. Crecer puede requerir reservar y copiar; O(1) amortizado describe una secuencia de operaciones, no cada append.

3. Lista dinámica y capacidad

Una lista dinámica mantiene tamaño lógico y capacidad reservada. Cuando se agota, asigna un bloque mayor y mueve referencias. Ese mecanismo explica picos y memoria ociosa; medir solo la operación media puede ocultar una pausa relevante.

4. Estructuras enlazadas

Los nodos enlazados insertan localmente cuando ya se posee el nodo, pero localizar una posición sigue siendo lineal. Punteros, asignaciones y mala localidad pueden superar la ventaja teórica. En Python, la lista incorporada no es una linked list.

5. Slicing, vistas y copias

Una rebanada puede copiar o crear una vista según tipo y biblioteca. La complejidad y el aliasing cambian con esa decisión. La biblioteca de estructuras y algoritmos evita retener una gran colección por una vista pequeña y documenta cuándo una salida es snapshot o referencia viva.

Definiciones de trabajo

  • interfaz de secuencia: una secuencia ofrece orden, longitud, acceso e iteración; la interfaz no fija representación.
  • arreglo contiguo y localidad: un arreglo coloca elementos o referencias en posiciones contiguas, permite índice constante bajo el modelo ram y aprovecha caché.
  • lista dinámica y capacidad: una lista dinámica mantiene tamaño lógico y capacidad reservada.
  • estructuras enlazadas: los nodos enlazados insertan localmente cuando ya se posee el nodo, pero localizar una posición sigue siendo lineal.
  • slicing, vistas y copias: una rebanada puede copiar o crear una vista según tipo y biblioteca.

Las definiciones son operativas para la biblioteca de estructuras y algoritmos. No convierten términos con historia más amplia en sinónimos y deben contrastarse con la documentación primaria enlazada al final.

Ejemplo mínimo

cases = ["c1", "c2", "c3"]
assert cases[1] == "c2"
cases.append("c4")
expired = cases.pop(0)  # correcto, pero desplaza el resto
assert expired == "c1"

Antes de ejecutar, predice estado, resultado y error. Después registra versión, comando y salida. Si el fragmento es pseudocódigo o pertenece a otro lenguaje, etiquétalo como tal y no afirmes que fue ejecutado.

Ejemplo profesional

En la biblioteca de estructuras y algoritmos, un caso conserva identidad, prioridad, dependencias, instante de llegada y estado de resolución. La implementación de esta clase debe conservar ese contrato aunque cambie la forma interna. El caso profesional no pregunta únicamente si produce una salida: pregunta quién puede producirla, qué estado observa, cómo falla y qué rastro permite disputar una decisión incorrecta.

Compara el caso normal con autorización falsa, evidencia incompleta, empate y repetición. Un mecanismo es apropiado cuando esas diferencias quedan visibles y localizadas; es peligroso cuando dependen de orden accidental, estado oculto o una convención que el consumidor no puede conocer.

Práctica guiada

  1. Copia el contrato de entrada y salida antes de escribir implementación.
  2. Predice el caso normal y un límite; identifica la invariante que no puede romperse.
  3. Implementa la versión mínima sin I/O dentro del núcleo.
  4. Ejecuta el caso y conserva comando, versión y salida bajo evidence/.
  5. Introduce el fallo controlado, reduce la reproducción y formula dos hipótesis rivales.
  6. Corrige la causa, añade regresión y ejecuta el conjunto completo.
  7. Compara con otro paradigma o lenguaje indicando qué semántica se preserva.

Ejercicios

  1. Lectura: dibuja una traza de cinco pasos y marca dónde cambia estado o control.
  2. Construcción: añade una operación dominante y demuestra la invariante que conserva.
  3. Frontera: cubre vacío, empate, no autorizado e inválido con resultados distintos.
  4. Contraste: reescribe una pieza con otro modelo y explica una mejora y una pérdida.

Reto verificable

Entrega implementación, fixtures, pruebas y un informe corto. Se aprueba si otra persona ejecuta desde checkout limpio, obtiene los mismos resultados y puede relacionar cada rama o transformación con una regla del dominio. No se aprueba por cantidad de archivos ni por usar la sintaxis característica del paradigma.

Caso conductor

La biblioteca de estructuras y algoritmos recibe casos del motor de reglas comparado, mantiene una frontera de trabajo priorizada y explica por qué el siguiente caso es elegible. Ejecuta una carga pequeña trazable, duplicados, prioridades iguales y una dependencia ausente. Cambia después una sola regla o condición y revisa qué archivos, pruebas y trazas debieron modificarse. Esa superficie de cambio alimenta el proyecto final de la parte.

Preguntas frecuentes

¿Un paradigma determina toda la arquitectura?

No. Puede organizar un núcleo o una frontera sin dominar el sistema completo. Combinar modelos es válido si los adaptadores preservan identidad, orden, errores y evidencia.

¿Menos líneas significan una solución mejor?

No. La brevedad puede quitar duplicación o esconder decisiones. Se evalúan semántica, diagnóstico, costo de cambio y adecuación a la carga.

¿Debo instalar todos los lenguajes mencionados?

No. Python basta para la práctica base. Si usas Prolog, Rust o Erlang, registra versión y comandos; si solo analizas notación, decláralo como análisis no ejecutado.

Fallo controlado y diagnóstico

Implementa una cola con pop(0) y mide lotes crecientes. Relaciona el crecimiento con desplazamiento lineal; no concluyas todavía que deque gana para toda operación.

Registra síntoma, entrada mínima, hipótesis, observación que descarta cada hipótesis, causa, corrección y prueba de regresión. No cambies simultáneamente implementación, fixture y expectativa.

Errores comunes y cómo corregirlos

SíntomaCausa probableCorrección
dos pruebas aisladas pasan y juntas fallanestado o dependencia compartidaaislar propietario y reiniciar fixture
implementación corta pero opacasemántica delegada sin contratodocumentar transición, error y orden
modelos “equivalentes” divergenfixtures normalizan diferencias realescomparar contrato antes de presentación
reintento duplica resultadoefecto sin identidad ni idempotenciacorrelacionar y probar repetición
diagrama y código cuentan historias distintasvisual ornamental o desactualizadotrazar el mismo caso en ambos

Entorno y archivos clave

work/SE-085/
├── README.md
├── algorithm_library/
│   ├── domain.py
│   └── se_085.py
├── fixtures/cases.json
├── tests/test_se_085.py
└── evidence/diagnosis.md

El README declara plataforma, runtimes, comandos, limpieza y límites. Evita dependencias externas cuando la biblioteca estándar permita observar el mecanismo; si agregas una, fija procedencia y versión.

Seguridad, ética y accesibilidad

  • la autorización forma parte del dominio y no se infiere por ausencia de rechazo;
  • no uses eval, reglas descargadas ni serialización insegura;
  • limita colas, recursión, tamaño de entrada y tiempo de evaluación;
  • redacta trazas y conserva una explicación textual además de color o animación;
  • una recomendación automatizada debe poder revisarse, impugnarse y corregirse;
  • respeta licencias de ejemplos y atribuye adaptaciones.

Transferencia

Traslada un fixture al segundo modelo o lenguaje. Compara representación de ausencia, error, mutabilidad, orden y cancelación. La transferencia está lograda cuando el contrato se conserva y las diferencias están explicadas, no cuando la sintaxis se parece.

Evaluación y evidencia

CriterioEvidencia para aprobar
comprensiónexplicación causal de los cinco mecanismos
correcciónnormal, límite, inválido y contraejemplo
diseñoestado, efectos y contrato localizables
diagnósticoreproducción mínima y regresión
transferenciacomparación semántica, no estética
reproducibilidadversiones, comandos, salida y límites

Fuentes

Cada fuente respalda el mecanismo indicado; ninguna demuestra que la implementación de la biblioteca de estructuras y algoritmos sea correcta. Esa afirmación depende de fixtures, pruebas, trazas y revisión reproducible.

Límites y siguiente paso

La secuencia preserva orden pero no expresa por sí sola disciplina LIFO, FIFO o prioridad. La siguiente clase diseña esas políticas explícitamente.

Glosario

  • interfaz de secuencia: una secuencia ofrece orden, longitud, acceso e iteración; la interfaz no fija representación.
  • arreglo contiguo y localidad: un arreglo coloca elementos o referencias en posiciones contiguas, permite índice constante bajo el modelo ram y aprovecha caché.
  • lista dinámica y capacidad: una lista dinámica mantiene tamaño lógico y capacidad reservada.
  • estructuras enlazadas: los nodos enlazados insertan localmente cuando ya se posee el nodo, pero localizar una posición sigue siendo lineal.
  • slicing, vistas y copias: una rebanada puede copiar o crear una vista según tipo y biblioteca.

← SE-084 — Proyecto: comparación semántica con pruebas comunes · ↑ Parte 07 · 📚 Índice completo · 🌐 Portal · SE-086 — Pilas, colas, deques y prioridades →