I mean, every invoice needs X units of "work" to be issued, but the last unit determines who the invoice is issued by, so if you add the last unit yourself, you earn it to yourself and only yourself.
To simulate the storm, you could have every unit of work count at first (and divide the invoice between everyone who contributed according to the work they contributed), but as the game progresses, only the last Y units actually pay out and the first (X - Y) get nothing. And the endgame would be pure sniping, I guess, with only the last click determining who gets it.
This might not be as fun as I imagine it to be, though :)
The problem here is, the Pusher API is rather restrictive, especially in the free Sandbox plan.
You should only send about 10 client events per second and you can only send 200k events in general per day.
Given a 10 minute game, you have 600 seconds.
Given 20 players each clicking 5 times a second, which is a optimistic amount, you have 100 clicks a second.
So 600 times 100 makes 60k events per game.
Even if it was just the half (just counting double clicks for example) you could only play about 6 games a day.
So my idea was to consolidate the clicks, only send like 10 or 20 in a batch to the server and be done with it. This could result in more than hundred games per day.
Maybe each company puts out an assignment, consisting of 1..N units of work (can be clicks or batched clicks, I guess) and other companies can choose one or more assignments to work on. Working == clicking, and different companies can work on the same assignment simultaneously, but only the fastest one actually claims the reward. Assignments could consist of multiple steps, so maybe each step takes 20 batched clicks to complete and each step has its own reward. Or incorporate the sniping idea and let the last step claim the whole reward for the assignment?
aha, that could work. also, what about building multiple products per round, if you choose? Every product might bring in some revenue each round, so you can either build one very good product (submit it right as the round ends) or multiple smaller ones, and the one who finds the perfect balance between quality and quantity is the winner?
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
You mean, invoices are simply money and don't cost anybody money?
I mean, every invoice needs X units of "work" to be issued, but the last unit determines who the invoice is issued by, so if you add the last unit yourself, you earn it to yourself and only yourself.
To simulate the storm, you could have every unit of work count at first (and divide the invoice between everyone who contributed according to the work they contributed), but as the game progresses, only the last Y units actually pay out and the first (X - Y) get nothing. And the endgame would be pure sniping, I guess, with only the last click determining who gets it.
This might not be as fun as I imagine it to be, though :)
Ah yes.
The problem here is, the Pusher API is rather restrictive, especially in the free Sandbox plan.
You should only send about 10 client events per second and you can only send 200k events in general per day.
Given a 10 minute game, you have 600 seconds.
Given 20 players each clicking 5 times a second, which is a optimistic amount, you have 100 clicks a second.
So 600 times 100 makes 60k events per game.
Even if it was just the half (just counting double clicks for example) you could only play about 6 games a day.
So my idea was to consolidate the clicks, only send like 10 or 20 in a batch to the server and be done with it. This could result in more than hundred games per day.
Yes, but I liked yours much better than mine xD
[I messed up and deleted the post because I thought I had replied to my own comment instead of your reply :/]
no problem.
Other idea:
People gather clicks locally and send them to the server in a bunch and the server decides who gets the invoice?
Like some players click 10 times some players click 50 times and the one with the most gets it?
Maybe the criteria needs to be better...
Maybe each company puts out an assignment, consisting of 1..N units of work (can be clicks or batched clicks, I guess) and other companies can choose one or more assignments to work on. Working == clicking, and different companies can work on the same assignment simultaneously, but only the fastest one actually claims the reward. Assignments could consist of multiple steps, so maybe each step takes 20 batched clicks to complete and each step has its own reward. Or incorporate the sniping idea and let the last step claim the whole reward for the assignment?
Maybe not invoices but products?
aha, that could work. also, what about building multiple products per round, if you choose? Every product might bring in some revenue each round, so you can either build one very good product (submit it right as the round ends) or multiple smaller ones, and the one who finds the perfect balance between quality and quantity is the winner?