Description
Based on discussion at #438
🎯 we want automate repetitive maintenance work of lunch.js
WIP plan
- Create two projects with fields
- Locations: address (string)
- Events: Location number (GitHub issue number), address (string), date
- Create issues for all current past locations
- assign the host(s) that have last been active
- close the issue if the location is currently not active
- Add all location issues and event issues to the respective projects and set the fields
The data is probably parse-able, or we could use some LLM for parsing it into the data we need. - Use the events project filtered by status:open as a source to keep the repository README updated for "upcoming events"
- Create an automation that posts the "Call for champions" issue at 1.30pm on every first Tuesday of the month (after the lunch.js events conclude). Close the last call for champions issue at the same time.
- When a lunch.js event issue gets closed, automatically create a new issue with the correct information preset. Comment on the closed issue with a link to the new issue.
random thoughts
- location assignees are location hosts. That way we get a history of past hosts
- use 👍🏼 emoji as a means to "sign up". From the website, we could have a dedicated button to sign up which would add the 👍🏼 emoji reaction in the backend. We could then have a cron running hourly or so which could take the "signups" and list them as sign ups in the issue description.
- Hosts could be asked to post a comment in a certain format to keep track of who ended up attending. We could also provide a custom web-ui for it to make it easier.
let me know what you think @jarrettch @trillium @anguspiv