software

Tras llevar bastante tiempo ligado a los servicios web, tanto en el desarrollo como en el despliegue y mantenimiento de esta clase de sistemas, ahora tengo la oportunidad de trabajar en un proyecto mucho más relacionado con Sistemas directamente y el comúnmente llamado "cacharreo".

Se trata de incorporar a una serie de aulas de formación, un sistema basado en clientes ligeros y servidor, usando para ello Tcos.

El hecho de incorporar este tipo de arquitectura a las aulas es beneficioso por varios motivos:

• Fácil administración de todos los equipos del aula. Ahora todos los puestos usarán el mismo sistema, que será servidor y procesado por el servidor
• Ahorro en máquinas. Los clientes ligeros tienen un tiempo de vida muy superior al de un equipo normal. En un aula con equipos normales, hay que renovar equipos cada 3 o 5 años, porque se han quedado obsoletos. En un aula con clientes ligeros. Pasado este tiempo, solo habría que cambiar el servidor si se necesita más rendimiento.
• Consumo energético. En el caso de usar clientes ligeros, tenemos terminales con consumos desde 5w, y máximo de 20w. El PC de un puesto normal, con estar encendido ya viene a consumir 60-80w como mínimo.
• Reutilización de equipos viejos. Se pueden usar equipos antiguos con poca ram (a partir de 64MB, o un incluso menos), sin disco duro, ni disquettes. Solo necesitan una tarjeta de red que soporte arranque con PXE o una disquetera para emular el arranque PXE con etherboot
• Además, si decidimos usar Linux y la alternativa fuese windows, nos ahorramos el precio de licencia por puesto.

Dejo pendiente para otros días analizar alguno de los principales sistemas que tenemos para ofrecer este tipo de servicio, como son LTSP, Tcos, PXEs, ...

Últimamente me ha empezado a picar el tema de desarrollo de redes sociales y una de las cosas que más hacen falta en una red social es la capacidad de conexión con otras redes sociales. De ahí que cada una tenga a disposición una API pública, en la mayoría de casos, para poder comunicarse con el resto de redes de su especie. Desde poder buscar amigos de una red social en otra como poder interactuar en los contenidos.

Cuando empiezas a crear una red que encima está muy localizada, ya sea regionalmente o por la temática, el interés máximo es conectar con otras redes de tu entorno. Un claro ejemplo es tuenti en España. Que a base de invitaciones ha logrado una comunidad impresionante. Se podría decir que se han distribuido tan bien las invitaciones como aquellas de Gmail.com antes de que se abriera definitivamente como ahora.

La red social en la que estoy trabajando últimamente, mymem.mobi, está escrita en python y aunque ya tenemos implementadas bastantes conexiones, aún nos faltaba la parte de tuenti. Tras buscar y rebuscar no hemos encontrado nada, así que hemos decidido empezar a realizar un desarrollo no oficial que nos permita conectar nuestras aplicaciones python con tuenti. En este caso se trata de tuenpy.

Lo empezamos con licencia GPLv3 y esperamos tener un fructífero desarrollo del que iremos contando cosas según vayan surgiendo. Otro día hablaremos de mymem que también pinta muy bien.

En la oficina donde trabajo, en el equipo en el que participo, tenemos una máquina que la usamos para acceder a una VPN de un cliente. En la nueva oficina, este PC ha caído justo al lado mía, pero para acceder tengo que o bien, mover la silla y coger usar una mesa que en realidad no es una mesa, no hay donde meter las piernas. O bien, usar un kvm para intercambiar teclados y ratón, entre mi PC y ese. ¿Buscar un kvm para 4 cosas y encima solo por no mover la silla?. Hay una solución sin gastarse un solo euro.