Centro de Gestión Avanzado de centros TIC

Se nos muda uno de nuestros compañeros del departamento de desarrollo y él mismo nos ha descrito el perfil de la persona que nos gustaría para intentar echarlo de menos unicamente en el ámbito personal.

- Que esté acostumbrado a usar Linux, cualquier distribución, y que tenga soltura usando algún entorno de desarrollo PHP sobre Linux (Eclipse es lo que solemos usar, tampoco hay muchos para elegir). Además de a nivel usuario, sería muy conveniente que fuera capaz de saber instalar un servidor web/php/mysql, para poder trabajar en local, y subir el código ya testeado.

- Experiencia en PHP, mucha, al menos haber desarrollado algún tipo de software de gestión o CMS, no solo una web simple, etc. Sigila es ENORME, en cuanto a todo lo que abarca, número de líneas, etc.

- Experiencia desarrollando con la metodología Vista-Controlador, separando la lógica del acceso a datos y la capa de presentación. Hacía eso estamos orientando todo lo nuevo que se hace en Sigila.

- Experiencia con consultas SQL, pero no “conocer” SQL, sino saber hacer consultas GRANDES. Las consultas a las que están/estamos acostumbrados los desarrolladores web son MUY sencillas, a lo sumo se tocan 2 ó 3 tablas en la misma consulta, en Sigila… esas son las pequeñas. Lo único que me costó trabajo al entrar aquí fue esto.

- Estilos CSS. El diseño de Sigila está 100% basado en hojas de estilo CSS, los temas de estilo son CSS. Es fundamental.

- Javascript y AJAX. Últimamente algunas pantallas/formularios las estamos haciendo con AJAX, y en muchísimos formularios se usa JS.

- CVS/SVN. El código que vamos programando, lo vamos subiendo al repositorio de código, para poder ir programando todos “a la vez”. De todas maneras lo necesario para “echar a andar” se le puede enseñar a alguien en 15 minutos.

Nota: Sigila es nuestro Sistema Integral de Gestión de Incidencias y Localización de Averías.

Dejanos un comentario si tu perfil se ajusta a este puesto para poder contactar contigo.

Se han publicado los proyectos y participantes en el 1er Concurso Universitario de Software Libre. Hay proyectos muy interesantes que pueden ser de utilidad en la gestión de la red de los centros TIC.

Creo que es una iniciativa muy acertada y que seguro va a dar como frutos unos muy buenos productos de software libre a nivel mundial. Estoy deseando ver los resultados.

Hoy hemos contado con la presencia del CEO de Toshiba para conocer nuestro modelo de gestión de red.

El medio físico por el que se transmiten los datos en una red inalámbrica (el aire) es de naturaleza inestable. Los datos están sujetos a solapamientos, interferencias, ruido, etc. Es por esto que desde la experiencia con las redes inalámbricas que tenemos en el CGA queríamos haceros llegar las siguientes recomendaciones.

1. Encendido progresivo

   Se recomienda encender progresivamente los equipos PC del aula. Por ejemplo, de 3 en 3 con un intervalo de 5 a 10 segundos entre una tanda y otra. Con esto intentamos evitar la saturación que se produce en el punto de acceso de un aula a la hora de que los equipos se asocien a este.

2. Apagar los APs cuando no se usen

   Las redes inalámbricas trabajan en una frecuencia que deben de compartir todos los ordenadores y los puntos de acceso; para evitar saturación en esta frecuencia es recomendable apagar los puntos de acceso cuando éstos no se estén utilizando.

   Los canales en los que trabajan los puntos de acceso de los centros TIC son el 1,6 y 11. Si un equipo ve más de un punto de acceso en el mismo canal se producirán interferencias y una bajada considerable de la calidad de la señal.

   Para ver qué puntos de acceso ve un equipo puede realizar una prueba de solapamiento (descrita al final).

3. Usuario fijo

   Recomendamos el uso de los usuarios fijos en el sistema Gesuser y guardar en la carpeta “Documentos” sólo lo imprescindible. Los usuarios fijos sólo guardan en el servidor el contenido de la carpeta “Documentos”, el resto permanece en el disco duro local del ordenador donde se inicie la sesión. De esta forma, la transferencia de datos es mínima permitiendo una carga del escritorio mucho más rápida y la identificación del usuario en el sistema para el uso de aplicaciones educativas.

   Sólo en el caso de extrema necesidad se deberían usar usuarios móviles, y ,teniendo en cuenta que el ancho de banda de una red inalámbrica es muy limitado, se procurará no abusar del espacio en el servidor de contenidos para su cuenta personal.

   Si, por ejemplo, tuviésemos un directorio personal que ocupa 300 megabytes y quisiésemos iniciar la sesión en un ordenador en el que no la habíamos iniciado anteriormente, su sincronización tardará aproximadamente 2 minutos (300 MB / 2.5 MBseg), en el caso de que las condiciones de conexión fuesen excelentes y sólo hubiese conectado un ordenador a un punto de acceso.

4. CRV

   Para el uso de la aplicación “Cañon de red virtual” recomendamos usar calidad baja, que utiliza aproximadamente unos 150Kbytes por segundo por cliente conectado. Para que el ordenador del profesor pueda transmitir tal cantidad de datos a todos los ordenadores del aula recomendamos (siempre que sea posible) que se utilice una conexión por cable en este equipo. En el caso de que no se pueda cablear este equipo se deberán utilizar menos ordenadores para recibir el video.

   Para que 12 ordenadores de un aula reproduzcan un vídeo emitido a 150 Kbytes por segundo, el ordenador del profesor deberá utilizar 1′8 Megabytes (12 x 0.15 Mbytes) . Nótese que mientras el ordenador del profesor emite a 1′8 Megabytes los equipos del aula deben recibir a 1,8 Megabytes con lo que da un total de 3,6 Megabytes que es prácticamente imposible alcanzar con una red inalámbrica, por esto es recomendable el uso del cable para el ordenador de profesor.

   Vamos a hacernos una idea del ancho de banda que proporciona el protocolo 802.11g (conocido como 54g). En condiciones excelentes, este ancho de banda es a lo sumo de unos 2′5 Mbytes por segundo, independientemente del sistema operativo usado, tarjetas inalámbricas usadas y puntos de acceso. Este ancho de banda se reparte entre los ordenadores conectados al mismo punto de acceso, con lo cual, si hay unos 15 ordenadores conectados a un punto de acceso esta capacidad se reparte entre ellos limitando el ancho de banda de cada uno a 170Kbytes por segundo aprox.

   * 1 Megabyte = 1024 Kbytes
   * 1 Kbyte = 1024 bytes

Prueba de solapamiento

En una terminal, escriba la siguiente orden y pulse intro.

iwlist sc

Cada línea con la palabra “Cell” es un punto de acceso visible por el equipo, y justo debajo de esta línea hay una linea donde pone “Channel” en la que indica el canal de escucha del punto de acceso.

Si un equipo ve más de un punto de acceso en el mismo canal seguramente esté sufriendo degradación de la señal en ese canal.

Algunas tarjetas con el chip “Ralink” con el identificador “ra0″ pueden no reportar datos fiables de los puntos de acceso. El driver proporcionado por el fabricante carece de ciertas extensiones que permiten hacer esto.

Nuestros amigos del I.E.S. Gran Capitán han publicado 2 tutoriales para terminar de perder el miedo y dar el salto desde el sistema propietario a una distribución GNU/Linux madura y estable como Guadalinex v3.

Además en su blog, SisBlog, tienen muchos artículos relacionados con el software libre muy recomendables.