- 10When are specifications not enough?
- 11Where is the state of the work kept?
- 12Who prepares a change before coding starts?
- 13What does impact analysis tell you, and when does it run?
- 14How do coding agents use the graph?
- 15How is each change checked, and how does the graph stay current?
- 16Who decides which work agents do?
- 17How do managers see what people and agents are doing?
- 18What happens across many products?
- 19What about existing systems and technical debt?
- 20What changes for the team?
- 21What results have teams seen?
Home / Follow the story / Scene 19: What about existing systems and technical debt?
Transcript
19. What about existing systems and technical debt?
For an existing application, agents extract the knowledge graph from the code, and the custodians review it. Extraction typically takes two to three weeks for an application of more than two million lines. Extraction shows the application as it actually is, including duplicated and tangled parts that nobody had mapped. Agents that write code quickly can also add technical debt quickly. An enterprise often decides on a target that some products have not reached yet. One example is a new authorization service that some products have not adopted. Until the change reaches the code, the target lives in the specifications, because the knowledge graph keeps strict parity with the code. When a change touches that area, impact analysis shows everything in the current code that the change touches, and the specification can move that code toward the target. Large-scale legacy modernization is the exception: there, the target has a graph of its own.
On the site: Brownfield Extraction · Extraction as Rationalization · Paying Down Technical Debt
Choose a path
The full video in six parts and an appendix, one part at a time.