Google Docs: ahora también puedes subir PDF

Hoy me he dado cuenta que mi querido servicio Google Docs permite, al fin, subir ficheros en formato PDF. Parece que esta capacidad lleva unas pocas semanas en funcionamiento.

Esta es una vieja reinvindicación de muchos de sus usuarios, entre los que me encuentro; no editar los ficheros, tarea harto difícil ya que el cometido de este formato es la presentación y no la edición, sino simplemente poder tener un repositorio completo de documentación en el que poder adjuntar nuestros textos, hojas de cálculo, presentaciones, anexos PDF, ... ¡y cualquier otra cosa relevante para el conjunto del trabajo!

Diferentes personas, diferentes trabajos, diferentes usos, diferentes tipos de ficheros.

Una de las mayores ventajas de Docs es poder compartir información de una forma central y organizada entre varias personas, así como un control de versiones. Ideal para trabajo en grupo.
Ahora al fin podemos mantener un control de los PDF que anteriormente había que reenviar por correo electrónico, subir a alguna otra web fuera del repositorio ...

Metidos ya en faena, sería de agradecer poder subir algunos otros tipos de ficheros típicos o zips. Es muy frecuente tener planos o esquemas en formato vectorial, diagramas de CAD, flujogramas y otras hierbas con docenas de formatos necesariamente diferentes. Espero que implementen esta funcionalidad también, ya que debería ser más simple aun que para PDF (no se adjunta visualización y punto, solo subir y compartir) pero de momento ya estoy contento con ver que las ideas de los usuarios pueden acabar en implementaciones funcionales.

Pringao, ahora también en remoto

De todos es conocido el "Pringao How-To" y, si no, debería serlo.

Aquí os presento una lista de herramientas para poder trabajar en sistemas remotos, ya sea como pringao o de motu propio.
Las tenemos de todos los colores oiga. Gráficas, de texto, seguras, potentes, simples, sin configuración... Eso sí, pondré poco más que comentarios y enlaces, que para eso están.

Líneas de comando: controlando un sistema con interfaz textual mediante teclado.

• SSH
  Línea de comandos segura, ni más ni menos. Ideal para manejar una máquina en la que normalmente usaríamos también la consola; cualquier *nix o incluso Windows son candidatos.
• Telnet
  Línea de comandos pelada. Insegura ya que la comunicación no está encriptada y contraseñas y datos viajan sueltos por el éter para que todos los veamos.

Modos gráficos: una forma de uso más amigable. También llamados escritorio remoto.

Hay gustos para todos los tipos y no todo se puede hacer a base de comandos y texto. La información gráfica suele ser muy rica y en algunos casos imprescindible.
Entre las herramientas siguientes hay algunas diferencias fundamentales, como el caudal necesario para un uso fluido, la necesidad de una sesión en el equipo anfitrión abierta para funcionar o si es software libre o privativo. Además las sesiones de usuario pueden tener lugar en el equipo local o en el remoto.

• VNC: Sirve para compartir un terminal gráfico abierto en el anfitrión, lo que significa que sólo puede existir una única sesión simultáneamente, aunque la manejen varios clientes. Es software libre y multiplataforma. La conexión puede iniciarla el sistema cliente o el servidor (útil para que un usuario pida soporte técnico a su pringao). Requiere configurar puertos al menos en uno de los extremos. Ejemplos: UltraVNC, TightVNC.
• NX, creado por NoMachine. Es una tecnología, actualmente libre, para realizar sesiones X a alta velocidad. Por tratarse de un servicio X Windows no necesita que haya inicialmente una sesión de usuario abierta en el anfitrión. Eso sí, solo es para conectarse a sistemas *nix (Linux, Solaris ¿otros?) desde otras plataformas (no necesariamente *nix). A mi me funciona realmente bien incluso en conexiones lentas.
  
• Remote Desktop es la tecnología usada por Microsoft para establecer sesiones remotas. Normalmente necesita de un servidor específico (Terminal Server) y muy caro aunque desde Windows XP se ofrece una conectividad limitada (3 conexiones de admin) gratis. Rdesktop es una implementación libre de este protocolo que, si no me equivoco, fue inicialmente desarrollado por Citrix.
• Conectar al servidor X a pelo. Tiene los inconvenientes de redirigir puertos y la seguridad. Puede tunelarse a través de una sesión SSH para darle seguridad.
  
• TeamViewer es básicamente un VNC con un detalle especialmente gracioso: no necesita configuración de puertos y trabaja de forma transparente a través de NAT sin tocar nada (ver Hamachi más abajo) Superútil para dar soporte técnico a gente sin maña tecnológica. Es software privativo, sólo para Windows, pero desde hace pocos días gratuito sin limitaciones para uso personal. Para uso profesional no es de lo más caro.
  
• Crossloop, lo pongo por haberlo visto muy muy recomendado. No lo he probado pero parece lo mismo que TeamViewer.
  
