Foro - Perl en Español

Pero... vamos a ver...

¿A qué nivel de carga llega la máquina? ¿Se agota la memoria de la máquina cuando acceden todos a la vez (algo normal siendo Windows)? ¿Cuál es el cuello de botella: la cpu, el disco, la red, la memoria? ¿Cuánto dura, de media, el tiempo de sesión de un usuario? Durante ese tiempo, ¿cuánta información (en megabytes) debe transferirse desde el servidor al cliente? ¿Todo al principio o se mantiene constante durante toda la sesión, o hay un tráfico muy grande al principio y luego baja y al final vuelve a subir? ¿Qué tipo de tráfico es? ¿HTML, jpg, png, gif, pdf, JavaScript...? ¿Otro? ¿Se envían comprimidos los contenidos estáticos? ¿Cuántos procesos intervienen en la generación automática de las páginas? ¿Cuál es el tiempo medio de generación de los contenidos dinámicos? ¿La MySQL lleva un registro de las peticiones lentas (slow) para saber en qué base de datos está el cuello de botella? Etc, etc.

Saber todo esto es importante.

Cono ejemplo, en una empresa se quejaban de que su web iba muy lenta, y querían cambiar el servidor por otro mucho más "gordo". Mi solución fue mucho más sencilla, rápida, y barata: enseñarles que las fotos jpg, cuando salen de la cámara de fotos, ocupan más de 50 veces de lo que realmente se ve en una página web. Así que, con un pequeño curso de tratamiento de fotos, y reduciendo las fotos actuales, asunto solucionado (se multiplicó por más de 20 el tiempo de transmisión de las páginas).

Es obvio que el cuello de botella son los 50 minutos que tarda el profesor en capturar esos datos.

Ahí es donde hay que mejorar la aplicación. O quizás no sea problema de la aplicación, sino que hay una causa ajena a ella.

Hace años, en un colegio, el director instaló un sistema de control de presencia, por el que los padres podían saber si sus hijos asistían a clase o no, consultando la página web del colegio. El software estaba preparado (era una herramienta prefabricada de gestión de colegios, clases, alumnos, cursos, deberes, calendario, etc.) Quienes no estaban preparados eran algunos profesores.

Anteriormente, los profesores pasaban la lista en la clase, para comprobar si algún alumno faltaba, y en ese caso, apuntar en la hoja de incidencias. Esas hojas, diariamente, las recogía el bedel al final de la jornada y las entregaba en secretaría, que, una vez a la semana, rellenaba unos libros con los nombres de los alumnos y las veces que no asistían a clase.

Vamos, todo muy "manual".

El problema era que los profesores, con la nueva aplicación, debían actualizar los datos, en el ordenador de profesores, cada día. Debían hacerlo ellos mismos, y solo había un ordenador para todos los profesores. Vamos, el fracaso estaba asegurado. De sobra es conocido el comportamiento de algunos usuarios, cuando se les dice que deben cambiar sus costumbres. Para esta gente, cualquier dificultad representa la excusa perfecta para desistir, y arrastrar a los demás en su propia podredumbre.

Al final, los profesores siguieron rellenando a mano las hojas de incidencias, y era en secretaría donde metían los datos en la aplicación. Los padres tenían la información de sus hijos, pero con bastante retraso.

El colegio tuvo suerte, porque con la ayuda de la administración regional, se dispuso de agendas electrónicas para los profesores, donde podían reportar de las faltas de clase, consultar y modificar la agenda, anotar incidencias, organizar las reuniones de los profesores, etc. La sincronización con el ordenador era mucho más rápida. Pero esta solución fue carísima (bueno, no importa: lo pagan los ciudadanos con sus impuestos). Muchos profesores se apuntaron de buena gana, al ver que esta solución sí les ahorra tiempo de forma radical.

Hoy en día, hay ordenadores en las aulas, y la gestión de las faltas de clase se realiza en el momento, pues el profesor tiene la lista de alumnos en la pantalla de su ordenador, y si uno de ellos no está, lo anota con un simple clic.

El director ya está pensando en el futuro, cuando todos los puestos de los alumnos estén equipados con un ordenador, y sea el propio ordenador el que diga si está o no el alumno (bueno, tan sencillo como ver si el ordenador está encendido o no y si ha arrancado ciertas aplicaciones y qué actividad de CPU, disco y red está haciendo).

Ponte al lado de un profesor, con un cuaderno, bolígrafo y reloj, y vas apuntando, al segundo, qué es lo que va haciendo (como si fueras un copiloto de coches de rally).

Luego, haces la suma

• Tiempo que tarda en localizar la información (incluidos los tiempos que tarda su mano en ir del teclado al ratón, y volver) (tiempo de búsqueda)
• Tiempo total que pasa escribiendo información (tiempo de introducción de datos)
• Tiempo total que está el proceso ejecutándose al 100% (tiempo de proceso)
• Tiempo que tarda el proceso en devolver el resultado (tiempo que ha esperado el usuario = tiempo de proceso + tiempo de transporte del resultado)
• ...

Así, sabes dónde se podrá mejorar.

A veces... no es necesario ser tan meticuloso, ya que con ver, por ejemplo, que usa el ratón para pasar de un campo a otro, sabes que eso se resuelve con un pequeño curso de manejo de ordenadores, para que aprendan a usar la tecla Tabulador.