MakerWorks
Older brother

Things tend
to grow.

I usually start with one problem. Then I find three more. Somewhere along the way, solving became teaching, and tinkering became building things other people could use.


STORY 01

Math became something to share.

For a long time, math meant sitting down with a problem and refusing to let it go. Then there were younger students sitting across the table, and suddenly finding the answer was only half the job.

From solving problems to writing themAs a junior-high math team coach, I began designing lessons around what students actually needed, eventually building a reusable collection of more than 200 problems across algebra, geometry, number theory, and combinatorics.

Teaching led naturally into our annual math invitational: weekly coaching, coach meetings, writing problems, outreach, and the many small jobs behind a tournament of roughly 19 schools. In 10th grade, I stepped into the tournament director role.

There is a funny shift when you start writing problems for other people: getting the answer is no longer the hard part.

I kept competing, too. Five straight AIME qualifications sit in the background of the same long relationship with math, along with AMC, BMT, and SMT contests.

Add later: two favorite original problems, one lesson that changed after I taught it, and a short story from tournament day.

STORY 02

It started with a schedule.

Course planning looked simple until it wasn’t. There were catalogs, prerequisites, graduation rules, period constraints, four-year choices, and a lot of “if I take this, can I still take that?”

So I built a planner.

single-year planningschedule generationconflict diagnosisminimal conflict setsfour-year planningdependency checks

The project changed when other students began using it during schedule release and course-change season. One family reached out on the last day of changes. Their daughter wanted to leave AP World History, but every possible replacement seemed to collide with something else.

The planner found a combination that worked.The student brought the generated schedule to her counselor the next morning and was able to make the change.

That was one of those small moments when a side project stopped feeling quite so small. Also, it was nice when the schedule actually did what I told it to do.

At the last recorded count, the site had been visited from 169 unique IP addresses.

Add later: 2–3 screenshots, tutorial video, live link, and my own answer to: “What was the hardest design decision?”

STORY 03

It worked. Until the Wi-Fi didn’t.

Writing math tournament problems can be fun. Waiting for piles of papers to be graded, checked twice, reconciled, and turned into results is... less fun. Grading had become the bottleneck, so I started building Grade Helper.

The system grew into a pipeline: photograph or scan papers, validate the images, compress and upload them, dispatch them to graders, reconcile double grading, correct disagreements, and generate an analysis report.

Then came a real tryout.During math team selection, the school network was much worse than expected. Phone uploads stalled at the beginning. The Wi-Fi had opinions. A workflow that had looked fine in testing suddenly had to survive a real room, real people, and real Wi-Fi.

That failure was useful. Images were compressed to about 300 KB. Storage moved from the Google API to AWS S3 after testing showed S3 running roughly three to four times faster in this setup, while Google remained a backup. A web-server backup was added too.

The fastest grader shouldn’t have to wait.The original double-grading design used fixed grader pairs. In practice, faster graders finished and sat idle waiting for their partners. The redesign separated the requirement, “every paper gets two independent grades,” from the unnecessary assumption, “the same two people must grade together.”

Now graders can pull work dynamically. A dashboard shows progress. Scan validation happens before dispatch, and questionable, blurred, missing, or duplicated scans wait for scanner review instead of entering the grading queue.

The interesting part was no longer “Can I build this?” It became “What happens when everyone uses it at once?”

Add after the next tournament: what broke, what held up, scanner-vs-phone result, a simple architecture sketch, and the one thing I most want to redesign.

STORY 04

Learning to start earlier. And listen.

In ninth grade, I was the only pianist in my B-period choir. Four rehearsals a week, around nine pieces each semester, and another hour or two at the piano most days made the role feel heavier than I expected.

By the next summer, I had learned something surprisingly practical: ask the teacher for the music early.

Tenth grade: pianist lead.I practiced ahead over the summer. Daily practice dropped to under an hour, rehearsals felt less pressured, and there was more room to pay attention to the ensemble rather than simply keeping up.

Near the end of ninth grade, I also tried singing solo. Unexpectedly, I liked it.

Sometimes growing into a role looks less like working more and more like knowing how to prepare.

Add later: one rehearsal photo or performance clip, a favorite piece, and why singing felt different from playing piano.

On the workbench

Not every idea needs to become a “project” right away. Some deserve a little room.

MakerSparks.org

Find your people. Make something happen.

An early idea for a school information-and-help network connecting needs, projects, groups, teams, and clubs. The idea came partly from watching useful school knowledge disappear when students graduate, and partly from wanting Course Planner and Grade Helper to have a home.

Still figuring this one out.