Panel discussion ... FC - good tool for digital twins - library coverage - scalability BB - robustness - library coverage - scalability PF - new backend - web based cloud support - digital twins (marketing, ease of use) - application generator AG - large scale - scalability - library coverage - digital twin RH - good support for FMI / SSP standards GS - library coverage - scalability & digital twins (same level) Next 10 years FC - depends on the future Modelica directions - huge potential out there - important that Modelica gets more traction BB - if you start with big systems, VSS needed what is available in the Modelica language is not enough, ideas on how this can be handled for MA and the implement in OM. - provide state-of-the-art in the Modelica lang PF - how Modelica develops - more enphasis on Modelica in the MA (FMI, DSP, SSP) split focus - improve the collaboration in the MA - efforts such as documentation (Kanan) and teaching materials and examples - Modelica & OM has a bright future AG - Modelica dev is important - multi-domain aspect should be enphasized - help ppl from other domains to switch to Modelica - OM manage - research vs industry and quality - keep the pase with research and code quality RH - OM is important - staying relevant is to make progress in the bullets below - close collab with the industry GS - Modelica should concentrate on Modelica - OM is the main player and the energy should to not dissipated - transition to new flow and personal RF - Modelica people are getting older - Modelica should become more sexy, Julia younger people that work with Julia - web based could support is needed - OMEdit via WebAssembly JPA - chemical engineer, gproms bought by Siemens - FMU good enough for integration RF Aspen is usually used OL - system complexity grows -> issues with the simulink models and Modelica is the first choice - should not underestimate the power of open-source as it helps with the integration - compiler in Julia to lower the treshold