Web

Yo también quiero escribir acerca de Google Chrome

Quede aquí para la posteridad mi aportación sobre el Chrome. ¡Que no se diga!

Tal como hice hace un tiempo con el iPhone, me uno a la marejada de textos sobre el nuevo navegador de Google escribiendo algo acerca del Chrome:

 'Cansinos'

Y es que es alucinante la cantidad de gente que se lanza a anunciar en sus blogs el lanzamiento de Chrome o a escribir sobre ello sin aportar nada realmente nuevo.

(more…)

El fiasco de la web de RTVE con los Juegos Olímpicos

La web de RTVE sobre los Juegos Olímpicos de Pekín no está disponible para los usuarios que acceden desde fuera de España. Toda una chapuza por imprevisión.

Resulta que…

  • después de escuchar las maravillas que nos iba a ofrecer la web de RTVE,
  • y después de escuchar a los comentaristas repetir hasta la saciedad que las retransmisiones se podrían seguir en su web y, ¡oh maravilla!, por el móvil,

uno decide cargar con el portátil en sus vacaciones fuera de España para poder seguir los resultados y alguna que otra retransmisión para encontrarse con esto:

 Error en la web de RTVE: 'Lo sentimos, el contenido al que está intentando acceder no está accesible desde su territorio.'

Efectivamente, parece que la web de RTVE ha restringido el acceso desde fuera de España a los contenidos sobre los Juegos Olímpicos. En un principio indicaban que por problemas técnicos, pero parece que el verdadero problema podría tener que ver con los derechos de emisión.

En todo caso, una chapuza por imprevisión (ya sea técnica o legal) que impide que multitud de usuarios que están, por ejemplo, de vacaciones fuera de España, puedan seguir los juegos tal como les habían asegurado que podrían hacer. Por cierto, eso de restringir el acceso a una web según la zona geográfica de procedencia da una impresión muy negativa, como de alguien que no conoce el medio en el que se está moviendo.

Eso sí, al menos cargar con el portátil ha servido para escribir esta queja 🙂 . El que no se consuela…

Un curioso podio

Un medallero muy particular en la web de Televisión Española sobre los Juegos Olímpicos.

Este es el medallero actual de los Juegos Olímpicos, según la web de RTVE dedicada a los Juegos. Atención al podio:

Medallero 

¿Qué pasó con los típicos puestos 1, 2 y 3 del podio?  ¿Es algún tipo de medallero políticamente correcto?

Después de algunos instantes, uno llega a la conclusión de que los numeritos del podio se corresponden con el número total de medallas, aunque resulta bastante confuso, ¿verdad?. De hecho, los puestos del medallero ni siquiera se calculan con esa cifra, sino con el número de medallas de oro.

¿Nos está haciendo Internet más estúpidos?

Esa es la pregunta que se hace Nicholas Carr en su artículo ‘Is Google making us stupid?‘ en theAtlantic.com, al que llego vía Piel digital (un blog que he descubierto recientemente y que me parece francamente interesante). Eso sí, he…

Esa es la pregunta que se hace Nicholas Carr en su artículo ‘Is Google making us stupid?‘ en theAtlantic.com, al que llego vía Piel digital (un blog que he descubierto recientemente y que me parece francamente interesante). Eso sí, he cambiado ‘Google’ por ‘Internet’ en el título de este artículo, ya que me parece más justo con la megacompañía y más ajustado al sentido del artículo, como ahora veremos.

Señor, voy a tener que pedirle que abandone Internet. Es Vd. demasiado estúpido.

Actualización 12-jul-2008: Tenéis disponible una traducción del artículo al español (a la que llego vía Menéame)

El autor explica cómo nota que algo está cambiando en su cerebro, algo que nota especialmente cuando está leyendo. Y es que ya le resulta casi imposible concentrarse en una lectura más allá de dos o tres páginas; a partir de ahí su mente empieza a divagar, y pierde el hilo de lo que estaba leyendo. Carr cree que la culpa está en todo el tiempo que ha pasado delante del ordenador, en la web, haciendo búsquedas, ojeando textos, etc. La manera de “acceder” (difícilmente podemos llamarle “leer”) a los contenidos en Internet ha modificado su manera de captar información hacia la obtención de respuestas rápidas, breves, directas al objetivo.

Y es que en la comunicación, el medio y el canal no son independientes. El cómo escribimos influye en lo escrito, cosa que podemos certificar los que hemos pasado de la expresión manuscrita a la publicación en web, pasando por la máquina de escribir y el procesador de textos. También le ocurrió al filósofo Nietschze, que modificó sensiblemente su estilo de escritura cuando pasó de la escritura manual a la máquina de escribir.

(more…)

Programar y escribir para la web: no tan diferentes

Leo un artículo en el blog de Ricardo Galli titulado Tratar al código fuente como un ensayo que me ha vuelto a crear una conexión entre dos temas que en principio parecen poco relacionados pero de los que se puede…

