Grancomo

Comentario

Bueno, y que pensar de los desarolladores

Comentario

El asunto es, cómo medir la calidad de un canal web, qué parámetros tomar para medirla y quién se responsabiliza de que la web tenga unos mínimos aceptables, porque este es un caso claro en en el que no aplicar estándares va directo contra la línea de flotación de un negocio.

Comentario

Hola Luis:

Tras unos años de experiencia profesional, hoy por hoy tengo claras dos cosas en este sentido:

1-. Los clientes no son conscientes de lo que verdaderamente pasa con sus productos y menos aun lo que podría obtener si sus productos se hicieran correctamente. En algunos casos, cuando se les explica todos los beneficios de hacer las cosas correctamente, te encuentras con un NO porque creen que siempre hay un aumento en los costes de producción. Y la verdad es que pueden tener razón. Son muchas las empresas que venden “accesibilidad”, “estándares web”, “usabilidad”, etc… como partidas independientes en los presupuestos. Es una falta de profesionalidad sin lugar a duda.

2-. Existe una carencia de formación que en algunos casos que roza la cutrez. Tú mismo acabas de reflejar en tu post un clarísimo ejemplo.

Un saludo

Comentario

Manuel,

Lo de las partidas aparte, sí lo son cuando contratas productos defectusoso como Vignette y otras plataformas que no hacen más que llenar la web de “código basura”. Cuando la plataforma seleccionada no está pensada para la web SI es una partida extra que alguien se tiene que comer -y el fabricante de la plataforma, no desde luego-.

Quizá haga falta más profesionalidad por parte de los responsables de canales web y exigir unos mínimos tanto a proveedores como a sí mismos.

- Construir web de manera responsable, y lo primero es “conocer” los estándares.
- Traducir a números y a negocio todo este discurso de usabilidad y estándares.
- Seguir aprendiendo y mejorando. Desafortunadamente, muchos responsables de canales no le dan valor a este punto.

Web no es igual a IT.

Comentario

Barclays, por ejemplo! :P
Aunque no sé si su web funcionará para navegadores no Explorer

Comentario

Qué bueno que te sigan cabreando estas cosas… Me acabo de dar cuenta de que hace siglos que no envío correos diciendo “Han perdido ustedes un cliente”. No sé si esto es bueno o es malo… Simplemente me voy a otro sitio.

@albertosf: Si echas un vistazo al código, está bastante claro: aparte de que la combinación de asp y jsp suele ser mortal (no necesariamente, pero sí de necesidad), han copy-pasteado un desarrollo de hace años, incluso con comentarios del tipo “needed to exclude mac”.

Máss que pensar mal del desarrollador, esto parece más que comercial dijo “El tipo que tiene que aproobar esto usa explorer 5.5, y para eso es para lo que tiene que funcionar” Toma la pasta y corre….

Comentario

A mi estas cosas es que me dan urticaria.

Creo que habeis analizado a la perfección la gama de posibilidades que se dan este tipo de situaciones, desde el cliente que ignora lo que está pasando, al toma la pasta y corre.

Sin embargo me llama poderosamente la atención el mensaje de error. Ya que, el mismo, parece evidenciar que desde citibank, o al menos desde ciertas instancias, son de alguna manera conscientes de la situación. Y que tienen preparada una respuesta, vía teleoperador, en la que se disculpan del insalvable impedimento técnico y te toman los datos por teléfono.

¿Qué significa esto? ¿Que alguien les ha convencido de la imposibilidad técnica o del alto coste de superarla? Mayor, suponemos, que el de incrementar el trabajo de una centralita de manera indefinida (¡manda huevos!, como hubiera dicho Federico Trillo)

Creo que aquí tenemos que descartar otras posibilidades y catalogarlo como cliente engañado. Ya sea por su propio e inoperante equipo o por su ajeno e inoperante proveedor.

Comentario

Alberto, el desarrollador desarrolla lo que le encargan. Puede haber existido dejadez en la recopilación de los requisitos o en la propuesta de los mismos, puesto que el cliente no suele (ni tiene necesariamente) que estar al tanto de aspectos técnicos. También puede ser que con MS Explorer abarquen el X% del parque de ordenadores que ya les parezca suficiente y como ya cumplen el trámite, pues tanto dá. Pero es sólo eso, suponer. Sea cual sea el motivo, no es el coste para un formulario tan sencillo y la entidad de la que hablamos.

Salu2

Comentario

Joaquim: Dudo mucho que los requisitos contemplen que la aplicación funcione exclusivamente con X navegador. A todo caso, y siendo unos requisitos muy mal planteados, se exigirá que la aplicación funcione con ese determinado navegador, como condición sine qua non, ¡Pero tal petición no puede ser jamás excluyente!

Y en todo caso si a mi, como desarrollador, caen en mis manos unos requisitos excluyentes, hablo con quien tenga que hablar para explicarle aquello que no está, claramente, entendiendo.

Comentario

Totalmente de acuerdo :-)

Por cierto (yo a mis pijadas) es probable que si deniegan el acceso sea porque están haciendo validación del formulario sólo con javascript (puede que ese javascript no funcione en FF y demás) ¿alguien ha probado a hacer un submit chungo con javascript desactivado?