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

Make service method explicit #1799

Open
rinkp opened this issue Mar 25, 2024 · 0 comments
Open

Make service method explicit #1799

rinkp opened this issue Mar 25, 2024 · 0 comments
Labels
Module: Activity For anything related to the Activity module Type: Idea

Comments

@rinkp
Copy link
Member

rinkp commented Mar 25, 2024

What would you like?

Some way of indicating the service method more explicitly. Currently there is a limited capacity checkbox which I am happy about, but I get the impression that it does not always is stated explicitly what is the case.

In my opinion, the best solution would be that the board makes a few options that can always be applied for an activity, records these in the Activity policy and those get explicitly listed

Why is this needed?

There are various service methods in use which are not always explicitly explained. See below for examples

Other information

Examples of implemented policies

  1. first come, first serve
    -- the de facto standard
  2. first paid, first served
    -- parties/SNiC/events with ticket sales
  3. draw if (full before YYYY-mm-dd hh:ii:ss) else 1
    -- which is a generalisation of 'draw on signup close' and 'draw after one hour'
    -- used for popular activites/weekends
  4. no capacity limit
    -- which technically is a more specific form of first come, first serve

And then we have the specific cases:

  1. freshmen first, seniors second
    -- typically used for e.g. educational activities for freshmen, the FYC barbecue, certain freshmen bonding activities
  2. master students first, bachelor's second
    -- sometimes used for master bonding activities
  3. draw with drivers prioritised above passengers
    -- sometimes used for weekends: a draw is done, if there are not enough drivers in the first X, the first driver after X replaces the last non-driver; that non-driver will get waiting list position 1
  4. draw with skippers prioritised
    -- sometimes used for specific weekends: see above for how it works
  5. external party policies (e.g. Wervingsdagen)

Then, usually also members > graduates > others is implemented for 1 and sometimes for 3 as well

@tomudding tomudding added the Module: Activity For anything related to the Activity module label Mar 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Module: Activity For anything related to the Activity module Type: Idea
Projects
None yet
Development

No branches or pull requests

2 participants