I've started making a browser-based game, as a hobby, where users log in via a website and can manage a soccer team. I need to have some sort of process running to handle player development, running matches, age players, generally progressing time..

I've never done anything like this before and therefore I'm putting this out there to get some feedback from other people.

So, my idea was that I could have a continuously running application which can handle all the "off-line" processing. But, that got me thinking that another approach could be to have, f.ex. a "PlayerTrainingTask" running daily, a "RunMatchesTask", running on a fixture-based schedule, et.c.

Which approach is most appropriate? or is there another option I haven't thought of?

What are your thoughts?

  • \$\begingroup\$ Is there anything gamedev-specific about this? I think this would work best on StackOverflow. \$\endgroup\$
    – Anko
    Oct 4, 2015 at 19:18
  • \$\begingroup\$ Well it IS a game I'm developing :) - But yeah I agree, the problem itself is not per se a game-related problem \$\endgroup\$
    – Linora
    Oct 4, 2015 at 20:48

1 Answer 1


Anything that doesn't have a real life time requirement should be moved to update the simulation on demand before passing back the results.

For example, a real life time requirement might be that you have matches at Sunday afternoon and email out results to team owners. You would run that process once a week, there's no need to keep it running all the time.

Without needing the real life requirement to email out results weekly you could just wait until someone logs in before updating the entire simulation.

You will have to build the team data model to have a history of events over time alongside current state of the team.

Side effects of designing that way is that multiple simulation results will need to be queued up and added to the team history. The example being that if someone was away for three weeks they will log in and when they ask for their team state the simulation has to run three weeks of updates and play three matches, each of which will require its own result to be added.

Note that since the team simulation is updated on demand, when a match is called for in the simulation the other team will then be updated recursively to be ready for the match, and so on. The effect will be that one person logging in will spawn a flurry of simulation updates but only as many as are touched by events like simulated matches that need other teams.

Gameplay in this setup comes from logging in daily (or often enough) to make player decisions on training, morale, etc... Where someone who logs in a lot can tune up their team to be effective while someone who only comes on every week or two will have an unspecialized team with lower morale.

PS: don't forget to add social functions for team owners to get together and talk, a forum or something simple, this will help players feel more invested in the game.


You must log in to answer this question.

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