TECNOLOGíA, INTERNET, JUEGOS
40 meneos
307 clics
Este es el resultado de los casi 600.000 euros invertidos en la nueva web de Renfe: cambios estéticos y viejos problemas

Este es el resultado de los casi 600.000 euros invertidos en la nueva web de Renfe: cambios estéticos y viejos problemas

Hace poco menos de año y medio, Renfe anunció que renovaría su página web, que dentro de las grandes webs de servicios en Españas, era de las más criticadas desde hace muchos años. La compañía informó de que el presupuesto del proyecto sería de unos 700.000 euros, algo que a los expertos les pareció poco considerando la tarea que había que acometer.

| etiquetas: web de renfe , cambios estéticos , viejos problemas
29 11 1 K 142
29 11 1 K 142
Lo ha desarrollado la consultora Everis
Mi mas sincero pésame.
Una asquerosidad xD sin poder elegir asiento con billetes carísismos.
Por 600.000 euros te hago yo 7 webs de renfe, pero que funcionen de verdad.
#7 Claaro. Y probablemente también harás la migración de datos a nuevas tablas en un plisplas. Y además incluso leerás el pliego de condiciones para saber porqué Renfe paga 600.000€. A lo mejor tienes que darle tu alma a cambio y no solo la web.

Por cierto, crear una Web modo Home es una chorrada...montar una infra con disponibilidad, balanceadores de carga, base de datos sincronizadas/replicas de lectura, tokenización, microservicios, eso ya es otra historia...
Un desarrollo en el que esté…   » ver todo el comentario
#13 No te flipes, que estamos hablando de una web para consultar horarios y comprar billetes de tren. El resto de contenido es completamente estático. Esto no es un CRM con una docena de módulos interconectados.
#15 Digo yo que algún backend habrá ya, seguramente prehistórico y que no se puede cambiar.
#15 ¿En qué me he flipado?
He puesto un equipo mínimo para cualquier proyecto.
¿Web para consultar horarios y comprar billetes de tren? ¿Solo eso?
Bien. Veamos:
Horarios: Significa algoritmos de busqueda combinatoria, tu pones que quieres ir de Palencia a Málaga, y el sistema debe darte las combinatorias. Espero que sepas por dónde empezar con ese algoritmo tan “sencillo”.
Comprar billetes: Supone integración con pasarelas de pago. “Supersencillo”. Sobre todo para aquellos que han tocado…   » ver todo el comentario
#20 En mi opinion, puedes poner otro comentario explicandolo que ocupe el doble, y seguire pensando que todo lo que has dicho ni es nada del otro jueves, ni es nada excesivamente complejo o un follon (aun habiendo que hacerlo). En cualquier caso , elucubras igual que el que te diga lo contrario.

-Horarios, dejando a un lado que ya lo tienen hecho en principio, no me parece tan complejo. Por no decir que estara bastante inventado ya.
-Comprar, no he mirado que sistema utilizan y puede que hace…   » ver todo el comentario
#20 Por curiosidad he mirado y no tengo ni idea pq no suelo ir en tren, pero me da a mi que esto hace la combinatoria que yo te diga.

El trayecto consultado no se encuentra disponible para la venta en estos momentos o bien no existe conexión directa, por favor inténtelo más adelante y disculpe las molestias.
#13 Mucho "analista" veo yo ahí.
#16
He metido 4 analistas.
Por un lado tenemos 2 analistas: 1 para front, otro para backend. Dos mundos totalmente separados. ¿Que pueden ser analistas y programadores? Por supuesto. Pero el análisis de la web de la Renfe no es tan "trivial" como parece. Tienes sesión de usuario, CMS para gestión de usuarios/billetes/ofertas/blog?, integración con pasarelas de pago, definición de nuevas APIs...
Por otro lado 2 analistas de BBDD: Estoy seguro que las tablas en las que se monta la…   » ver todo el comentario
#24 Te ha faltado meter un arquitecto, pero es más o menos como operamos nosotros. La gente no tiene ni la más remota idea de lo que puede llegar a costar una web de las grandes, y eso recortando gastos como cabrones.
#24 Qué horror lo de analistas y programadores. Es lenguaje de consultora del siglo pasado.

Yo espero y doy por hecho que los datos de la web de renfe, o cualquiera seria, no están a cargo del equipo que gestione esa web. Desde luego precios, disponibilidad, horarios, etc, todo eso que no se usa sólo para dar servicio al usuario de internet sino que es información de la que depende el propio funcionamiento del servicio, no pinta nada a cargo de un equipo web.
#13 Si han contratado eso no es una barbaridad, pero dudo mucho que hayan contratado eso, como es habitual en Everis, Indra y compañia lo que tendrán serán muchos becarios sin puñetera idea de lo que hacen.


Eso sí, tendrán un jefe de proyecto que cobrará 200.000€ al año o más sin saber encender un PC, pero que será un crack vendiendo humo y exigiendo horas extras gratis.

Si han contratado eso que dices, después de pagar salarios a los curritos no queda un euro para pagar directivos ni tener…   » ver todo el comentario
#18 Me da igual que hagas números con 2 desarrolladores senior de Frontend que saben lo que hacen a 30.000€ al año, o que metas 4 desarrolladores junior de Frontend que hacen y rehacen y deshacen y hacen por 15.000€ al año. El coste es el mismo: 60.000€.
El jefe de proyecto nunca gana 200.000€ porque ni un CTO lo gana. Eso sí, si un jefe de proyecto tiene que estar constantemente encima de los 4 juniors para que no metan la gamba, y encima en un año se le largan dos, y tiene que formar a otros…   » ver todo el comentario
#7 Yo trabajo en webs como la de Renfe y cosas mayores. Bueno, pues sólo en licencias de software, sin empezar a meter mano en hosting (que AWS y Azure no son baratitos) y antes de hacer nosotros nada, ya puede ir la factura por los seis ceros tranquilamente.

