Product foundations
Defining the product structure, interaction patterns, and visual direction as Code Inspector became Codiga, bringing the brand, website, and product into a more coherent system.
As Codiga’s founding product designer, I shaped the product across web, IDE, and desktop experiences: turning static analysis, code quality, and reusable code into workflows developers could understand and use where they already worked.
Static analysis can expose a huge amount of technical information, but developers do not want another destination to monitor. The product had to surface the right signal at the right moment: while writing code, reviewing a pull request, or understanding quality across a project.
When I joined, the product was still evolving from Code Inspector into Codiga. The challenge was broader than a visual redesign: the brand, marketing site, web application, IDE extensions, and emerging developer workflows needed to feel like parts of the same product.
My role was to give that system a coherent product language across very different surfaces while the existing product was already serving more than 10,000 developers and 600 organizations.
Codiga grew from more than 10,000 developers during the redesign to more than 20,000 users later that year.
Defining the product structure, interaction patterns, and visual direction as Code Inspector became Codiga, bringing the brand, website, and product into a more coherent system.
Making code violations, security findings, severity, and suggested fixes readable enough to move quickly from detection to action.
Bringing analysis and fixes into developer workflows across editors so feedback could happen while code was being written.
Designing how analysis appeared around pull requests and repositories, connecting individual findings with the broader quality of a codebase.
Exploring ways to create, discover, organize, and share reusable snippets from the product and directly from development environments.
Building a reusable interface language and working close to implementation so patterns stayed consistent across a fast-moving startup product.
The interface had to translate analysis into something immediate: what happened, why it matters, and what the developer can do next. That meant reducing ceremony and keeping context attached to the code rather than asking users to interpret a separate reporting system.
As Codiga expanded beyond web-based code review, that same product language had to survive across VS Code, JetBrains products, repository workflows, and CI/CD. The interface could adapt to each environment without making each integration feel like a separate product.
Working in a small startup also meant design could not stop at polished screens. I worked close to the product and implementation, using reusable patterns to keep the experience coherent while we shipped quickly across surfaces.
Put useful feedback in the IDE, repository, and review flow instead of creating another place to check.
A violation is more useful when the interface explains it and makes the next step clear.
Reusable patterns let a small team move faster without letting every new surface become its own design language.
During my time there, Codiga expanded from web-based code review into a broader developer platform spanning static analysis, automated reviews, security analysis, custom rules, and code snippets across IDEs and CI/CD. The company raised a $2.1M seed round in 2022 and grew to more than 20,000 users before being acquired by Datadog. The static-analysis technology continued inside Datadog Code Analysis.