Leo un artículo en el blog de Ricardo Galli titulado Tratar al código fuente como un ensayo que me ha vuelto a crear una conexión entre dos temas que en principio parecen poco relacionados pero de los que se puede extraer alguna enseñanza común; en este caso, la programación y la redacción de textos para la web.

Código fuenteRicardo habla de un libro (Beautiful Code) y, más concretamente, de un capítulo titulado como su artículo: Treating Code As an Essay. En él se señala la similitud entre el código fuente de un programa y un ensayo, en el sentido de que, si bien en ambos casos su propósito es lo fundamental (“¿de qué se trata?”; “¿qué hace?”), no debe descuidarse el estilo en que están escritos, ya que no sirven de nada si no pueden ser interpretados por seres humanos.

A continuación rescata algunas reglas generales para escribir código de calidad:

  • Brevedad: La brevedad es una virtud, definitivamente hay un coste de lectura para el ojo humano, el código debe eliminar la información redundante
  • Familiaridad: Las personas son más conservadoras de lo que pensamos. Las curvas de apredizaje elevadas creean estrés y reducen productividad. Un lenguaje no debe obligar a los progamadores a trabajar con conceptos nuevos y complejos. No ser demasiado innovador es también una ayuda para el “código bello”.
  • Simplicidad: Si un programa es complicado de entender no puede tener belleza.
  • Separar bloques: Separar los bloques lógicos en cada función, así se facilita la lectura más rápida y en “diagonal”.
  • etc.

Inmediatamente me han venido a la memoria las reglas que da Jakob Nielsen para escribir para la web; de hecho, algunos de los puntos son prácticamente idénticos: simplicidad, brevedad, lenguaje familiar, etc. Y es que, pensándolo un poco, las situaciones no son tan diferentes:

(more…)

Un artículo sobre testeo y una ponencia sobre accesibilidad

El trabajo en Valencia, en el grupo SQUaC, me está permitiendo realizar algunas actividades que difícilmente hubiera podido llevar a cabo antes. La cosecha del 2007 (¡qué pronto se nos antoja antiquísima una fecha del año pasado!) dejó, entre otras…

El trabajo en Valencia, en el grupo SQUaC, me está permitiendo realizar algunas actividades que difícilmente hubiera podido llevar a cabo antes. La cosecha del 2007 (¡qué pronto se nos antoja antiquísima una fecha del año pasado!) dejó, entre otras cosas, la publicación de un artículo sobre testeo de software y una ponencia en Madrid sobre accesibilidad web.

La ponencia: accesibilidad web

Logo de Expo:QAEn noviembre di una charla dentro de Expo:QA 2007, un congreso sobre calidad de software que tuvo lugar en Madrid. La ponencia tenía como título “Accesibilidad web: principios, mitos y algunos ejemplos prácticos“, y trata sobre principios y ejemplos relacionados con el objetivo de conseguir que el mayor número de usuarios puedan acceder a los contenidos de la web, no sólo los discapacitados, porque… (si quieres saberlo, tendrás que leer la presentación).

La presentación está colgada, en formato PDF, en la web de Expo:QA. El contenido se entiende bastante bien, a pesar de que está pensada para acompañarse de las explicaciones que dió en su momento este que os escribe.

Hay referencias a la presentación en el blog de SQUaC, y en otros sitios web como este, este o este.

El artículo: recetas para el diseño de casos de testeo

El artículo, escrito junto a la responsable del grupo SQUaC, Tanja Vos, forma parte de los proceedings de las IV Jornadas sobre Testeo de Software (JTS2007) que tuvieron lugar el año pasado. Por cierto, este año estamos en plena preparación de las V Jornadas, JTS2008, que os recomiendo desde aquí.

La primera parte del artículo consiste en una introducción al testeo de software, incluyendo algunas definiciones básicas, que creo que puede resultar interesante tanto para aquellos a los que el software testing les suena a chino, como para aquellos interesados en el tema que quieran aclarar conceptos.

(more…)

Un botijo y algunos cambios en jordisan.net

He hecho algunas modificaciones en los últimos días en la página; no son muy espectaculares ni de gran importancia, pero os las cuento. El botijo Para empezar, la más visible: he cambiado el logo de la página. El curioso botijo…

He hecho algunas modificaciones en los últimos días en la página; no son muy espectaculares ni de gran importancia, pero os las cuento.

El botijo

Para empezar, la más visible: he cambiado el logo de la página. El curioso botijo que podéis ver en la parte superior izquierda es una versión “regional” de la famosa tetera del libro de Don Norman, “The Design of Everyday Things“, y es una idea que le he tomado prestada a Juan Carlos García, de Úsalo. Se trata de un ejemplo exagerado de cómo los malos diseño nos complican la vida; imaginad el sinsentido de intentar utilizar una tetera o un botijo como esos.

Logo de jordisan.net (botijo)

Lo malo de no ser diseñador es que nunca consigues una realización tan buena como la que tienes en mente, pero para una página personal como esta me sirve de momento. Por supuesto, se aceptan opiniones 🙂

(more…)

Próxima asistencia a User Experience 2007, en Barcelona