• Ksremotesupport y otros. Porque como decía hay decenas de opciones posibles y gustos de todo tipo.
  

Métodos para establecer las conexiones

• Directa: dirección + puerto. Tiene sus problemas si estás detrás de NAT, firewalls, etc.
  
• VPN: red privada virtual, o la posibilidad de crear conexiones directas privadas a través de redes públicas. Hay un mundo sobre esto y mis conocimientos son bien reducidos, así que mentaré un par de herramientas que me resultan especialmente interesantes.
  
• Hamachi: crear VPNs de forma rápida y sin apenas configurar nada a través de NAT, firewalls, etc. Multiplataforma y software propietario. Una vez creada la red podremos hacer lo mismo que en una local. Lo usan mucho los viciosos de los videojuegos para simplificar la configuración.
  
• OpenVPN: software libre, extremadamente potente, seguro y configurable. Multiplataforma. El problema es que hay que configurarlo (y que el NAT nos deje ser accesibles).
  

Más referencias en varios otros sitios.

De todo esto últimamente uso mucho la combinación Hamachi + VNC (y en menor medida NX o RDP). No es rápido con VNC, pero puedo usar todos mis ordenadores desde cualquier sitio, sin configurar nada, y tal y como los dejé.
Tanto me está gustando Hamachi que lo tengo como futuro proyecto libre a implementar. Creo que sería muy beneficioso y no especialmente complicado fundir varios proyectos libres en esto. Hace falta algo así para las VPNs del mismo modo que Jabber hacía falta para la mensajería instantánea.

Google Ad-Timo: anuncia gratis a nuestros clientes

Como ya comenté hace un tiempo Google clausuró mi cuenta de AdSense. Realmente me molestó un poco al principio ya que no creo haber infringido las cláusulas del servicio pero, como lo puse únicamente como experimento y no como fuente de ingresos, lo dejé pasar sin más.

Ahora que a mi amigo Diego también le ha llegado el fatídico email he dedicado un par de minutos a buscar a otros importunados y sus impresiones. Hay cientos de personas a los que de repente les han llamado chorizos a la cara sin decirles por qué. Lo eres y no hay más que hablar ¿explicaciones? envíanos un email explicando la situación y te volveremos a llamar chorizo.

Pudiendo como hacen (o dicen) distinguir los clicks "falsos" de los legítimos, ¿por qué no solo descontar esos notificándolo al usuario de AdSense en vez de cerrarte de golpe y porrazo la cuenta? Sabiendo que esto ocurre se pueden tomar medidas para evitar que tus compañeros de trabajo o amiguetes pinchen en los anuncios sin sentido y te cierren el chiringuito.

¿Y si alguien que me la tiene jurada, o es simplemente de la competencia, quiere que me quede sin esos ingresos? No tiene más que abrir mi página y pinchar hasta cansarse durante un par de tardes aburridas; ni siquiera precisa programar un script básico. Cualquiera puede hacérselo a cualquiera.

Otro punto oscuro es qué ocurre con los beneficios generados legítimamente. Desde luego Google no va a devolverlos a los clientes que gustosamente han pagado por esos clientes potenciales; tampoco te los va a dar a ti quitando la parte generada por métodos dudosos. El resultado es ¡beneficios extra!
Hay millones de internautas queriendo sacar unos durillos. Google sólo tiene que convencernos para que trabajemos para ellos durante unos meses y cuando le interese echarnos a la puta calle sin pagarnos. No sería el equivalente a un despido improcedente. Es el equivalente a chulearte el sueldo y decirte "mañana no entras a trabajar" la víspera del día de cobro.

El virus de la gripe peor que uno informático a Internet

Hay que ver lo que inventa la gente para vender. Resulta que en uno de esos encuentros multinacionales "para aparecer" el World Economic Forum (Davos, Suiza) una consultora soltó la bomba: en caso de una pandemia de gripe aviar Internet quedaría completamente saturada; y lo más gracioso es que no sería debido al uso masivo de telecomunicaciones para enfrentar la epidemia, sino a causa de los teletrabajadores.

• ¿Qué tipo de necesidades tiene esta gente para trabajar? La mayor parte del planeta usa cuatro ligeros programas ofimáticos y sólo necesitaría una VPN y ver si tiene nuevos emails cada unos pocos minutos.
• Si en caso de una epidemia voy a poder trabajar desde casa... ¿por qué no puedo hacerlo ahora? ¿acaso no son mejores las condiciones?
• Si para hacer el estudio de las situación incluyen servicios con alta demanda de ancho de banda como YouTube, ¿presuponen que nos tocamos los cojones en el trabajo viendo vídeos? ¿será que ellos lo hacen?
• Y ¿por qué ahora, los finales de semana, no tenemos problemas? ¿De verdad el teletrabajo es la próxima plaga para Internet? ¿acaso no se usa masivamente Internet en el trabajo durante la semana?
  

Lo que hacen por incentivar las inversiones en telecomunicaciones. No es que me moleste, es que podían ser más creativos.