Senior Software Engineer · Noteefy
Nick Anderson
I'm the golfer who got the Landmand tee time off a Noteefy alert, and the operator trying to keep his own tee sheet full. I'd like to build the thing that does both.
15 years in engineering and data leadership. Today an owner-operator of an indoor golf facility and an AI-native builder shipping golf software.
The case
Why I'm your customer's customer
The Landmand round
I didn't get a tee time during the Landmand-famous rush for 2025 tee times, so I was surprised and beyond excited when I got the Noteefy notification for an open tee time later that week.
I jumped on it, got it, and played one of the most enjoyable rounds of golf of my life.
For a kid who grew up playing golf in the middle of cornfields in Illinois, Landmand is the Field of Dreams.
That's the product working, from the other side of it — and it's why I want to build the next version.
I didn't take a picture at Landmand. I was busy. The hat at the top of this page is that hat, a few months later.
Stack fit
Your stack, item by item
This is Noteefy's published stack with my honest position on every piece of it, including the parts I would be learning. Nothing is rounded up: where I claim strength the work that proves it is linked, and where the experience is adjacent it says what actually transfers and what does not.
Strong 5 items
Shipped in production, repeatedly, with work on this page that proves it.
Adjacent 8 items
Not this exact tool, but the same problem solved with a different one. The concepts port; the surface is new. Weeks, not months.
Shipped work
A year of building, counted
Not a portfolio of screenshots. Every figure below was derived from the repositories themselves, and every one of them says what it counted.
What each figure counted
- Products built and shipped
- Personal repositories under ~/bench with git history, excluding this application itself. One repository, one product.
- Commits
- Commits reachable from the default branch of each repository (git rev-list --count HEAD), summed.
- Merged pull requests
- Pull requests in the merged state, counted through the GitHub API per repository and summed.
- Test files
- Tracked files named as a test (*.test.*, *.spec.*, test_*.py, *_test.go) or living under a test, spec or e2e directory.
- Lines of tracked code
- Lines in git-tracked source files in the languages listed below — JSON seed data, Markdown, lockfiles, minified bundles and generated directories all excluded. Rounded down.
- CI runs
- Total GitHub Actions workflow runs per repository, read from the API total_count rather than a capped listing, so this is exact.
- Live production sites
- Repositories serving a public origin today. Deployment is not visible from git history, so the origins are listed in the script and the count is derived from that list.
Source files by language
The products
All 10, one line each. These are personal projects — my own repositories, built on my own time.
Read it honestly
How I work
AI-native development, with receipts
Working with an agent well is a method, not a tool list. This is the method — and this page is the demonstration of it.
This page was built the way it describes. Every issue it was cut into, the agent lane each one was routed to, the pull request it landed as and the session behind it are published — rendered on this site, because the repository is private. Read how this page was built
Resume
Fifteen years, in order
The whole résumé is here — nine roles, the competencies behind them, and the credentials. Nothing is behind a download.
Core competencies
Education
Certifications
The close
Why this role, written once, properly
This page is what I bring to the Scout conversation and hand to Noteefy: the long answer to "why this role", written out in full rather than compressed into a cover letter nobody reads.
I am going through Scout the way Noteefy asked — this sits alongside that process rather than around it, and nothing here needs booking.
That address reaches me directly, and a reply comes back from me rather than an inbox.