Date
...
| 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:
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?
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:
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. It 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:
Related - in the wake of last week's slack vote:
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 |
|
| 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 | 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 |
...