Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Solving the Progress Bar Paradox #374

Open
breck7 opened this issue Dec 19, 2020 · 2 comments
Open

Solving the Progress Bar Paradox #374

breck7 opened this issue Dec 19, 2020 · 2 comments

Comments

@breck7
Copy link

breck7 commented Dec 19, 2020

I am uploading a PDF and waiting for it to finish. But I think I've run into the Progress Bar Paradox

Screen Shot 2020-12-19 at 11 44 07 AM

The Progress Bar Paradox If the job is taking a while it will probably fail so I should abort. If the job is taking a while restarting will take even longer so I should not abort. What do I do???

But there's a simple solution that I don't think anyone's tried that could be great. You can have the world's best progress bar. It would show the distribution of expected success and expected wait times all in the same space as a traditional progress bar. A user can see exactly when they should "call it quits" vs "wait it out", because they could see the expected value of waiting longer.

Sketch:
image

Benefit:
Help the user out by showing them the distribution of successes over time, so they can see probability of success for various wait times, and can make an informed decision about when they should give up.

Units:
[] Simple server side endpoint to collect job start ids, in progress pings, and job success/error status. This does not have to be self hosted. Something like firebase would work fine.
[] Simple script to process the data from the unit above and generate a simple CSV/serialized JSON containing the summary statistics of the jobs above. This does not have to be automated for a long while. You could run it once a month or every few months and save the output as a static.
[] Client side progress bar component with a simple API that takes the summary statistics from the unit above and renders a component for the user. My guess for a first prototype would be to have the Y axis be # of successful jobs (y axis max would be the mode) and x axis would be the log(time).
[] Theme/Styling/Funny copy for the unit above so people are like "wow, this is the world's best progress bar!" The working name I came up with is "Watermelon Bar", but I'm sure there are better names/designs:

@breck7 breck7 changed the title Better Progress Bar for Uploading PDFs Solving the Progress Bar Paradox Dec 19, 2020
@breck7
Copy link
Author

breck7 commented Dec 22, 2020

It's happening again :(. Okay maybe soon I'll contribute a PR.

Screen Shot 2020-12-22 at 10 20 12 AM

@cindywu
Copy link
Member

cindywu commented Jan 21, 2021

This is something we should work on. Even I don't have a lot of trust in flubber when uploading PDFs. Sometimes I say prayers to help this work, which is not a way to build technology.

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants