2021-09-29 Meeting notes

Date

29 Sep 2021

Attendees

Discussion items

Time	Item	Who	Notes
1 min	Scribe	All	Marc Johnson is acting as scribe instead of Jeremy Huff

2 min	Review outstanding action items	All
5-10 min	Council Goals/Objectives	All	Follow-up from last week... Previous notes: From Mike Gorrell: I have created a clean copy of what the Community Council created to identify which FOLIO Goals/Objectives were under the purview of the CC. We also took a stab at what thought would be handled by PC or TC. Please feel free to give us feedback/etc. https://docs.google.com/document/d/17jVxW2XEK2bRSpXG9_FvdVtgqDfCTeKKM5h49IIhmRw/edit#heading=h.m2gdb67ibe1x. and use for your planning purposes. The goal here is to introduce this and get eyes on it. Provide feedback directly in doc, or discuss and provide consolidated feedback from the entire TC? Tod Olson: discussing and coming to a common understanding would be a good idea here. Craig McNally: let's all look at this, plan a short discussion next week to organize feedback to the CC. Jeremy Huff suggests that someone prepare a presentation for this. Marc Johnson suggested that it would take time to understand the items we are responsible for in order to represent them Zak Burke suggested that we take homework to review this and discuss this it next week VBar suggested we also need to think about how we manage the goals that the TC are responsible for. And that the Tod Olson asked if there are any goals we would want to add? Jeremy Huff will add this to the agenda for next week to discuss it more Jakub Skoczen suggested that there are initiatives that we are already doing that may need to be added Mark Veksler asked if there is a deadline for feedback? and how is this going to manifest in the TC's work? Jeremy Huff Tod Olson are going to discuss this before next week VBar thinks that the TC should take responsibility for it's own strategic goals and objectives Jakub Skoczen mentioned that we are obliged to follow the CC policies for the mission / objectives of FOLIO Marc Johnson mentioned that the CC did not define these strategic goals and objectives
5-10 min	New Inventory Dependencies	All	Posted by Wayne Schneider in the TC slack channel: Hi, all. I was asked on behalf of the FOLIO DevOps team to raise awareness that a recent PR on mod-inventory adds the requirement for a couple of interfaces from mod-source-record-manager and mod-data-import-converter-storage. This effectively means that the entire source record storage and management complex of modules is now required in order to use the Inventory app. We thought that the intent was to allow for FOLIO implementation without the source record storage subsystem.This re-ordering of dependencies causes some of our CI builds to fail (see FOLIO-3297). Fixing this is not really a problem (and we will do it today), but we wanted to double-check that this change is OK. Thanks! Wayne Schneider stated that the DevOps team wanted to raise awareness of this to the TC Jeremy Huff suggested that there is a general concern about dependencies in FOLIO Jakub Skoczen stated that there was an initiative to reduce the explicit interface dependencies between modules and to define a smaller baseline set of modules (known as a platform) Vladimir Shalaevmentioned that the dependency was present before implicitly. It has only been changed to an explicit HTTP interface dependency. This should be made optional as a quick solution. And that a longer term solution is to remove data import from mod-inventory and make it a separate module. Marc Johnson mentioned that it was a deliberate decision to include data import in mod-inventory Julian Ladisch stated that optional dependencies are a good idea. mod-source-record-manager is not used by GBV and so is obviously optional Marc Johnson asked are we going to test the multiple configurations introduced by using optional dependencies Jakub Skoczen suggested that we could ask teams to do basic testing of this, e.g. in a scratch environments Zak Burke suggested that testing the combinations of possible configurations Jeremy Huff suggested we could disable all of the optional dependencies and do a smoke test Marc Johnson suggested that we spend over a month checking a single configuration of the system and tend to find significant issues. When we introduce optional dependencies we state we support multiple configurations. Jakub Skoczenasked if we have the same challenge with Kafka integration. Marc Johnson stated that he thinks we do Jakub Skoczen and Jeremy Huff asked if we want the team to introduce optional dependencies? Marc Johnson asked what the practical benefit of that would be? Jeremy Huff and Jakub Skoczen suggested it would potentially allow for future improvements Jeremy Huff suggests that we ask the the Folijet team to implement optional dependencies, no objections were raised Marc Johnson asked if we would test data import functionality in mod-inventory without those dependencies. Vladimir Shalaev suggested we would not, as if data import is being used then these dependencies will be present Jakub Skoczen asked if this would be included in 2021 R3, Kateryna Senchenko confirmed that they would
20 min	Technical Decision Making Process	All	This is a carry-over from several weeks ago. It was a tangent of the min.io/S3 conversation that started to delve into topics of: The tech leads group not being a decision making body Whether it's realistic and/or desirable for the TC to make every technical decision There was some overlap here with the external code submission topic Related - in the wake of last week's slack vote: Revisit voting rules... simple vs super majority, voting via slack, abstentions, quorum, etc. NOTE: We need to frame this conversation and agree upon what we're trying to accomplish and how much time we want to dedicate to it before diving in. Zak Burke raised the concern that we find it challenging to get participation in the Tech Leads meeting VBar stated there is a distinction between decision making and problem solving. And that the TC should be responsible for decision making, based upon a concise solution Jakub Skoczenasked how we take this forward? Marc Johnson asked what we are trying to decide, is it where what kinds of decisions are made and how they are respected? Jakub Skoczen suggested that is part of it
10 min	External Code Submissions	Ian Walls/All	Ongoing work on Acceptance Criteria and Processes (submission, evaluation, etc.) Has the Acceptance Criteria v1.0 been published somewhere yet? What about references/links in other places. Agree on short and long term goals Define processes for submission, evaluation, review, feedback, acceptance Improve the AC with more verifiable criteria, links to supporting documentation, etc.
Time permitting	Extended Apps / App Store	All	The idea of having a bare-bones/minimal platform defined, which could run on it's own and optionally augmented by installing apps has recently been come up frequently. The notion of having a FOLIO app store has been around since the start of the project, but nothing has ever come of it. The TC may want consider finding a champion and forming a subgroup to define a proposal for how we get there.
Time permitting	Check-out Performance	Marc Johnson	Proposal: Check Out Performance Marc Johnson was asked to make a proposal for checking out performance; draft document is available by the link above. Feedback is appreciated There's a link to PTF analysis from the mentioned doc Debate regarding cache/caching as a term.. Ian Walls "we could revisit the concept of a Shared Storage module that can allow for data from all these different modules to be retrieved live instead of maintained in duplicate" Agreed to add a placeholder for the next meeting to continue the discussion.
Time permitting	TC charter review	All

Action items

Jeremy Huff will add the Council Goals/Objectives topic to next week's agenda
Kateryna Senchenko to action the decision to make these dependencies optional
Jeremy Huff will add the Technical Decision Making Process to next week's agenda