Closed emily-phet closed 4 years ago
I just had a meeting with @jessegreenberg and @zepumph, and one of the topics I brought up was a walk-through of a potentially desirable workflow for Molarity. I wanted to share what came out of the conversation with everyone - see below.
(JB) Implement sound in sim with Tambo (can happen in parallel with TW’s work listed above, just coordinate so as not to... step on each others code).
Just as I was going to send this info as an email, it occurred to me that it might be useful to have this as a GitHub list, and of course (!) there is something similar that existed and had been adapted by @terracoda. So, I adapted it further for the list above. Please feel free to edit the list above as needed to make it more accurate and helpful. My hope is that this can serve as a useful tool for @twant and @Matthew-phet as they take their first sim to the finish line. :)
Should "responsible developer" code review be somewhere on this checklist?
To that seems like the obvious first choice, but it feels like a code review could be done by anyone so long as all parties are aware and agreed on it. I edited it above.
It's not that I have a burning desire to do a code review :) But the responsible developer is presumably most familiar with the sim. And I think it's important for the responsible developer to keep current on what other developers are doing in the code that they're responsible for.
Also related to this checklist and publication... There are some non-A11y issues/changes that will be picked up as part of any publication that happens. So we should also discuss who sheperds the sim through the RC and publication process. That has typically been the responsible developer.
@emily-phet @pixelzoom @zepumph I think it is totally appropriately for the responsible dev to be the code reviewer, and in case like this help shepherd the sim to publication (they don't need to be doing the publication work, but just helping avoid pitfalls and such).
The intention was not to exclude the responsible dev, rather - to not obligate the responsible dev. Their may be situations where the responsible dev is not available or would prefer not to do the code review, especially as we just keep making more and more sims!
@pixelzoom you are of course welcome to code review this sim! We'll keep you in the loop as @twant gets ready for that step.
@twant please feel free to fill in dates and check boxes above as things are finished. Let me know if I can help at all.
@emily-phet and @jessegreenberg, I am not sure what to do with this issue. It's a bit different than the A11y Features checklist. I added the date for the completion of the first RC Test (https://github.com/phetsims/QA/issues/464). I think the sim is getting close to publication.
@terracoda Can you create issues for updating the Teacher Guide (assign to Brett and Amy) and for creating a sound features video (assign to Brett)? That's some of the remaining unchecked checkboxes at the top of the list above.
@emily-phet Molarity 1.5.0 has been published, does anything else need to be checked off here?
@jessegreenberg Wonderful news! Let's hold a post-mortem (I'll send out a slack message on this) and then we can make some tweaks to this checklist (e.g., editing or completing the unchecked options above).
Issues have been created for all remaining checklist items above that we will be addressing. Please close this once all related issues are closed.
Please re-assign me if I am supposed to focus on this issue.
It looks like @BLFiedler and @Matthew-Moore240 are assigned to the outstanding issues, can this issue be closed and taken up in those side issues?
I re-worded the unchecked items, so to be "create issue to..." that way I could check them, and those issues can be followed up in those issues. I think that is a good strategy going forward.
All things are checked and issues are made for undone items, so closing.
Implementation
QA
Published with interactive description (regular and mobile), sound effects and sonification, and alternative input - 2/17/2020