"Un proyecto para Yoigo" recibe respuesta
Me enteré de la existencia de “Un Proyecto para Yoigo (1ppy)” hace unas semanas, a través del blog de Enrique Dans. A partir de ese momento lo he ido siguiendo porque me parecía una idea bastante original. Como comenta el autor, el proyecto tenía dos objetivos:
En las primeras entradas del blog explica de qué va el proyecto y por qué ha elegido a Yoigo. En una de las primeras explica que:
El principal atractivo del “Proyecto para Yoigo” consiste en lograr ofrecer a la vez personalización máxima y sencillez absoluta
Con personalización se refiere a las 30, 40 y hasta 50 tarifas para llamadas (voz) que tienen el resto de operadoras. En cuanto a la sencillez pone como ejemplo a Yoigo, con únicamente 2 tarifas incluyendo datos. Una vez explicado el proyecto realiza la petición oficial de cita, que va dirigida a Arne Hauge, director comercial de Yoigo y Johan Andsjö, consejero delegado en España.
Esta mañana he leído que tenía una entrevista, pero con una consultora -de las grandes, según comenta- que se ha puesto en contacto vía mail. Y hace un rato acabo de leer, que Yoigo ha aceptado la petición y quiere escuchar la propuesta.
Realmente me ha sorprendido. Al final, parece que sí que es verdad -verdadera- que Yoigo está atenta de lo que se cuece en la Red y cada vez estoy más seguro de que va a ser la compañía que marque la diferencia en la telefonía móvil de este país.
Enhorabuena a 1ppy, aunque a decir verdad, creo que le queda la parte más difícil. Si el proyecto es bueno (y eso parece) supongo que acabará bien. Yo, por ahora, seguiré con atención lo que vaya sucediendo.
Y enhorabuena también a Yoigo por querer escuchar, aunque no sé qué harán después de haber creado este precedente. ¿Contestarán a todos los que le pidan entrevistas por medio de blogs?.
Ante todo, sinceridad
Siendo sincero, Perl lo hará si se te olvida.
En referencia a usar la función close() sobre
un fichero al terminar de usarlo
BrowserShots: Probar el diseño web en varios navegadores
Aunque he estado más de dos años dedicándome al desarrollo de aplicaciones web, he tenido la fortuna de no tener que pegarme mucho con la vista de las mismas. Me tocaba trabajar más en la parte del servidor y los que se manchaban las manos con el HTML, el CSS, el Javascript, etc. eran mis compañeros -y amigos- Jacobo y Ricardo. ¡Gracias! ;-)
Después de ver todas las horas que pasaban pegándose -literalmente- con el Firefox y el MSIE para que se viese bien en los dos, creo que BrowserShots puede venir bien a todos aquellos que se dedican al desarrollo de aplicaciones/páginas web. Como pone en su web:
BrowserShots hace capturas de pantallas de su diseño web en distintos navegadores. Es un servicio de código abierto creado por Johann C. Rocholl. Cuando usted envía su dirección web, es añadida a la cola de trabajos. Un número de computadoras distribuídas abrirá su sitio web en su navegador. Luego se harán capturas de pantallas y se cargarán aquí en el servidor central.
Las principales características son:
- Prueba el diseño de una página web en unos 40 navegadores diferentes (Firefox, MSIE, Opera, Folk, Konqueror, etc.).
- Capturas de la pantalla completa, para cada navegador seleccionado.
- Opcional: diferentes tamaños de pantalla, Javascript (activado/desactivado), Java (activado/desactivado) y Flash (activado/desactivado).
- Se pueden ver las capturas más recientes creadas por otros.
El problema que tiene la página ahora mismo es que va bastante lenta. Depende del número de navegadores que se seleccionen para las pruebas, pero como se puede ver en la imagen anterior, las pruebas que hice sobre este blog tardaron 34 minutos y todavía no había terminado. Supongo que viene bien cuando se quiere comprobar el resultado en todos los navegadores, pero para el día a día, como los únicos navegadores que suelen interesar son el Firefox y el MSIE, lo normal será seguir con el método tradicional, es decir, los dos navegadores abiertos e ir probando.
Todo esto se evitaría, claro está, si los navegadores cumplieran con los estándares, pero eso… es otro tema.
Vía: MakeUseOf
Blogs&Twitter Valladolid
El próximo 3 de enero a las 21:00 se va a celebrar, en el Coco Café, el Blogs&Twitter Valladolid. Lo han organizado el Consejo Provincial de la Juventud de Valladolid y 5líneas, y como comenta Daniel:
[...]pensábamos que ya era hora de organizar algún evento para bloggers, twitteros, flickeros, fotobloggers, podcasters y resto de las tribus digitales en Valladolid y provincia.
Será la ocasión perfecta para conocernos, poner cara a amigos de la red, compartir ideas y, en definitiva, charlar de los temas que nos interesan y tenemos en común.
La verdad es que me alegra que se celebre algo así en Valladolid, y es una buena oportunidad para conocer (no sólo virtualmente) a aquellas personas que sigues por sus blogs, por twitter, por flickr, etc… Si estás interesado, apúntate en este wiki. Allí nos vemos :)
Viaje en el tiempo
Si vamos más despacio, retrocederemos en el tiempo.
Aumentando la movilidad
Como he comentado en una entrada anterior, uso Yoigo para acceder a Internet cuando viajo, y después de las nuevas tarifas también lo estoy usando para realizar llamadas. Me parece muy interesante aumentar la movilidad de una persona, en lo que a conexión de Internet se refiere. No estar preocupados de si vamos a poder conectarnos o no al sitio al que vayamos, el siempre conectados que comenta Error500.
Por eso, detallo a continuación la forma de usar un móvil como módem desde un portátil. Lo que he usado como ejemplo son un portátil con GNU/Linux como sistema operativo, concretamente Archlinux, un móvil Nokia N70 con una tarjeta de Yoigo. Explicaré cómo conectarlos mediante bluetooth.
Lo primero que tenemos que hacer es instalar los paquetes necesarios: bluez-utils, bluez-libs y dbus (ppp también es necesario, pero suele venir instalado por defecto).
pacman -S bluez-utils bluez-libs dbus
Arrancamos los demonios dbus y bluetooth:
/etc/rc.d/dbus start /etc/rc.d/bluetooth start
Escaneamos en busca de dispositivos bluetooth:
hcitool scan
Scanning ...
00:19:2D:14:55:5D N70
Ahora tenemos la dirección MAC del bluetooth del móvil. Volvemos a hacer un escaneo, esta vez para comprobar qué canal hay que usar para usar el móvil como módem (Dial-Up Networking).
Inquiring ... Searching for DUN on 00:19:2D:14:55:5D ... Service Name: Dial-Up Networking Service RecHandle: 0x10007 Service Class ID List: "Dialup Networking" (0x1103) Protocol Descriptor List: "L2CAP" (0x0100) "RFCOMM" (0x0003) Channel: 3 Language Base Attr List: code_ISO639: 0x454e encoding: 0x6a base_offset: 0x100 Profile Descriptor List: "Dialup Networking" (0x1103) Version: 0x0100
La línea que nos interesa es la que contiene Channel, y en ella obtendremos el canal que usa como módem. En el caso del N70 es el canal 3.
Editamos el fichero del demonio HCI (/etc/bluetooth/hcid.conf) y establecemos las siguientes opciones:
autoinit yes; security auto;
Mi fichero de configuración queda como sigue:
# HCId options
options {
# Automatically initialize new devices
autoinit yes;
# Security Manager mode
# none - Security manager disabled
# auto - Use local PIN for incoming connections
# user - Always ask user for a PIN
#
security auto;
# Pairing mode
# none - Pairing disabled
# multi - Allow pairing with already paired devices
# once - Pair once and deny successive attempts
pairing multi;
# Default PIN code for incoming connections
#passkey "BlueZ";
passkey "1234";
}
# Default settings for HCI devices
device {
# Local device name
# %d - device id
# %h - host name
name "BlueZ (%h)";
# Local device class
class 0x3e0100;
# Default packet type
#pkt_type DH1,DM1,HV1;
# Inquiry and Page scan
iscan enable; pscan enable;
# Default link mode
# none - no specific policy
# accept - always accept incoming connections
# master - become master on incoming connections,
# deny role switch on outgoing connections
lm accept;
# Default link policy
# none - no specific policy
# rswitch - allow role switch
# hold - allow hold mode
# sniff - allow sniff mode
# park - allow park mode
lp rswitch,hold,sniff,park;
}
Después de terminar con la configuración de HCI, tenemos que editar el fichero de RFCOMM, añadiendo una sección para el dispositivo rfcomm0. El fichero quedaría como sigue:
rfcomm0 {
# Automatically bind the device at startup
bind yes;
# Bluetooth address of the device
device 00:19:2D:14:55:5D;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "GPRS dialup N70";
}
Evidentemente, habrá que cambiar las opciones device y channel dependiendo del móvil.
Ahora, editamos el fichero /etc/rc.d/bluetooth y hacemos que rfcomm se inicie cuando arranque el bluetooth:
RFCOMM_ENABLE="true"
Reiniciamos el servicio bluetooth:
/etc/rc.d/bluetooth restart
Lo último que tenemos que hacer es configurar wvdial (/etc/wvdial.conf, o si queremos que sea accesible únicamente por nuestro usuario $HOME/.wvdialrc)
[Dialer YoigoBT] Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 Init3 = AT+CGDCONT=1,"IP","internet" Modem Type = USB Modem Baud = 460800 New PPPD = yes Modem = /dev/rfcomm0 ISDN = 0 Phone = *99***1# Username = "internet" Password = "internet" Stupid Mode = 1 Ask Password = 0 Dial Command = ATDT Compuserve = 0 Force Address = Idle Seconds = 3000 DialMessage1 = DialMessage2 = Auto DNS = 1
A partir de este momento, lo único que tendríamos que ejecutar cada vez que quisiésemos acceder a internet usando como módem un móvil Yoigo es:
wvdial YoigoBT
En caso de que estemos con un portátil y queramos ahorrar algo de batería, es recomendable hacerlo con el cable USB del móvil conectado al portátil, así que deberíamos añadir lo siguiente a wvdialrc:
[Dialer YoigoUSB] Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 Init3 = AT+CGDCONT=1,"IP","internet" Modem Type = USB Modem Baud = 460800 New PPPD = yes Modem = /dev/ttyACM0 ISDN = 0 Phone = *99***1# Username = "internet" Password = "internet" Stupid Mode = 1 Ask Password = 0 Dial Command = ATDT Compuserve = 0 Force Address = Idle Seconds = 3000 DialMessage1 = DialMessage2 = Auto DNS = 1
Y ejecutar
wvdial YoigoUSB
Para el intercambio de ficheros entre el móvil y el portátil mediante bluetooth yo uso Kbluetooth (para KDE).
¡Felices fiestas!
Desde este blog os deseo unas felices fiestas y os doy las gracias a todos por estar ahí.
Aprovecho también para comentar una página que encontré hace unos días vía Digg. Se llama Human Calendar y es idea de Craig Giffen, que cuenta que se le ocurrió en medio de un viaje en bicicleta que hizo en 2002 alrededor del continente australiano, y consiste en un calendario en el que varios “modelos” -amigos- sostienen carteles indicando el día, el mes y el año. En la imagen se ve como queda el calendario:
También permite importarlo a páginas personales, blogs, a MySpace y está implementándolo para que sea posible en el Dashboard de Mac OS X y en Windows Vista, con lo que tendríamos el día en el que nos encontramos en ese formato. La opción que he elegido es la de una imagen de 3×3 de 275px y se ve como sigue:
Descargas legales
No pasa nada. Podéis bajar lo que queráis del eMule. Pero no lo vendáis.
Investigación Tecnológica de la Comisaría General de Policía Judicial.
(durante su ponencia en el Congreso de Webmasters)
Vía Microsiervos
Teoría y práctica
La teoría es cuando sabes algo, pero no funciona.
La práctica es cuando algo funciona, pero no sabes porqué.
Los programadores combinan teoría y práctica: Nada funciona y no saben porqué.
Yoigo empieza a marcar la diferencia
Vía Yoiggers, me enteré hace unos días de la nueva tarifa de Yoigo, llamadas gratuitas entre usuarios de Yoigo (sí cobrarán 12 céntimos por el establecimiento de llamada).
Hace unos meses escribí el porqué había decidido coger una línea con Yoigo. Me interesaba, sobre todo, la tarifa de datos que tienen para poder conectarme a Internet cuando viajo, bien desde el móvil o desde el portátil.
La verdad es que este nuevo movimiento por parte de Yoigo me ha gustado. Tiene unas tarifas bastante claras y las más baratas. No hay que estar preocupado por esas supuestas tarifas planas de otras operadoras (que siempre tienen alguna limitación). Y ahora me planteo si usar también la línea de Yoigo para las llamadas, y dejar las ridículas tarifas de otras operadoras en las que hay que estar pendiente de la hora a la que se llama, del tipo de contrato, etc.
El problema que veo es que todavía no tienen buena cobertura. En Madrid y Valladolid no he tenido problemas, salvo en interiores de casas, y además tienen cobertura 3G. En cambio, en Oviedo o Santa Cruz de Tenerife me he quedado literalmente tirado en un par de ocasiones, en las que el móvil no lograba conectarse a la red. Una de las veces estuve 4 días sin cobertura, aunque he de decir, en su defensa, que cuando resucitó fué con cobertura 3G (supongo que estaban ampliando su red, poniendo antenas propias, para dejar de depender del roamming que tienen contratado con Vodafone).
Sólo espero que en poco tiempo mejoren la eficiencia de su red, para usar únicamente la línea que tengo con ellos. Creo que puede ser la empresa que marque la diferencia y así, a lo mejor, el resto de operadoras se pondrán las pilas y empezarán a ofrecer tarifas más razonables.