OpenEdX Survey Report and Grade Issues
Xavier led the discussion with the team, which included participants from various locations such as South Africa, French Polynesia, India, Iran, Brazil, and the US. They discussed follow-ups from previous meetings, including persistent grade issues in the form. Dave offered to connect with Peter later to check on the issue. They also discussed the OpenEdX survey report, with Jorge mentioning that they were working on the implementation and hoped to share the final results soon. Xavier asked for input on the two options for accessing the stats report for individual instances.
Increasing User Feedback and Community Engagement
Xavier discussed the need to increase visibility and create opt-in ways for users to provide feedback during installation. Ed proposed the idea of a campaign to encourage community engagement when the new feature is ready for rollout. Xavier also mentioned the need for more channels to reach out to the broader community. The team discussed the possibility of a beta testing program to involve users in the development process and decision-making. OpenCraft asked about the incentives for users to participate in beta testing, to which Ed responded that users get to be part of the steering committee and have their voices heard. Xavier emphasized the importance of providing privileged access to certain users.
Xavier and Adolfo discussed the progress and future plans for two projects. Adolfo mentioned that the team, including Brian Smith and interns, is working on fixing the learner dashboard for the MF, which will be ready for Quince. Additionally, Adolfo said that the MF will be the first to use Atlas in a release, with the help of Brian, Omar, and himself. They are also planning to introduce a plugin architecture for the MF, with details to be finalized in the coming months. The team is still working on these projects, so it's not guaranteed that they will be ready for the Quince release.
Summit Outcome Concerns and Proposed Solutions
Xavier expressed concern about the outcome of the summit, questioning how to prevent multiple implementations from persisting. Adolfo clarified that no decisions were made at the summit and that attendees were assigned tasks to propose unified solutions for all discussed use cases. Braden and Kelly's teams have proposed course authoring and learner dashboard solutions respectively. Adolfo stressed the need for further exploration and development of these proposals, aiming to unify the Learner dashboard to address most of the discussed use cases. Adolfo, Xavier, Ed, and Xavier reviewed the project's progress and future plans, agreeing on an iterative approach with Adolfo's team developing the general direction of the learner dashboard. Ed emphasized the significance of having operational code and testing it in production, which everyone agreed upon regarding requirements. Adolfo made it clear that they were not working on Quinns but a different project, intending to achieve version 1.0 of the architecture or Plugin API within six months. The team also emphasized the need for caution to prevent multiple implementations of the project.
MF Documentation and Challenges
Adolfo and Xavier discussed the need for documentation to convert from Server side render templates to MF. Adolfo mentioned that there is a list of requirements for an MF in the wiki, which is being used by Brian Smith, Cindy, and Menna to check the Learner dashboard against. They also talked about the challenges of keeping MFs up to date, particularly due to breaking changes in upgrades. Adolfo expressed hope that these issues could be solved with the help of pyrol down the line. Xavier suggested that this list could be linked to as a preemptive solution to problems when getting an MF upstream into the main version.
MFS Dependencies and Documentation Review
Adolfo discussed the common dependencies between all Mfs and the necessity of updating them whenever the main app shell gets a library bump. Xavier raised a point about review level and documentation, proposing that there should always be a reviewer caring about the documentation when a new repository or Mfe is introduced. Ed emphasized the importance of capturing the work in a way that is actionable across the community. Adolfo outlined the current process for introducing a new MF, which includes a long-lived ticket with requirements and an implicit review process. He suggested that the ownership of these issues could be better handled by someone more product-focused, as they could coordinate translation efforts and features. The ultimate test for an MF is through Btr, where a plugin is made for the MF and added to the Test Plan.
Preparation Process for Releases
Adolfo expressed concerns about the current process of preparing for releases, noting that the workload becomes too heavy in the last two weeks before release and that the Pr (likely Product Release) comes only a couple of weeks before release. Adolfo suggested that this could be improved by having a single owner for each new MF (likely Machine Framework) to help coordinate efforts. Xavier and OpenCraft discussed the possibility of assigning a product review ticket for each MF, but Adolfo admitted that he wasn't sure if this would work. It was also noted that Adolfo hadn't been to the product working group in a while, and Ed suggested that the current process probably wouldn't change.
Micro Frontends Decision Process
Ed and Adolfo discussed the process of deciding which Micro Frontends (MFs) to include in the released code. Ed emphasized that the decision should be based on product requirements rather than engineering considerations, and suggested that the number of MFs could decrease over time. They also acknowledged the need for a group of front end architects to evaluate MF requirements and determine the schedule for inclusion in releases. Adolfo expressed difficulty in keeping track of new MFs and suggested that the Studio MF conversion be community-driven. The group also discussed the need for an agreement that core user interface elements cannot be deprecated in favor of an MF without a ready replacement. Finally, they discussed the lack of an automatic system to detect when a new MF is being worked on.
Xavier, Adolfo, and Ned discussed the feature flags and the learner dashboard within the Edx platform. Adolfo mentioned the need for a new repository for the library that would implement a plugin architecture and suggested that they keep their ears open for new MFs. Ned revealed there are three repos in the Edx Github organization that start with 'front end app,' one of which is private. Adolfo suggested the idea of pushing for new MFs and other features, and OpenCraft agreed to bring this up in the group on Thursday. The team also discussed a new proposal from Jenna and Santiago about submitting contributions, with OpenCraft sharing the proposal in the chat for anyone to review.
Standardizing MF Development Process
Angie proposed a standardized process for developing Mfs, including criteria for identifying the owner of each MF and the skills needed for its development. Adolfo noted that some of these ideas were already present in the new MF roadmap issue. Ed emphasized the need to separate product requirements from technical implementation and suggested that product changes should be decided based on their efficacy. All team members agreed on the importance of measuring the impact of product changes. The team decided to further discuss these topics in the next meeting.
Next Steps