Portada
mis comunidades
otras secciones
#12:
Trabajé muchos años de programador y siempre intenté que mis barras de progreso reflejaran el avance de un proceso largo de la manera más realista posible. A veces se podía hacer bien, pero otras veces, era totalmente imposible porque no se podían predecir las duraciones de las partes del proceso.
Pero recuerdo un compañero que un día anunció que iba a dejar la empresa con los clásicos 15 días de antelación. El jefe le preguntó si le iba a dar tiempo a terminar el desarrollo de un proceso largo en el que estaba trabajando. Él prometió que sí, y en sus últimos días, todos pudimos ver cómo probaba una pantalla con una barra de progreso que avanzaba lentamente hasta acabar al 100% su cometido. El caso es que el tío se fue y un tiempo más tarde, entregamos el proyecto que incluía aquel proceso. Durante las pruebas en el cliente, descubrimos que los cambios que debían hacerse no aparecían hechos ¿Qué podía fallar, tal vez completar alguna transacción...? El caso es que revisamos el código de la pantalla y resultó que la barra de progreso avanzaba según un temporizador para parecer realista, pero el programa no hacía NADA ¡El colega se había pasado sus últimos 15 días en la empresa tocándose los huevos!
Pero recuerdo un compañero que un día anunció que iba a dejar la empresa con los clásicos 15 días de antelación. El jefe le preguntó si le iba a dar tiempo a terminar el desarrollo de un proceso largo en el que estaba trabajando. Él prometió que sí, y en sus últimos días, todos pudimos ver cómo probaba una pantalla con una barra de progreso que avanzaba lentamente hasta acabar al 100% su cometido. El caso es que el tío se fue y un tiempo más tarde, entregamos el proyecto que incluía aquel proceso. Durante las pruebas en el cliente, descubrimos que los cambios que debían hacerse no aparecían hechos ¿Qué podía fallar, tal vez completar alguna transacción...? El caso es que revisamos el código de la pantalla y resultó que la barra de progreso avanzaba según un temporizador para parecer realista, pero el programa no hacía NADA ¡El colega se había pasado sus últimos 15 días en la empresa tocándose los huevos!
#37:
#12 Recuerdo uno que para una práctica de la universidad había que realizar un paper, pues lo escribió todo currado hasta llegar a una parte clave en la que decía "Y por tanto la fórmula sería:", y había un salto de página y en la siguiente página no aparecía. El paper era muy convincente pero en realidad era todo humo. No existía tal fórmula y el profesor al leerlo rápido no se dio cuenta o pensó que sería un error de edición que no tenía tiempo de entender. El caso es que el profesor publicó todos esos papers de los estudiantes y el tío contaba que le llegaban emails de gente preguntando por la fórmula.
#28:
#12 Algo parecido viví yo en una carnica. Un proyecto con unos sobrecostes inmensos que se le había dado un sablazo a un cliente, en la moda de desarollo OOP, y se le cobraba de más porque iba a estar en C, era la epoca del desarrollo monolitico, nada de git, ni similar, cada uno con un subsistema completo y responsable de principio a fin. Un dia nos llaman para adaptar el subsistema de un ex desarrollador, Sr, malote que se había ido hacia unas semanas.
Cuando el programa acababa o se le interrumpia, ponia en pantalla FIN DE PROGRAMA EN C, juasss, ahí empezamos a sospechar porque era un cabra loca, tras unas semanas localizando el dichoso codigo fuente nos encontramos que el tio lo había hecho todo en Basic, jajajaja había interceptado el control break y si lo pulsabas iba a una rutina que ponia el "fin de programa en C". Los que estabamos allí nos meamos, hubieron verdaderos ataques de risa por la ocurrencia.
Era la época dónde los jefes de proyectos estaban embaucados para ser comerciales y responsables del proyecto, tanto en rendimiento económico como en objetivos técnicos cubiertos. Y el de ese proyecto era el tipico caso de trepa de libro que había empezado con nosotros y ahora era un jefe tiránico, narcisista, estancado y muy ignorante.
Cuando vi trabajo basura, pensé que el guion lo había escrito algún ex colega nuestro, porque lo clavó.
El comercial de la cuenta que habia cerrado unas adaptaciones, mínimas, por 4 chapas, casí le da algo, cuando se lo explicamos y se acordó de su abuela cuando vio que su comisión se esfumó, por los sobrecostes de realmente hacer todo ese nuevo subsistema en C, jajajaja. y las 20 horas vendidas se convirtieron en 5 meses más.
Cuando el programa acababa o se le interrumpia, ponia en pantalla FIN DE PROGRAMA EN C, juasss, ahí empezamos a sospechar porque era un cabra loca, tras unas semanas localizando el dichoso codigo fuente nos encontramos que el tio lo había hecho todo en Basic, jajajaja había interceptado el control break y si lo pulsabas iba a una rutina que ponia el "fin de programa en C". Los que estabamos allí nos meamos, hubieron verdaderos ataques de risa por la ocurrencia.
Era la época dónde los jefes de proyectos estaban embaucados para ser comerciales y responsables del proyecto, tanto en rendimiento económico como en objetivos técnicos cubiertos. Y el de ese proyecto era el tipico caso de trepa de libro que había empezado con nosotros y ahora era un jefe tiránico, narcisista, estancado y muy ignorante.
Cuando vi trabajo basura, pensé que el guion lo había escrito algún ex colega nuestro, porque lo clavó.
El comercial de la cuenta que habia cerrado unas adaptaciones, mínimas, por 4 chapas, casí le da algo, cuando se lo explicamos y se acordó de su abuela cuando vio que su comisión se esfumó, por los sobrecostes de realmente hacer todo ese nuevo subsistema en C, jajajaja. y las 20 horas vendidas se convirtieron en 5 meses más.
#6:
No ligadas expresamente a lo que hace la aplicación pero no por ello absolutamente falsas.
Cuando las consolas eran "únicas" (no tenías discos distintos, versiones de distinta potencia de la misma consola...) podías saber mas o menos cuanto tardaría en cargar cada cosa y la barra duraba "un tiempo estandar" para eso. No enseñaba realmente nada pero duraba lo que tocaba.
En los PC la cosa siempre ha sido muy variable, depende de si quieres hacer algo realista o simplemente que no desanime.
Lo de los SIMS de "dando personalidad, creando luces, haciendo pasar el tiempo..." y demás mensajitos obviamente que son mas falsos que judas. Pero la barra en si no tiene que serlo.
Cuando las consolas eran "únicas" (no tenías discos distintos, versiones de distinta potencia de la misma consola...) podías saber mas o menos cuanto tardaría en cargar cada cosa y la barra duraba "un tiempo estandar" para eso. No enseñaba realmente nada pero duraba lo que tocaba.
En los PC la cosa siempre ha sido muy variable, depende de si quieres hacer algo realista o simplemente que no desanime.
Lo de los SIMS de "dando personalidad, creando luces, haciendo pasar el tiempo..." y demás mensajitos obviamente que son mas falsos que judas. Pero la barra en si no tiene que serlo.
#27:
A veces no hace falta barra. Mi lavadora dice que le quedan 3 minutos para acabar y luego tarda 15. Yo sospechaba que viaja a velocidades relativistas, pero va a ser que me estaba engañando.
#7:
#4 Alva Majo lo explicaba la semana pasada en este video
https://www.youtube.com/watch?v=cJfiDFFHS5o
https://www.youtube.com/watch?v=cJfiDFFHS5o
#3:
¡Y yo organizando mis necesidades fisiológicas en base a ellas!
#50:
#15 Las maravillosas funciones de precarga del flash ha sido la cosa mas injustamente tratada y mal usada del mundo. Te permitian cosas como la descarga progresiva, e ir mostrando la app mientras se estaba cargando, y la peña lo usaba para joder la experiencia obligandote a descargar una intro Y DESPUES, NO DURANTE, empezaba a cargar la pagina
Comentarios
Trabajé muchos años de programador y siempre intenté que mis barras de progreso reflejaran el avance de un proceso largo de la manera más realista posible. A veces se podía hacer bien, pero otras veces, era totalmente imposible porque no se podían predecir las duraciones de las partes del proceso.
Pero recuerdo un compañero que un día anunció que iba a dejar la empresa con los clásicos 15 días de antelación. El jefe le preguntó si le iba a dar tiempo a terminar el desarrollo de un proceso largo en el que estaba trabajando. Él prometió que sí, y en sus últimos días, todos pudimos ver cómo probaba una pantalla con una barra de progreso que avanzaba lentamente hasta acabar al 100% su cometido. El caso es que el tío se fue y un tiempo más tarde, entregamos el proyecto que incluía aquel proceso. Durante las pruebas en el cliente, descubrimos que los cambios que debían hacerse no aparecían hechos ¿Qué podía fallar, tal vez completar alguna transacción...? El caso es que revisamos el código de la pantalla y resultó que la barra de progreso avanzaba según un temporizador para parecer realista, pero el programa no hacía NADA ¡El colega se había pasado sus últimos 15 días en la empresa tocándose los huevos!
#12 Me va mal
#12 típico
#12 este es el camino...bueno y cagar, cagar en tiempo de curro es fundamental.
#20 La auténtica salud.
#20 así es. Como decía mi padre, "si cagas en el trabajo te pagan por tu mierda"
Y como bonus la de: "si no eres puntual para entrar, hay que serlo al menos para salir"
#12 Algo parecido viví yo en una carnica. Un proyecto con unos sobrecostes inmensos que se le había dado un sablazo a un cliente, en la moda de desarollo OOP, y se le cobraba de más porque iba a estar en C, era la epoca del desarrollo monolitico, nada de git, ni similar, cada uno con un subsistema completo y responsable de principio a fin. Un dia nos llaman para adaptar el subsistema de un ex desarrollador, Sr, malote que se había ido hacia unas semanas.
Cuando el programa acababa o se le interrumpia, ponia en pantalla FIN DE PROGRAMA EN C, juasss, ahí empezamos a sospechar porque era un cabra loca, tras unas semanas localizando el dichoso codigo fuente nos encontramos que el tio lo había hecho todo en Basic, jajajaja había interceptado el control break y si lo pulsabas iba a una rutina que ponia el "fin de programa en C". Los que estabamos allí nos meamos, hubieron verdaderos ataques de risa por la ocurrencia.
Era la época dónde los jefes de proyectos estaban embaucados para ser comerciales y responsables del proyecto, tanto en rendimiento económico como en objetivos técnicos cubiertos. Y el de ese proyecto era el tipico caso de trepa de libro que había empezado con nosotros y ahora era un jefe tiránico, narcisista, estancado y muy ignorante.
Cuando vi trabajo basura, pensé que el guion lo había escrito algún ex colega nuestro, porque lo clavó.
El comercial de la cuenta que habia cerrado unas adaptaciones, mínimas, por 4 chapas, casí le da algo, cuando se lo explicamos y se acordó de su abuela cuando vio que su comisión se esfumó, por los sobrecostes de realmente hacer todo ese nuevo subsistema en C, jajajaja. y las 20 horas vendidas se convirtieron en 5 meses más.
#12 Hér...
[==>...........]
[====>......]
[======>..]
[========]
...oe!
#34 calla calla... que me acabo de acordar de las instalaciones de (no recuerdo si era) windows 95 o 98... había un momento en que la barra de progreso volvía hacia atrás un 20-30% y te dejaba con cara de...
#62 Creo que Win95 si mal no recuerdo. Momentos tensos aquellos ...
#12 Recuerdo uno que para una práctica de la universidad había que realizar un paper, pues lo escribió todo currado hasta llegar a una parte clave en la que decía "Y por tanto la fórmula sería:", y había un salto de página y en la siguiente página no aparecía. El paper era muy convincente pero en realidad era todo humo. No existía tal fórmula y el profesor al leerlo rápido no se dio cuenta o pensó que sería un error de edición que no tenía tiempo de entender. El caso es que el profesor publicó todos esos papers de los estudiantes y el tío contaba que le llegaban emails de gente preguntando por la fórmula.
#12 Puto genio
#12 Not all heroes wear capes
#12 En python hay un modulo para hacer barras de progreso. TQDM. Metes el generador dentro y ya esta.
https://tqdm.github.io/
No s'e si hay alguna barra realista de verdad, muchas veces no sabes el tiempo que te llevará o lo procesos no tienen una duracion homogenea que te permita predecir el avance.
#43 El problema que tiene los cassette y VHS, es que cuentan las vueltas. Y una vuelta recoge mas cinta si tienen mayor diametro por acumular mas cinta. Por eso los numeros no son homogeneos.
Luego se invento en VHS, los contadores de minutos reales, y podias incluso poner el minuto y el cinta iba hasta ahi y paraba.
No se como lo hace, porque rebobinando en principio no se podlia leer la cinta.
La partes no grabada no las contaba como minutos.
#49 imagino que se incluiría una banda de sincronismo o de tiempo fuera de la banda de imagen... a veces en bandas magnéticas hay datos fuera de las pistas habituales con funciones de seguridad, etc...
#63 Habia 2 modos de rebobinado, cuando llevaba un rato rebobinando pasaba al rapido. Creo que deshenebraba. Es decir la cinta ya no serpenteaba hasta el cabezal inclinado que le las imagenes. Es posible que tenga otro lector solo para el minutaje y demas y sea capaza de leer a toda velocidad.
#64 recuerdo desbloqueado... Gracias
#12 Me decía un amigo que ahora en su convenio tenían que avisar con dos meses ¿Para qué quiere una empresa tener a un tipo que no quiere trabajar alli puteado durante dos meses? Te dedicarás a putear a la empresa para que te larguen.
#61 si yo me quiero ir y me dicen que tengo que avisar con dos meses... Al dia siguiente me tienen que echar ellos
#12 mis barras de progreso siempre representaban el progreso, no fielmente porque eso depende de la velocidad del sistema, pero al menos separaba los pasos proporcionalmente y les daba un tamaño acorde con lo que tardaban en mi ordenador, después en la práctica era cualquier otra cosa pero no tan mentirosa
Emosido engañado.
#1 emosido engañado
¡Y yo organizando mis necesidades fisiológicas en base a ellas!
#3 Totalmente necesarias en el mundo moderno. Para liarte un peta, mear, cagar, entrar al discord... Demos gracias por las barras de carga.
#3 cuando tenías la barra muy cargada, descargabas?
#45 No te has fijado que Pornhub no tiene barra de carga? Por algo será.
#3 la de gañolas que te habrás hecho mirando esas barras...
No ligadas expresamente a lo que hace la aplicación pero no por ello absolutamente falsas.
Cuando las consolas eran "únicas" (no tenías discos distintos, versiones de distinta potencia de la misma consola...) podías saber mas o menos cuanto tardaría en cargar cada cosa y la barra duraba "un tiempo estandar" para eso. No enseñaba realmente nada pero duraba lo que tocaba.
En los PC la cosa siempre ha sido muy variable, depende de si quieres hacer algo realista o simplemente que no desanime.
Lo de los SIMS de "dando personalidad, creando luces, haciendo pasar el tiempo..." y demás mensajitos obviamente que son mas falsos que judas. Pero la barra en si no tiene que serlo.
#6 Efectivamente, hay de todo. No se puede decir que todas sean falsas.
#6 justo estaba pensando en esas barras estúpidas, semi informativas, pero muy divertidas... en plan "poblando de chismines el historiu" jajaja, gracias por recordarme otra de ellas. A mi parecer las mejores son las que van intercalando tips esenciales del juego que a veces se te pasan por alto.
A veces no hace falta barra. Mi lavadora dice que le quedan 3 minutos para acabar y luego tarda 15. Yo sospechaba que viaja a velocidades relativistas, pero va a ser que me estaba engañando.
#27 Es una Samsung?. Lo pregunto porque justo el fin de semana me paso lo mismo, se quedaba parada en -3 minutos y no bajaba de ahi. El problema era el filtro atascado, lo que la hacia desaguar muy lento.
#74 Nop, es Siemens
#27 Entonces como el diálogo de copia de archivos de Windows
Pensé que era del mundotoday.
- Quiero saber cuándo acaba el proceso!
- No es posible saberlo.
- Quiero saber cuándo acaba el proceso!
- Toma, una barra de progreso.
¿Qué hacemos cuando no es posible? pues normalmente un gif animado de un circulito giratorio. Para que mires como un tonto. It works!
Y si quieres la barra?
Puesuna barra que se llena eternamente, cada vez mas lento, y nunca llega. Hasta que de improviso acaba el proceso y ponemos "100%"
En móvil se suele hacer para cargar la publi, o al menos yo lo hago así.
Hemos vivido en una mentira todo este tiempo? *música dramática*
*flash backs de juegos cargando desde 1983*
Yo os maldigoooo
Donde esté un buen contador girando números en un Cassette que se quiten las barras de progreso modernas, al final han resultado ser todo falsedad.
#43 Vamos para atras, como los mensajes satanicos en los discos de Judas Priest...
Las barras inventadas son al menos tan antiguas como el Explorer de Windows.
Los minutos Microsoft son se los inventaron en Electronic Arts
#8 Winutos, se llaman winutos.
#8 Yo me acuerdo del gráfico de copiar archivos del ordenador al disquete, que metía un papelito y otro... Y luego daba error porque no cabía. Resultaba que no había llegado a meter ninguno, pero yo le daba varios a seguir intentando a ver si poco a poco se conseguían meter todos.
#33 me has alegrado la tarde, en serio
#8 El progreso mas sincero y a la vez menos util que he visto es cuando promueves un windows a controlador de dominio.. "Esta operación puede tardar unos minutos, o bastante más"
"el secreto *peor* guardado de la industria"
Desde luego.
En otros medios:
Resulta que algunos juegos falsean sus tiempos de carga
https://www.gamereactor.es/resulta-que-algunos-juegos-falsean-sus-tiempos-de-carga-983063/
Devs casually expose far-reaching loading bar conspiracy: 'People just don’t trust one that's too quick'
https://www.pcgamer.com/devs-casually-expose-far-reaching-loading-bar-conspiracy-people-just-dont-trust-one-thats-too-quick/
Video Game Developers Admit Loading Bars Are Fake
https://www.gamingdeputy.com/video-game-developers-admit-loading-bars-are-fake/
Indie game devs confirm that loading bars are totally fake, and my worldview has shattered
https://www.gamesradar.com/indie-game-devs-confirm-that-loading-bars-are-totally-fake-and-my-worldview-has-shattered/
#4 Alva Majo lo explicaba la semana pasada en este video
#4 Cuando yo diseñaba en Flash (que tiempos), muchas veces tiraba todo por vectorial para ahorrar kbs. A veces no era ni necesario precargar nada, así que por costumbre se acaba metiendo una barra falsa por vete tu a saber qué carajo.
#15 Las maravillosas funciones de precarga del flash ha sido la cosa mas injustamente tratada y mal usada del mundo. Te permitian cosas como la descarga progresiva, e ir mostrando la app mientras se estaba cargando, y la peña lo usaba para joder la experiencia obligandote a descargar una intro Y DESPUES, NO DURANTE, empezaba a cargar la pagina
#4 A ver, por experiencia propia, no es que sean totalmente fake, pero es que no se puede hacer una medida razonable de los procesos. Como dice #25 una de carga es fácil porque tienes ficheros copiados vs totales, pero si estás haciendo una carga de una partida grabada no hay manera en la que puedas medir eso.
Lo que puedes hacer si acaso es probar tú a mano, dividir en bloques los procesos de la carga, y viendo lo que tarda cada cosa inventarte unos porcentajes. Por eso las barras de carga suelen ser bastante caóticas, y ahora van más rápido y ahora van más lento. No es que sean falsas, es que son orientativas.
Igual sirve para saber si se tildó o no.
Si la barra se mueve la máquina está funcionando.
Amstrad CPC 464 de cassette de los 80's. La mejor barra de progreso era ver la imagen del juego como cargaba línea a línea. Cuando estuviese completa pues ya estaba (o a lo sumo poco tiempo más, siempre el mismo). Y si no, el contador de vueltas de la cinta, que tampoco fallaba en precisión.
Hemos involucionado.
(sí, ya sé que en ese sistema se sabía el tamaño de los datos a cargar y la tasa de trasferencia de antemano, no como ahora, pero dejadme añorar la época)
Eso lo dijo alva majo hace una semana y ahora el artículo este. Sospechoso
#22 Este es el video:
Lo explica muy bien. No es que la barra sea falsa, es que como no sabes cuánto va a tardar en cargar el juego te tienes que buscar la vida de forma creativa.
Lo que dicen en alguno de estos tweets de la noticia que las barras reales "generan ansiedad", o que se "extienden los tiempos de carga" artificialmente es una gilipollez como un piano, eso no se lo cree nadie.
Imagino que este artículo nace después del vídeo que un desarrollador (Alva Majo) publicó la semana pasada, pero no veo ninguna referencia. Dejo el vídeo por aquí:
Lo más sencillo, en el caso que la carga represente la carga de algo, es dividirla en tatos trozos como fases tiene la carga o objetos hay para cargar. No es que cada 1% de la barra sea igual. Un objeto puede ser una malla del mapa del mundo de un videojuego, y otro representar la carga de las texturas. Y otro la carga de actores. Y si tiene que cargar 10 cosas pues a cada una se le asigna un 10%.
Si se queda colgado el desarrollador sabe en que fase se ha quedado colgada son necesidad de examinar logs o trazas.
Que si, que te las pueden colar con barras que no representan la realidad, y ponerte que avanza muy rápido al princpio y que luego se queda atascada al 99%, y que en realidad sin saberlo el usuario en primer 33% en realidad sea una sola fase y el 1% final represente muchas cosas, pero estén jugando con la psicología para que no lo quites porque "ya casi esta".
Más grave me parece el asunto de las cuentas atrás. Podrían indicar cuantos objetos, bloques de datos o bytes quedan por descargar, transferir o cargar, pero el tiempo que tarden a menos que se ejecute en un hardware determinado y cerrado no es determinista.
Hijos de p***
#24 Precisamente esa no engañaba a nadie. File copy progress es tan fácil como ficheros copiados/ficheros totales.
Las que son engañosas (porque son mucho más difíciles de hacer) son las de carga
#25 No encontraba la captura que había después de la copia de ficheros...
Mierda, toda mi realidad se derrumba como un castillo de naipes ante tal revelación.
¿Y dónde pondrían los consejos en pantalla de "para saltar dale al botón de salto"?
Venga, lo siguiente es que reconozcan que existe el handicap en el FIFA
Acabo de añadir una barra de carga rapida porque me han reportado que va tan rapido la conexión a un servidor que parece que sea mentira que conecte tan rapido un usuario a un mundo
joderos
Paren las rotativas!
Un poco sensacionalista, recogen un puñado de testimonios que dicen que trampeaban el sistema (ergo si ellos lo hacen, todo el mundo lo hace, ole) y al final de la noticia recogen un testimonio que dice que nunca ha trampeado una.
Ni entiendo ni sé cuál es la noticia la verdad.
(meneado por error).
#65 Yo no hago nada, que conste.
#67 Anotado 👮
Como el tiempo de copia de archivos de Windows: más falso que el último minuto de las lavadoras.
Siempre se suelen hacer con el total de pasos, el número de filas a procesar, etc
Lo que suele pasar es que el tiempo de cada paso, el tiempo de proceso de cada fila, expediente o fase no es la misma pero si da una idea aproximada.
LO SABIAAAAA!
La mayoría ya de progreso indeterminado (spinner). Solución definitiva.
En el Deep Rock Galactic tienen cachondeo con esto y cuando carga la pantalla la barra sube y baja y encima en multiplayer cada barra de jugador va a su bola. Te echas unas risas, en plan, joder juan ya la estás liando otra vez, deja que el juego cargue
Pero esto que es???
no puede ser...!!! que va a ser lo siguiente, enterarnos que Street Fighter 2 hacia trampas???
casi todos los loading son falsos
Pues espérate que los expertos de ls NASA revelen lo que pasó con el Apolo...
Era bastante obvio, lo normal es que sea complicado predecir lo que va a tardar según qué cosas. Aún cuando es una consola (hardware único) y vieja (pocos componentes, un cpu, disco concreto, etc) todavía cuela. Si no, nanai.
Por eso coges, pones que vaya lenta y que de pronto le pase el 33% al 100%. Y el user dice HALA QUÉ GUAY QUÉ RAPIDO!!!
A las malas que se quede en el 99%, aunque aún vaya por el 1% real, así el user no lo quita porque "ya casi".
El problema de esto lo tienen los engines/frameworks que se usan actualmente como Unity, Unreal, Godot, Game Maker, que no te dan ninguna opción para saber que falta por cargar, simplemente se para todo, cargan todo a lo bestia y ya está, de forma que no se puede hacer.
Pero si no usas estos se puede hacer una barra de carga perfecta, simplemente haces el porcentaje de los recursos que tienes que cargar y los que ya llevas cargados y la haces sin problemas.