Home Our Background Engagements Tool Reviews Contact
Get in Touch
Our Background

Where this comes from

DevTools Guide grew from years of working inside engineering teams that had accumulated tools faster than they had evaluated them.

The problem we kept running into

Every engineering team we have been part of had the same recurring experience. A new tool gets introduced. It solves a real problem initially. Six months later, maintaining that tool is its own job. Nobody remembers why it was adopted. Nobody wants to be the one to remove it.

This pattern repeats across CI systems, observability stacks, local development environments, and testing infrastructure. The tools themselves are often fine. The decision-making process around them is usually not.

DevTools Guide is an attempt to slow that process down. To ask the questions that do not get asked before adoption. To document what actually happens when you run these tools in real conditions for real teams.

The best tool is usually the one your team will actually use consistently over time, not the one with the most features at the moment of evaluation.

Office window overlooking Niigata city with team working inside
Our Principles

What guides every review

A

No vendor relationships

We do not accept sponsored reviews, vendor-provided credits, or payment for placement. Every evaluation is funded by reader support only.

B

Context over ranking

A ranked list of tools is almost always misleading. We write about tools in context: for what team size, what existing stack, what level of operational maturity.

C

Real environments only

We do not evaluate tools against vendor demos or curated examples. If the setup process is painful, that gets documented. If the day-two experience differs from day-one, that matters.

D

Honest about limitations

Every review includes what we could not test. We write clearly about the scope of our evaluation and where our conclusions might not apply.

E

Updated over time

Tools change. A review from eighteen months ago may no longer reflect current reality. We revisit and update reviews when significant changes occur.

The People

Built by engineers, for engineering teams

Maya Okonkwo, Lead Reviewer

Maya Okonkwo

Lead Reviewer

Maya spent eight years as a platform engineer before joining DevTools Guide as its first contributor. Her focus is CI/CD systems and infrastructure tooling. She has a particular interest in the gap between what a tool promises during evaluation and what it actually delivers six months into production use.

She is based in Tokyo and has worked with engineering teams across fintech, e-commerce, and enterprise software.

Kenji Watanabe, Workflow Analyst

Kenji Watanabe

Workflow Analyst

Kenji leads workflow analysis for DevTools Guide and is the team member responsible for local development environment evaluation. He has spent the better part of a decade building reproducible development environments for distributed teams, with a strong background in containerization and Nix-based toolchains.

He is based in Niigata and coordinates the team's Japan-based operations from the Higashi Ward office.

Ana Reyes, Testing Specialist

Ana Reyes

Testing Specialist

Ana began her career as a QA engineer and spent several years working as a developer advocate for a testing tools company before joining DevTools Guide. That background gives her an unusual perspective: she understands both the engineering case for robust test infrastructure and the adoption friction that causes many testing tools to be used poorly or abandoned.

Dmitri Volkov, Observability Researcher

Dmitri Volkov

Observability Researcher

Dmitri's background is in distributed systems engineering, and his primary focus at DevTools Guide is the observability category: logging infrastructure, distributed tracing, metrics pipelines, and alerting systems. He approaches evaluation from an operational cost perspective, asking not just whether a tool provides good visibility but how much work it takes to keep that visibility maintained.

What's Next

Explore what we have reviewed

Browse the full library of tool reviews and workflow analyses, or get in touch if you have a specific topic you would like covered.