Este blog continúa en ....
15 diciembre 2006
Blogs varios
Por culpa de rfilgueiras, acabo de instalar wordpress en mi dominio. Ando con las dudas de si pasarme o no a ese blog y dejar este. Allí comento, aparte de las ventajas del nuevo blogger sobre el antiguo, las dudas y los no motivos para dejar este y pasarme a aquel.
Ventajas de pasar el blog a mi dominio:
Ventajas de pasar el blog a mi dominio:
- El "orgullo" de tener el blog en tu dominio
- El espacio en disco de mi dominio es limitado. Con el tiempo (este blog lleva ya dos años en marcha) seguro que lo acabo llenando y tengo que ampliar la cuenta.
- En blogger no tengo problemas de mantenimiento. Alguien lo hace por mí.
14 diciembre 2006
Interface de usuario curiosa
En Mind.net veo un post en el que hace referencia a una interface curiosa hecha con java.
Básicamente es un mapa de estados unidos en el que al ir escribiendo el código postal deseado, va iluminando las zonas correspondientes a los posibles códigos postales que tenemos hasta el momento. Si pulsamos 1, ilumina, por ejemplo, uno de los estados. Al pulsar la siguiente cifra, va apagando zonas y así hasta llegar a la zona concreta del código postal entero.
Es una idea bastante curiosa.
Básicamente es un mapa de estados unidos en el que al ir escribiendo el código postal deseado, va iluminando las zonas correspondientes a los posibles códigos postales que tenemos hasta el momento. Si pulsamos 1, ilumina, por ejemplo, uno de los estados. Al pulsar la siguiente cifra, va apagando zonas y así hasta llegar a la zona concreta del código postal entero.
Es una idea bastante curiosa.
Ajedrez en javascript
Veo en Yo Programador un post sobre un juego de ajedrez en javascript. Ocupa sólo 5k y aunque no valida todas las jugadas como debiera, la verdad es que juega un poco y es asombroso lo que se hace con tan poco código.
13 diciembre 2006
Una curiosidad de rmi
Una cosilla de rmi que está bien pensada, que ha probado un compañero de trabajo y le ha funcionado.
Cuando un cliente de rmi pide un objeto remoto a un servidor de rmi, en realidad hay dos clases. Por un lado está el objeto real/remoto en el servidor. Por otro, el cliente tiene un objeto stub que representa al objeto real/remoto. Cuando se llama a un método del objeto stub, este llama a través de red al método del objeto real/remoto en el servidor, espera su resultado y lo devuelve.
Pues bien, aquí la curiosidad. Si obtenemos dos veces el mismo objeto remoto, tendremos dos objetos stub distintos. Si el servidor recibe dos veces el mismo objeto parámetro remoto, tendrá dos objetos parámetro stub distintos. Sin embargo, le método equals de esos dos objetos stub, devuelve true. De alguna forma, el equals "sabe" que los dos objetos stub representan el mismo objeto remoto y devuelve true.
Cuando un cliente de rmi pide un objeto remoto a un servidor de rmi, en realidad hay dos clases. Por un lado está el objeto real/remoto en el servidor. Por otro, el cliente tiene un objeto stub que representa al objeto real/remoto. Cuando se llama a un método del objeto stub, este llama a través de red al método del objeto real/remoto en el servidor, espera su resultado y lo devuelve.
Pues bien, aquí la curiosidad. Si obtenemos dos veces el mismo objeto remoto, tendremos dos objetos stub distintos. Si el servidor recibe dos veces el mismo objeto parámetro remoto, tendrá dos objetos parámetro stub distintos. Sin embargo, le método equals de esos dos objetos stub, devuelve true. De alguna forma, el equals "sabe" que los dos objetos stub representan el mismo objeto remoto y devuelve true.
12 diciembre 2006
Ono sigue haciendo de las suyas
Esta mañana, nuevamente, sin internet. No sé cuánto tiempo llevaba desconectado, pero afortunadamente se restableció la conexión a los pocos minutos de encender el ordenador. Sigo esperando que estén haciendo algún tipo de mantenimiento y esto no sea la tónica habitual. Hasta ahora no pasaba, al menos con tanta frecuencia.
11 diciembre 2006
Más de ONO
Esta mañana otra vez sin internet, desde las seis de la madrugada, hora a la que encendí el ordnador, hasta las 7 y media, hora en que lo apagué. Este fin de semana largo ha habido, que yo sepa, tres cortes de internet con ONO a esas horas. Espero que sea puntual, porque tampoco ando muy convencido con el resto.
08 diciembre 2006
ono
Los de ONO un pequeño desastre, al menos en la zona de Alcalá en la que yo vivo.
Internet
En dos meses escasos que llevo con ellos, ya he tenido dos cortes largos. No sé exactamente cuánto tiempo, porque acabé apagando el ordenador y a otra cosa. El caso es que los cortes fueron a horas intempestivas de la madrugada, sobre las cinco, que quizas piensan es buena hora para labores de mantenimiento, pero a los que nos caemos de la cama habitualmente nos molestan un poco.
Televisión
El 95% del tiempo va bien, pero hay ratos largos en que es imposible verla. Empiezan a dar problemas de falta de señal, pixelado de imagen, incluso pérdida total de imagen durante unos segundos y sonidos entrecortados. Cuando le da por esto, está así un buen rato, como una o dos horas. Aproximadamente le pasa una vez por semana, pero no en un horario ni día fijo.
Teléfono
Bien, salvo que todavía no me han dado de baja de telefónica. Supuestamente se encargan ellos, pero llevo dos meses pagando dos teléfonos, el de ellos y el de telefónica. Unos quince días después de darme de alta con ellos llamé para ver cómo iba la baja con telefónica. Me preguntaron si había rellenado ya los papeles solicitando dicha baja. ¿Qué papeles?. No me dieron ni me dijeron nada en el momento de darme de alta, así que quince después y por haber llamado yo, me los mandaron por correo. Otra semana más de espera a que llegaran. Los reenvié por correo y tres semanas más tarde que todavía "dicen " que no los han recibido, que me envían otros. Estoy en espera de ellos y llevo dos meses pagando dos teléfonos.
Comentando con otros vecinos y usuarios de ONO, todos han tenido este tipo de problemas. Mi vecino de arriba seis meses hasta que consiguió que le hicieran la baja de telefónica. Un compañero de trabajo de Alcalá me comenta sobre los cortes de internet. Un amigo del edificio de enfrente sobre los pixelados de televisión.
En fin, se ve que ONO Alcalá no va demasiado bien...
Internet
En dos meses escasos que llevo con ellos, ya he tenido dos cortes largos. No sé exactamente cuánto tiempo, porque acabé apagando el ordenador y a otra cosa. El caso es que los cortes fueron a horas intempestivas de la madrugada, sobre las cinco, que quizas piensan es buena hora para labores de mantenimiento, pero a los que nos caemos de la cama habitualmente nos molestan un poco.
Televisión
El 95% del tiempo va bien, pero hay ratos largos en que es imposible verla. Empiezan a dar problemas de falta de señal, pixelado de imagen, incluso pérdida total de imagen durante unos segundos y sonidos entrecortados. Cuando le da por esto, está así un buen rato, como una o dos horas. Aproximadamente le pasa una vez por semana, pero no en un horario ni día fijo.
Teléfono
Bien, salvo que todavía no me han dado de baja de telefónica. Supuestamente se encargan ellos, pero llevo dos meses pagando dos teléfonos, el de ellos y el de telefónica. Unos quince días después de darme de alta con ellos llamé para ver cómo iba la baja con telefónica. Me preguntaron si había rellenado ya los papeles solicitando dicha baja. ¿Qué papeles?. No me dieron ni me dijeron nada en el momento de darme de alta, así que quince después y por haber llamado yo, me los mandaron por correo. Otra semana más de espera a que llegaran. Los reenvié por correo y tres semanas más tarde que todavía "dicen " que no los han recibido, que me envían otros. Estoy en espera de ellos y llevo dos meses pagando dos teléfonos.
Comentando con otros vecinos y usuarios de ONO, todos han tenido este tipo de problemas. Mi vecino de arriba seis meses hasta que consiguió que le hicieran la baja de telefónica. Un compañero de trabajo de Alcalá me comenta sobre los cortes de internet. Un amigo del edificio de enfrente sobre los pixelados de televisión.
En fin, se ve que ONO Alcalá no va demasiado bien...
05 diciembre 2006
Sin diseño
Ando ahora liado, empezando un nuevo proyecto en el trabajo, algo ambicioso porque pretendo hacer algo que sirva para varios proyectos.
El tema del diseño me desborda y puedo pasarme pensando en UML y papeles un montón de tiempo para al final posiblemente llegar a un diseño más general y más complicado de la cuenta. También estoy bastante seguro de que ese diseño luego no sirve para nada o, al menos, cuanto más código se vaya haciendo, menos se parece al diseño.
Así que he decidido no hacer grandes diseños. Voy a tratar de seguir algunas de las filosofías de las metodologías ágiles, programación extrema y demás.
Trataré de ponerme hitos (historias de usuario, casos de uso o cómo queramos llamarlos) cortos y trataré de con un diseño mínimo, resolver esos hitos de la forma más rápida y directa posible en el código. Eso sí, pensando en rehacer/modificar el código ya hecho a menudo, según se vayan añadiendo hitos, trataré también de hacer clases de test unitario, con JUnit o similar.
Desde luego, será más divertido que el pasarse pensando en el diseño varios días, semanas o meses, con la duda continua de si se te olvida algo o no, si será lo suficientemente general o no.
Me siguen quedando las dudas de si haciéndolo de esta manera obtendré algo lo suficientemente general para varios proyectos, pero al menos esa preocupación no será el agobio de pensar en abstracto, sino agobio de cosas por (re)hacer en el código. Si el rehacer código se hace desde el principio, poco a poco según se vayan planteando las necesidades con los nuevos hitos, espero que tampoco será demasiado gravoso.
De todas formas, esto es lo que siempre acabamos haciendo, ya que los diseños que se hacen al principio no se siguen ni siquiera el primer día que se empiza a programar.
Ya iré contando la experiencia....
El tema del diseño me desborda y puedo pasarme pensando en UML y papeles un montón de tiempo para al final posiblemente llegar a un diseño más general y más complicado de la cuenta. También estoy bastante seguro de que ese diseño luego no sirve para nada o, al menos, cuanto más código se vaya haciendo, menos se parece al diseño.
Así que he decidido no hacer grandes diseños. Voy a tratar de seguir algunas de las filosofías de las metodologías ágiles, programación extrema y demás.
Trataré de ponerme hitos (historias de usuario, casos de uso o cómo queramos llamarlos) cortos y trataré de con un diseño mínimo, resolver esos hitos de la forma más rápida y directa posible en el código. Eso sí, pensando en rehacer/modificar el código ya hecho a menudo, según se vayan añadiendo hitos, trataré también de hacer clases de test unitario, con JUnit o similar.
Desde luego, será más divertido que el pasarse pensando en el diseño varios días, semanas o meses, con la duda continua de si se te olvida algo o no, si será lo suficientemente general o no.
Me siguen quedando las dudas de si haciéndolo de esta manera obtendré algo lo suficientemente general para varios proyectos, pero al menos esa preocupación no será el agobio de pensar en abstracto, sino agobio de cosas por (re)hacer en el código. Si el rehacer código se hace desde el principio, poco a poco según se vayan planteando las necesidades con los nuevos hitos, espero que tampoco será demasiado gravoso.
De todas formas, esto es lo que siempre acabamos haciendo, ya que los diseños que se hacen al principio no se siguen ni siquiera el primer día que se empiza a programar.
Ya iré contando la experiencia....
Suscribirse a:
Entradas (Atom)
