Varför är din lösning snabbare än många andra?
– De traditionella metoderna bygger på att man först kartlägger koden i detalj och skapar en stor modell över beroenden, vilket tar mycket tid. Min lösning är att börja med att göra en begränsad analys av hela programmet, vilket går snabbt, och sedan göra en detaljerad analys av de intressanta delarna.

Varför fungerar de äldre lösningarna som de gör?
– De bygger på kompilatorteknik från 1980-talet som inte var tänkt att användas för visualisering av kodberoenden.

Vilken databas används för att lagra informationen?
– I den prototyp som jag skapat används en färdig lösning. Nu när jag ska göra en kommersiell produkt av analysverktyget så tittar jag på olika typer av databaser som man kan använda. Det behöver inte vara en relationsdatabas.

Har du tittat på några nosql-databaser av graftypen? Det låter som en sådan skulle vara som klippt och skuren för att lagra beroenden mellan olika delar av program.
– Så långt har jag inte kommit än.

Borde inte tekniken som du skapat kunna användas för avancerad refactoring, alltså att göra genomgripande förändringar i stora mängder kod? Med kodanalys bör det gå att se var förändringar ska genomföras i koden.
– Jag tittar faktiskt på det just nu i min roll som forskare. Det finns jättemycket forskning kring refactoring. I många fall krävs det mer avancerad analys än vad min lösning erbjuder, men i vissa fall räcker min lösning.