Buenas como andan chicos?? Espero que bieeen...
Bueno el tema del post(que nose si estara ya en otro post este tema...) es de como resolver un final de algoritmo!
Que cosas tienen en cuenta? que cosas no?? se realiza el type de todo a mano? o solamente con un gráfico del registro, se puede? O lo unico que se dibuja son las estructuras (ya sea vector o lista)??
Se dibuja el registro de los archivos que te dan? o es al dope dibujarlo con cada uno su tipo de dato?
Los pasos a seguir?(estrategia, procedimientos, etc)

Bueno espero la respuesta, muchas gracias! saludos y suerte a todos!

por lo general vas a tener que armar un dibujo con el esquema de los registros que uses para leer los .dat y la estrategia suele ser pasar algo a un array y que en algun campo del vector tenga un puntero a una lista. Igualmente depende mucho de las restricciones que te den y puede cambiar. Despues vas a tener que ir haciendo algun tipo de corte de control sobre los archivos y mostrando el listado ordenado segun te pidan.

No suelen tomar codigo (a veces si)

te dan los datos, que tenes que hacer, restricciones, y bueno

con eso ideas una estrategia, encaras las estructuras que vas a usar, y que deberias hacer con dada una de ellas.

Seguramente sea un proceso de lectura de algo, y cambiar o escribir algo, o mostrar por pantalla con un filtro

Hola, vengo a aportar:

Al menos como lo he hecho y más cómodo me resultó y aprobé:

- Dibujar cada registro de los archivos
- Dibujar las estructuras a utilizar

(en ambos poner el tipo de dato; quizás no pusiste el Type pero bueno, eso compensa seguro). Cuando yo rendí, puse el Type pero porque me alzanzó el tiempo simplemente.

Qué cosas tienen en cuenta?
- La estrategia (contemplando las estructuras de datos que utilices) ESTE ES EL MOTIVO DE UN 2 ASEGURADO. La estrategia está mal, y estás desaprobado. Te dan restricciones de memoria estática y dinámica y acceso a archivos; tenés que ser fiel a eso.

- La performance. Si por ejemplo tenés que insertar datos que vienen de un archivo ordenado en una lista, y te conviene insertarlos en ese orden, o en orden invertido al que tiene el archivo, en vez de usar un insertar_nodo genérico que ordene según un criterio, utilizar el insertar de la pila o de la cola [lo que corresponda]. Es decir, es al cuete utilizar un criterio de orden cuando ya sabés que el orden que tiene el archivo te sirve.

- La declaracion de las variables en los procedimientos [o eso es lo que me pareció]

- Liberar la memoria en caso de utilizar memoria dinámica. NUNCA hay que dejar la memoria sin disposear cuando suprimís un nodo

- La cantidad de examen que hayas llegado a completar. Si no desarrollaste ningún procedimiento standard [me refiero a busca_nodo, burbujeo, etc.. los que hayas utilizado en el examen] como que estás al horno, pero si hiciste TODO y te faltó quizá alguno, te lo contemplan [ojo, siempre y cuando tu final esté bien resuelto]

Otra cosa que me parece importante: intentar ser claro; cuando rendí, acoté cosas, mínimas y rápido porque me corrá el reloj. Pero por ejemplo, usé un busca_nodo que SIEMPRE iba a encontrar [o sea, que mi puntero buscador no iba a apuntar nunca a Nil, entonces en el algoritmo no validé si el puntero era igual a Nil o no]. Es una validación menos, pero por las dudas lo aclaraba.

Los finales suelen tener:
- impresión de listado
- actualización de registros de archivos existentes
- generación de archivos existentes a partir de otros archivos

---

Uh, me re explayé xD