La semana que viene asistiré a dos jornadas del User Experience 2007, que se celebra en Barcelona del 4 al 9 de noviembre. Este evento, organizado por el Nielsen Norman Group, es uno de los más importantes a nivel mundial…

La semana que viene asistiré a dos jornadas del User Experience 2007, que se celebra en Barcelona del 4 al 9 de noviembre. Este evento, organizado por el Nielsen Norman Group, es uno de los más importantes a nivel mundial en el tema de interfaces de usuario.

User Experience 2007

Barcelona

Resulta difícil elegir únicamente dos charlas de todas las que tendrán lugar, y que se antojan todas más que apetecibles; inicialmente, estas son a las que asistiré:

  • El martes 6, Designing Multi-User Services: Lessons from Social Psychology (John Boyd). Puede ser interesante conocer cómo se comportan los usuarios ante los interfaces de usuario desde un punto de vista psicológico y no tanto técnico.
  • El miércoles 7, Application Usability 2 (Chris Nodder). Por lo que he leído, es posible asistir a esta segunda parte (en la que se explicarán procesos de diálogo, tareas y workflows de interacción) sin hacerlo a la primera (en la que se tratarán los elementos de interacción individuales).

¿Nos vemos allí? Espero escribir algo sobre el evento en el blog del grupo SQUaC.

Kroonos: un banco… ¡de tiempo!

Me escribe Jesús Hurtado, CEO de Kroonos, solicitándome que le ayude en la promoción de su web ya que pronto (el 31 de octubre) dejará de estar abierto el registro de usuarios; a partir de entonces, será necesaria una invitación.…

Me escribe Jesús Hurtado, CEO de Kroonos, solicitándome que le ayude en la promoción de su web ya que pronto (el 31 de octubre) dejará de estar abierto el registro de usuarios; a partir de entonces, será necesaria una invitación. Una mención en este blog no le va a causar ninguna avalancha de visitas, pero aquí queda esto. 🙂

Logo de Kroonos

El sitio web se autodefine así:

Kroonos es una web 2.0 que te permitirá sacarle partido a tu tiempo libre. Un banco del tiempo global donde podrás dar y recibir ayuda de forma gratuita de otros miembros de la comunidad.

Por el momento no se puede acceder directamente a ninguna funcionalidad específica del sitio; ésta se puede intuir buceando en el foro, en el blog, etc.; pero la falta de algo más tangible posiblemente le resta cierto atractivo a la hora de registrarse. Eso sí; el concepto de una comunidad en la que los usuarios intercambian tiempo para obtener otras cosas a cambio suena lo suficientemente interesante como para tomar nota y seguir su evolución. Yo ya me he registrado.

En lo que respecta al diseño, sin hacer un análisis profundo (es decir, echando un vistazo), el aspecto de la página es bastante claro y agradable. En el caso de una web con un propósito tan original es de agradecer el texto que lleva por título “¿Qué es Kroonos?”, en el que se describe su objetivo, aunque como comenté anteriormente se echa de menos una visión más concreta de la funcionalidad que ofrecerá el sitio.

Por último, no puedo evitar que me venga a la memoria Momo, la novela de Michael Ende en la que unos misteriosos hombres grises se fumaban el tiempo de la gente. Seguiremos el desarrollo de Kroonos, aunque sea sólo para comprobar de qué otros extraños modos consume la gente su tiempo.

No more double submits in web forms

Usually, submit buttons in web forms should be clicked just once; but many users click them twice or more. Why? Because they’re used to launch actions by double clicking (as on Windows icons). Because the server doesn’t replies instantantly, and…

Usually, submit buttons in web forms should be clicked just once; but many users click them twice or more. Why?

  • Because they’re used to launch actions by double clicking (as on Windows icons).
  • Because the server doesn’t replies instantantly, and they click again “just to see if something happens”.

What’s the result? The form data is sent twice to the server, and users usually don’t realize it; they just get the response to one of the submits. Try this simulation to see what happens when submitting several times the form before the server response arrives:

reset

This is not a big issue if it’s, for instance, a search form: the query is being launched twice but the user simply gets the result. It may be annoying if someone is receiving the same mail several times just because users are submiting several times the contact form. And it’s a real big problem when the user is submiting a payment (you can be pretty sure they don’t want to pay twice the same object!).

The solution

There’s an easy solution for that problem! Simply disable the button just after the form is submitted, and you can change the button text too. The result is something like this:

reset

This is done using the onsubmit form event:

<form onsubmit=document.forms['formname'].submitbutton.disabled=true;
document.forms['formname'].submitbutton.value='Sending...';" action="action" name="formname">
  <!-- some form controls here -->
  <input value="Send" name="submitbutton" id="submitbutton" type="submit">
</form>

With this technique, you achieve two positive effects:

  • avoiding the double submit problem; and
  • giving feedback to the user confirming the submit

Of course, there’s no perfect solution. If JavaScript is disabled at the browser, it doesn’t works; if it’s really important avoiding multiple submits (for instance, when it’s an economical transaction), it should be done at server’s level.

It’s really simple to use and without negative effects. Try it if you are really tired of multiple submits and tell me how it goes!