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

Theme: developer tools to support the program team's 19/20 season plan #2392

Closed
stenington opened this issue Feb 19, 2020 · 8 comments
Closed
Labels

Comments

@stenington
Copy link
Contributor

stenington commented Feb 19, 2020

The program team is writing down a plan for how to run a TG season in a technical platform sense: what config needs to be set when, when we expect certain types of support questions or need to perform certain types of monitoring, and when the dev team needs to take action behind the scenes, for example.

In general, we want to reduce the amount of developer work coming out of this plan that would have to be performed ad hoc in favor of documented and tested tools that make doing the work a little safer.

#2363 is an example of this sort of effort, but wasn't scoped to include all the various points of contact between the program team and dev team throughout the season, so I'm opening this theme ticket as a reminder to ourselves that there's more work left to do here.

@shaun-technovation
Copy link
Contributor

I wonder if it would make sense to add a dry-run flag/option to the fix_submissions rake task. And then use that list for auditing purposes before the rake task is actually run. I suppose the trouble is if there is a submission in that list that needs to be removed - whether it's better/easier to remove that submission before the rake task runs or after. #random-thoughts 🤔

@stenington
Copy link
Contributor Author

fix_submissions as it stands would be hard to offer a dry run for, because it’s a cumulative thing where the final changes depend on the earlier changes it makes in the db. Maybe we could wrap it all in a transaction or something to offer dry run?

@hellafitz
Copy link
Collaborator

@stenington
Copy link
Contributor Author

stenington commented Feb 28, 2020

I'm creating a document drawing from that April 2020 plan spreadsheet and outlining the state of play for the various developer tasks listed there: 2020 Expected developer support tasks

It's a good exercise to organize my thoughts, and I think might benefit us if/when things get heavy. And it can potentially guide us towards new tickets to create under this theme, if we think that's prudent.

@stenington
Copy link
Contributor Author

This table gives a quick snapshot of the tasks I'm aware of and their status in terms of a developer winging it, or having some documented solution or tools, or an admin being able to do it.

@rsgonzal rsgonzal added it-19 and removed it-17 labels Mar 11, 2020
@rsgonzal rsgonzal added it-20 and removed it-18 labels Mar 25, 2020
@rsgonzal rsgonzal added it-21 and removed it-19 labels May 6, 2020
@hellafitz
Copy link
Collaborator

We completed the first round of season improvements. Almost everything has been done that needed to be done for this season.

Now we're identifying tasks for a second round, some of them with an eye towards next season.

@hellafitz hellafitz added it-24 and removed it-23 labels Jun 3, 2020
@rsgonzal rsgonzal added it-25 and removed it-22 labels Jun 17, 2020
@hellafitz
Copy link
Collaborator

Ticket for tracking expected dev support tasks for 20/21 TG season is #2523

@hellafitz
Copy link
Collaborator

For reference: Program Team's 20/21 TG Prep Plan doc https://docs.google.com/spreadsheets/d/1zG8tlBQ_M1hAFEkMnVmS8sBFqCisAaKTsn9IH1NMO4U/edit#gid=761477018

@hellafitz hellafitz changed the title Theme: developer tools to support the program team's season plan Theme: developer tools to support the program team's 19/20 season plan Jul 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants