[logseq-plugin-git:commit] 2025-06-11T09:44:21.414Z
This commit is contained in:
+2
-67
@@ -4,72 +4,7 @@ boox-notes:: 
|
|
||||||
- Abstract:
|
|
||||||
- The notion of continuous software engineering extends practices like continuous integration to view the entire software development lifecycle as a continuous, interconnected flow of activities. At the same time, recent advances in large language models (LLMs) have revolutionized the way machines process natural language—language that plays a central role throughout software engineering, from requirements elicitation and design discussions to documentation.
|
|
||||||
- In this talk, I will outline a vision for the role of models in continuous software engineering, focusing particularly on their use in design activities. I will argue that models will remain central to software engineering, even in an era of AI-assisted development, and explore what future design assistants might look like. One key capability of such assistants will be the ability to establish and use trace links between artifacts. I will present recent results showing how LLMs, combined with heuristic techniques, can achieve high precision and recall in this task.
|
|
||||||
- Looking ahead, I will share our vision for how model-driven techniques can support more agile development of cyber-physical systems, and our ideas how LLMs can contribute to realizing the long-standing goal of model consistency. Finally, time permitting, I will also reflect on the use of LLMs in navigating software engineering literature and research data.
|
|
||||||
- Notes
|
|
||||||
- Cost-efficient modeling
|
|
||||||
- automated extrection of models from other artefacts
|
|
||||||
- Automated model consistency to enable cost-efficient evolution
|
|
||||||
- Natural language as one view of the system to be keto consistent
|
|
||||||
- NoRBERT for Requirements classification 2020
|
|
||||||
- Models in Continuous Software ENgineering
|
|
||||||
- At the beginning the ideal process was the waterfall one. But it seems does not work proprely in most cases. Specifications and implementations are inevitably interwined. This because:
|
|
||||||
- hierarchical intertwinement: high-level design decisions inform lower-level requirements
|
|
||||||
- technical feasibility: non-feasible requirements are useless
|
|
||||||
- validation: what you see is what you require.
|
|
||||||
- Iterative planning then!
|
|
||||||
- {{renderer :mermaid_68493348-7f45-4787-95d3-54066d1c01fd, 3}}
|
|
||||||
collapsed:: true
|
|
||||||
- ```mermaid
|
|
||||||
graph LR
|
|
||||||
A[Learn] --> B[Plan]
|
|
||||||
B --> C[Build]
|
|
||||||
C --> A
|
|
||||||
```
|
|
||||||
- Agile manifesto, 2001
|
|
||||||
- How to support cost-efficient modeling?
|
|
||||||
- [[LLMs]]
|
|
||||||
- some of the following slides can be exploited to prepare the slides for the [[Intervento PINKAMP]]
|
|
||||||
- 
|
|
||||||
-
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- {:height 398, :width 852}
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
-
|
|
||||||
- 
|
|
||||||
- This is related to [[Model Context Protocol (MCP)]] #LLMs #PROJECTS/MOSAICO #reading
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- 
|
|
||||||
- A metascience study of the low-code scientific field - Jordi Cabot at [[STAF]] 2025
|
|
||||||
- Can the low-code popularity to help the community grow?
|
|
||||||
- Looking for win-win
|
|
||||||
- [lens.org](https://www.lens.org/) has been used to collect articles
|
|
||||||
- Nowadays there are more low-code papers than those using the MD* keywords
|
|
||||||
- How can you be sure that arxiv papers are duplicates of papers published somewhere else? #question
|
|
||||||
- Facts
|
|
||||||
- Decline in the size of the modeling community
|
|
||||||
- Low-code compensate that
|
|
||||||
- Rebrand MODELS with Lowcode?
|
|
||||||
- Becuase of the so different keywords like MDE/MDA/MBD/.,,, we look so fragmented
|
|
||||||
- Majority of low-code papers are applications
|
|
||||||
-
|
-
|
||||||
-
|
-
|
||||||
+94
-10
@@ -1,13 +1,97 @@
|
|||||||
tags:: #todoist-task [[STAF]] [[ADMIN/MISSIONI]]
|
tags:: #todoist-task, [[STAF]], [[ADMIN/MISSIONI]], [[Attended Event]], [[STAF]]
|
||||||
date:: [[09-06-2025]] - 13:52
|
date:: [[09-06-2025]] - 13:52
|
||||||
progress:: {{renderer :todomaster}}
|
progress:: {{renderer :todomaster}}
|
||||||
|
|
||||||
- L'evento inizia il 10 di Giugno e termina il 13
|
- ## Admin
|
||||||
- ECMFA 10,11
|
collapsed:: true
|
||||||
- SLE 12, 13
|
- L'evento inizia il 10 di Giugno e termina il 13
|
||||||
- Il 13 fino alle 14:00
|
collapsed:: true
|
||||||
- Potrei pensare di ripartire il 13 Giugno
|
- ECMFA 10,11
|
||||||
- Il 12 ci potrebbe essere il meeting del SC di SLE
|
- SLE 12, 13
|
||||||
- Partieri il 10 e tornare il 13
|
- Il 13 fino alle 14:00
|
||||||
-
|
- Potrei pensare di ripartire il 13 Giugno
|
||||||
- {:height 361, :width 252}
|
- Il 12 ci potrebbe essere il meeting del SC di SLE
|
||||||
|
- Partieri il 10 e tornare il 13
|
||||||
|
-
|
||||||
|
- {:height 361, :width 252}
|
||||||
|
- ## Notes
|
||||||
|
- ### Keynote at [[STAF]] 2025
|
||||||
|
collapsed:: true
|
||||||
|
- #### **Modeling and LLMs in Continuous Software Engineering**
|
||||||
|
- [Anne Koziolek, Karlsruhe Institute of Technology Germany](https://conf.researchr.org/profile/STAF-2025/annekoziolek)
|
||||||
|
- Abstract:
|
||||||
|
- The notion of continuous software engineering extends practices like continuous integration to view the entire software development lifecycle as a continuous, interconnected flow of activities. At the same time, recent advances in large language models (LLMs) have revolutionized the way machines process natural language—language that plays a central role throughout software engineering, from requirements elicitation and design discussions to documentation.
|
||||||
|
- In this talk, I will outline a vision for the role of models in continuous software engineering, focusing particularly on their use in design activities. I will argue that models will remain central to software engineering, even in an era of AI-assisted development, and explore what future design assistants might look like. One key capability of such assistants will be the ability to establish and use trace links between artifacts. I will present recent results showing how LLMs, combined with heuristic techniques, can achieve high precision and recall in this task.
|
||||||
|
- Looking ahead, I will share our vision for how model-driven techniques can support more agile development of cyber-physical systems, and our ideas how LLMs can contribute to realizing the long-standing goal of model consistency. Finally, time permitting, I will also reflect on the use of LLMs in navigating software engineering literature and research data.
|
||||||
|
- Notes
|
||||||
|
- Cost-efficient modeling
|
||||||
|
- automated extrection of models from other artefacts
|
||||||
|
- Automated model consistency to enable cost-efficient evolution
|
||||||
|
- Natural language as one view of the system to be keto consistent
|
||||||
|
- NoRBERT for Requirements classification 2020
|
||||||
|
- Models in Continuous Software ENgineering
|
||||||
|
- At the beginning the ideal process was the waterfall one. But it seems does not work proprely in most cases. Specifications and implementations are inevitably interwined. This because:
|
||||||
|
- hierarchical intertwinement: high-level design decisions inform lower-level requirements
|
||||||
|
- technical feasibility: non-feasible requirements are useless
|
||||||
|
- validation: what you see is what you require.
|
||||||
|
- Iterative planning then!
|
||||||
|
- {{renderer :mermaid_68493348-7f45-4787-95d3-54066d1c01fd, 3}}
|
||||||
|
collapsed:: true
|
||||||
|
- ```mermaid
|
||||||
|
graph LR
|
||||||
|
A[Learn] --> B[Plan]
|
||||||
|
B --> C[Build]
|
||||||
|
C --> A
|
||||||
|
```
|
||||||
|
- Agile manifesto, 2001
|
||||||
|
- How to support cost-efficient modeling?
|
||||||
|
- [[LLMs]]
|
||||||
|
- some of the following slides can be exploited to prepare the slides for the [[Intervento PINKAMP]]
|
||||||
|
- 
|
||||||
|
-
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- {:height 398, :width 852}
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
-
|
||||||
|
- 
|
||||||
|
- This is related to [[Model Context Protocol (MCP)]] #LLMs #PROJECTS/MOSAICO #reading
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- ### A metascience study of the low-code scientific field - Jordi Cabot at [[STAF]] 2025
|
||||||
|
collapsed:: true
|
||||||
|
- Can the low-code popularity to help the community grow?
|
||||||
|
- Looking for win-win
|
||||||
|
- [lens.org](https://www.lens.org/) has been used to collect articles
|
||||||
|
- Nowadays there are more low-code papers than those using the MD* keywords
|
||||||
|
- How can you be sure that arxiv papers are duplicates of papers published somewhere else? #question
|
||||||
|
- Facts
|
||||||
|
- Decline in the size of the modeling community
|
||||||
|
- Low-code compensate that
|
||||||
|
- Rebrand MODELS with Lowcode?
|
||||||
|
- Becuase of the so different keywords like MDE/MDA/MBD/.,,, we look so fragmented
|
||||||
|
- Majority of low-code papers are applications
|
||||||
|
- ### An internal DSL for Graphical Modeling Tools Based on GLSP - Georg Hinkel
|
||||||
|
- Requirements of the language
|
||||||
|
- GLSP- specific
|
||||||
|
- Recurring concepts like layout information
|
||||||
|
- Support for 1:n correspondences
|
||||||
|
- Avoid separate graphical models #question This is similaro to Eugenia isn't it?
|
||||||
|
- Source of complexity in existing editors
|
||||||
|
- Metadata support
|
||||||
|
- Editor wants to know possible targets of and edge statically
|
||||||
|
- Integrated Protocols Support
|
||||||
|
- Used the same technology as **NMF Syncronizations**
|
||||||
|
-
|
||||||
@@ -25,9 +25,12 @@ progress:: {{renderer :todomaster}}
|
|||||||
todoist-desc:: logseq://graph/Logseq?page=Progettazione%20Offerta%20Formativa
|
todoist-desc:: logseq://graph/Logseq?page=Progettazione%20Offerta%20Formativa
|
||||||
todoist-id:: [9205819498](https://app.todoist.com/app/task/9205819498)
|
todoist-id:: [9205819498](https://app.todoist.com/app/task/9205819498)
|
||||||
SCHEDULED: <2025-06-14 Sat>
|
SCHEDULED: <2025-06-14 Sat>
|
||||||
- TODO [#A] [[Missione STAF 2025]]
|
- DOING [#A] [[Missione STAF 2025]]
|
||||||
todoist-id:: [9135141990](https://app.todoist.com/app/task/9135141990)
|
|
||||||
SCHEDULED: <2025-06-16 Mon>
|
SCHEDULED: <2025-06-16 Mon>
|
||||||
|
todoist-id:: [9135141990](https://app.todoist.com/app/task/9135141990)
|
||||||
|
:LOGBOOK:
|
||||||
|
CLOCK: [2025-06-11 Wed 11:37:54]
|
||||||
|
:END:
|
||||||
- DONE [#C] [[Proposta di corso avanzato su machine learning]]
|
- DONE [#C] [[Proposta di corso avanzato su machine learning]]
|
||||||
todoist-desc:: https://outlook.office365.com/owa/?ItemID=AAkALgAAAAAAHYQDEapmEc2byACqAC%2FEWg0AjoVpQvBez0Ss5ZY2WGWEJgAH1wAvQQAA&exvsurl=1&viewmodel=ReadMessageItem
|
todoist-desc:: https://outlook.office365.com/owa/?ItemID=AAkALgAAAAAAHYQDEapmEc2byACqAC%2FEWg0AjoVpQvBez0Ss5ZY2WGWEJgAH1wAvQQAA&exvsurl=1&viewmodel=ReadMessageItem
|
||||||
todoist-id:: [9057940282](https://app.todoist.com/app/task/9057940282)
|
todoist-id:: [9057940282](https://app.todoist.com/app/task/9057940282)
|
||||||
|
|||||||
Reference in New Issue
Block a user