Skip to main content
Blog
Mar 29, 2026Andy LuuAndy Luu 3 min read

Roadmaps, Libraries, and a Larger Problem Bank

A product note on turning a growing challenge catalog into searchable practice, structured roadmaps, and shared material for classrooms and assessments.

PracticePracticeProblem LibraryRoadmaps
A structured practice map over a larger problem bank.
A larger library needs authored routes, not just more rows.

A practice platform only works if the next problem is worth doing. This phase focused on making the library larger, easier to navigate, and more useful across the product.

What changed

We invested in the problem bank, catalog search, and roadmap-style organization. The goal was not just more questions. It was better surfaces for choosing the right question: by topic, difficulty, format, and learning objective.

That matters across the whole platform. Compete needs fair, fast rounds. Classroom needs problems that fit a lesson. Assessments need questions that can support evidence, variation, and review. A larger library is only valuable if it is structured enough to serve all three.

01
Compete: fast, fair rounds
02
Classroom: lesson-fit
03
Assessments: evidence-ready
One structured catalog powers all three lanes, instead of each inventing its own content world.

Why it matters

Students can grind random problems forever and still miss the one pattern they needed. Educators burn hours hunting for a good example. And recruiters? They end up measuring the wrong thing because the question was convenient, not diagnostic.

Roadmaps are the antidote to that randomness. They make practice feel intentional. A learner can see the path from arrays to graphs to dynamic programming. A teacher can pull from the same source without rebuilding the curriculum from scratch.

Where it points

The larger library is the base layer for Compete, Classroom, and Assessments. Over time, the same catalog should power practice, live teaching, and benchmark-backed evaluation without each lane inventing its own content world.

How to read this update

The important question is not only what shipped. It is what new evidence the product can now preserve. For practice work, a useful release should make the next session easier to understand: what happened, why it mattered, and what someone can do with the result afterward.

That is the bar we use for field notes. A feature is stronger when it turns a hidden process into something reviewable: a timeline, a report, a map, a score explanation, a replay, or a teacher-facing control. The surface can stay simple, but the evidence behind it should get harder to hand-wave.

What to watch next

The next pass should keep tightening the connection between the public story and the product artifact. If a learner reads a note about practice, they should be able to find the loop in the product. If a teacher reads about classroom control, the setting should be visible. If a hiring team reads about assessment evidence, the report should show the trail.

That is a lesson worth borrowing from the strongest developer tools without copying their design: the best content feels like product memory. It does not decorate the roadmap. It makes the product easier to trust.

Why it belongs in the product story

This update matters because it connects a product surface to a trust surface. The feature is not only a nicer screen; it helps someone understand the work later, whether that person is a learner reviewing a mistake, an instructor debriefing a room, or a hiring team reading an assessment artifact.

That is the standard these notes should keep meeting. If the product claims to measure skill, the public story should keep pointing at the evidence that makes the claim inspectable.

Related posts

View all