Es un post un poco técnico y objetivo, las opiniones corresponden al autor (yo) y no representan el lugar donde trabajo.
Como todos sabemos hubo cambios en la modalidad de registros para el Término I 2013-2014, la novedad principal es que mientras te registrabas, las personas que no le correspondían registrarse de acuerdo a las reglas de registro no podían consultar las materias a tomar.
¿Es esto bueno? Desde mi punto de vista sí, en ocasiones anteriores donde se registraban usuarios de acuerdo a las reglas y consultaban estudiantes hubo muchos problemas, siendo los más perjudicados los usuarios que debían registrarse. El servidor tenía que hacer dos trabajos:
- Registrar a los estudiantes en las materias a los estudiantes que por regla le correspondía registrarse.
- Consultar las materias disponibles a los estudiantes que por regla no podían registrarse pero consultaban materias.
¿Sirvió el nuevo método de registro? Al principio no, hubo los mismos problemas que en términos pasados, aplicación caída, servidor no responde, en teoría debía funcionar porque eran menos los estudiantes a registrar y el sistema debería responder con normalidad, es verdad que existen algunos problemas que son de exclusiva responsabilidad de las unidades académicas, por ejemplo exámenes que tenían horario tipo «01:30 – 13:30», un gran error de digitación que perjudicó mucho, se hizo lo humanamente posible por resolver lo más rápido (un día de registro fue feriado, complicó las cosas), otros errores en planificación de cursos.
¿Y qué onda con Scheduler? Scheduler es una aplicación escrita en java que te permite consultar tus materias disponibles y colocarlas en un planificador, das tu usuario y tu clave se consume un servicio web (hasta donde tengo entendido todo viaja seguro) ofrecido por el CSI y los datos obtenidos por ese servicio se transforman en el bonito horario que quieres planificar.
El gran detalle es que el método de bloqueo para que solo las personas que les correspondía registrar y consultar solo estaba en la capa de presentación (hasta donde sé), no en los servicios web, muchos estudiantes querían monitorear si los paralelos en que pensaban registrarse estaban con 0 cupos se dieron cuenta que al usar Scheduler podían «saltarse» ese bloqueo, entonces volvíamos a lo ocurrido en términos anteriores, el servidor debía responder por el servicio web que consumía Scheduler y por los estudiantes que debían registrarse.
El CSI se dió cuenta de este error y lo solucionó, lo que causó que Scheduler funcionara al igual que el Sistema Académico (con los bloqueos por promedio). El CSI envió un mail diciendo que no se debía entregar usuarios y contraseñas, @chimeco el autor de Scheduler aclaró en su post una explicación diciendo que su aplicación no es maliciosa. No dudo de la integridad de @chimeco, pero la explicación que da en el post (no desconfío de ella) puede probarse como falsa.
¿Cómo es eso? Fácil, @chimecho lo único que hace es mostrar los .class (bytecode) con la fecha de su última modificación, fácil compilo mis archivos el 29 de abril PERO con la fecha del reloj de windows cambiada al 24 de abril. Así que @chimeco, es una forma de demostrar que la aplicación pudo haber sido compilada el 29 de abril. (OJO no dudo del post del autor, nuevamente recalco que para mí no es la manera correcta de demostrar).
El CSI mandó un correo en general, lógico por la preocupación, hasta donde sé nunca dijeron «Scheduler es el culpable», y en algo tienen razón, no está autorizada. No es mi deber atacar @chimeco, solo demostrar escenarios adicionales.
Ya hablaré sobre mi experiencia con los registros, desde el otro lado de la moneda.
Letras y Fractales 