Tenéis una idea pero que muy equivocada de las cantidades en las que se mueven los sitios grandes.
Titular erróneo para ganar clicks, no perdáis el tiempo haciendo pruebas, aún no terminaron de renovarla ya que serán varias fases:

"la compañía ha informado de que lo que estamos viendo es el inicio de "un proceso de transformación de la web que irá evolucionando en los próximos meses, hasta finalizar el proyecto total de trasformación de la página""
Yo he comprado billetes de renfe en la web y ningún problema ¿Cuáles son los fallos habituales?
#5 Intenta hacerlo cuando hay promociones, o cuando salen a la venta los billetes de navidad.
#8 ¿Es un problema con las macros o los procesos automáticos?
#9 Mayormente, de rendimiento. A partir de cierto volumen de consultas/transacciones, la web se cuelga, las consultas de trenes tardan horrores en aparecer, etc., haciendo imposible algo tan simple como consultar los trenes de ida, los de vuelta, seleccionar dos y comprarlos.
#10 Curioso...supongo que dependerá de la optimización de las consultas, no tener cacheadas peticiones, y no contar con réplicas de lectura de Base de Datos...
#14 Es complicado aventurar qué podía ir mal sin poder depurar para analizarlo. La carga de información que debe soportar el sistema tampoco es tremenda: los billetes de los próximos 3 meses (más adelante no deja reservar), y los itinerarios de esos trenes. El resto puede estar en una base de datos secundaria (el histórico).

Piensa que hay sistemas como los bancarios o los de telecomunicaciones que soportan miles de registros nuevos cada día: cada ingreso/reintegro, cada llamada/sms/conexión a internet, etc. A su lado, la web de renfe es un paseo.
#19
La carga de información que debe soportar el sistema tampoco es tremenda: los billetes de los próximos 3 meses (más adelante no deja reservar), y los itinerarios de esos trenes.
Esta frase indica que no sabes como funciona por dentro una base de datos. No se "cargan informaciones". Ni se cargan "billetes". Tienes, si es una base de datos relacional, una serie de horarios guardados en diversas tablas que se consultan para obtener los horarios posibles para tu…   » ver todo el comentario
#21 xD Qué a pecho te lo tomas. Estoy empezando a sospechar que perteneces a ese equipo de desarrollo.
#22 Nop. Simplemente no me gustan los cuñados de barra de bar que hablan sin pensar como te he ido demostrando.
¿Por qué soy directo con comentarios de cuñados con respecto a tema de programación? Porque comentarios como los tuyos ayudan a que se siga pensando que hacer una web es un plisplás y que por tanto 600.000 es una puta pasada. Espero que con comentarios como los míos, argumentados, sirvan para contrarrestar los tuyos. ¿Y por qué me importa? Porque tenemos en España, no es mi caso, a…   » ver todo el comentario
#25 Luego te encuentras con webs que han costado unos 14 millones de euros y que los que han programado el frontend no saben para lo que sirve el doctype, que no contiene la etiqueta <html>, que no saben que meter 1000-2000 líneas de CSS y otras 1000-2000 líneas de javascript incrustado en el código no es buena idea, entre otras cosas porque penaliza el tiempo de carga (así la página tardaba ~2 minutos en terminar de cargar)

En concreto recuerdo esa, porque me pilló estudiando una…   » ver todo el comentario
Y los sobres que han caído con el supercontrato? xD Cuanto chorizo y cuan pocas balas !!
#30 Correcto. Pero no se podia saber , las webs multiidioma son un campo experimental todavia :-D
Yo vi esta funcion, q maneja la opcion de elegir valenciano en el header (que si no recuerdo mal se comprueba si esta desplegado buscando la clase con un setinterval de 1000) y ya me hice a la idea de como/quien lo ha hecho y no hizo falta mirar mas para ver que poco son 700k.

Si le hubiesen metido 800k podrian haber hecho mas QA y alguien se habria dado cuenta de que la Ñ de Coruña sale un cagarro con otra codificacion.

Y sospecho que si te echas un rato mirando, es la punta del iceberg



…   » ver todo el comentario
#28 Que no falten las funciones patrias en español.
Voy a rescatar los comentarios que hice en su día -> www.meneame.net/m/actualidad/renfe-lanzara-junio-nueva-web-vendera-bil

En fin demasiado previsible era pero bueno... por lo menos no me llevo chasco :shit:
Primera prueba, las estaciones las carga rápidamente. Quiere decir que por lo menos han creado algún tipo de caché nueva. El multiidioma sigue siendo la rision. Si pones la web en inglés y tratas de comprar un billete, más te vale saber algo de español, porque vas a encontrar partes importantes que no están traducidas. De la parte de comprar billete casi nada está traducido.

Simulando comprar un billete, si, las opciones son las mismas. El backend no parece haber cambiado. Si algún día llegó al punto de comprar un billete ya veré que más han cambiado.
#2 ssl.renfe.com/comprabilletes/js/estacionesEstaticas.js?v=11

La cache de la que me hablas es un array en js, no carga al irte al dropdown sino con la pagina. Las carga rapido pq ya las tiene danzando por ahi.
#29 Buff, vaya chapuza.

Bueno, eso al menos explica que al cambiar el idioma no cambie el nombre de las estaciones, como Madrid (Todas). No querían enviar una lista distinta por cada cliente :ffu:
Por 600.000 euros pintamos los coches de correos con la bandera de colorcitos de los homosexuales para hacer campaña.

menéame