EDIT --->

Values I have been using currently to determine figures. Simple values test. This example is to assume each user gives 20/mo * 12. Then this amount is slowly given back to them over the course of 30.4375 days (365.25 days/year). However in the mock test it was already paying out over 1.5 in just 1 hour which would exceed the 20 month per each user. so my figuring is off. And trying to fix currently but any help (smacks in head) appreciated.

// adjustable values
float sum=20; // total to use, $20/mo
integer users=36; // # of users to pay toward in each burst
integer payment_burst=5; // in secs
integer percent=4; // bond % from burst
float pointsdaily=1.2; // daily point maximum
float actualtotal;
float bondtotal;
float pointstotal;
integer totaltime;


// static values
float days=365.25;
integer hrs=24;
integer mins=60;

// payments
float burst_amount=sum/days/hrs/mins*payment_burst/users;
float bond=(burst_amount*percent)/100;
float actual=burst_amount-bond;

// points
float pointsset=burst_amount*(mins/payment_burst)*hrs;
float points_burst=burst_amount/pointsset*pointsdaily;
float points=points_burst*(mins/payment_burst)*hrs;

// sum check
integer csum=burst_amount*users/payment_burst*mins*hrs*days;

<--- end EDIT

Was told to ask here so the below is just a repost of the question. >>

Didn't know how else to word the question so forgive me. I am trying to solve a math problem here, and my math stinks.

I am taking a total which will be used to represent a entire sum for a year.

Example : 6200000

Then I divided it into how many days there are in a year


Then divided that into how many hours are in a day


Then divided that into how many minutes are in a day


Then times that by x minutes to represent how often to check

Example 30

Then divided that by how many users to divide that number into.

It is to generate a value for people that itll pay to for the entire year which generates payment every 30 mins. And the total to use is the sum for the year : 6200000. I've been trying to figure this and I know my math isn't the greatest. Because no matter the number of people into the system. It needs to figure the right payment for them all and act like this will be the payment to reach the maximum total for the year


which is in poor representation but needed figures :

[total sum for the entire year]/[total days in a year]/[total hours in a day]/[total minutes in a hour]*[how often in minutes to pay]/[how many people to pay to] = [what to pay each person every x minute] (which should equal or closely equal the total sum planned for the year.

Any help is appreciated. And yes even laughing at my bad math.


1 Answer 1


Your calculations seem sto be correct if I understand the purpose right and if you average over a four year period (i.e. with one leap year). I am not sure if it would be advisable to make separate calculations for leap and non-leap years - your budget may be a day short in non-leap years otherwise.

A nice way to check plausibility is to attach units with the numbers and verify that they cancel to th eright thing, i.e. $$\frac{\text{dollars}}{\text{year}}/ \frac{\text{days}}{\text{year}}/\frac{\text{hours}}{\text{day}}/\frac{\text{minutes}}{\text{hour}}\times \frac{\text{minutes}}{\text{check}}/\text{users}=\\ \frac{\text{dollars}}{\text{year}}\times \frac{\text{year}}{\text{day}}\times\frac{\text{day}}{\text{hour}}\times \frac{\text{hour}}{\text{minute}}\times \frac{\text{minutes}}{\text{check}}\times \frac{1}{\text{user}}=\\ \frac{\text{dollar}}{\text{check}\times\text{user}}$$ so indeed the amount gives you the money to spend per user at each checking event.

All this does not take into account any interest gained on the money not yet spent, if applicable. Also this assumes that the user number is constant. If there is any volatility in that number, it may greatly influence the year total. So if applicable for your project, it may be wiser to calculate only the amount per checking event beforehand and split that evenly among the then current usercount. If you must make an advance notification of the amount, you should make sure that the number of users is controlled and limited by some means.

  • $\begingroup$ Thanks for the reply been trying to figure still. Ended up trying to extend it by using a savings bond like idea with generated points. I was a bit curious so I set each users contribution to 20 monthly x 12 (yearly). Which would slowly be paid back to them over a course of 365.25 days (1 year) sadly at only 1 hour in a mock test .. it had paid out around 1.5 which would greatly exceed the 20 per user amount. I will post my current work above. $\endgroup$
    – Esoterica
    Jan 18, 2014 at 23:24

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .