Technical fluency for non-technical founders building products with small teams, agencies, contractors, or AI coding tools.
This repo is not about teaching you to code.
It is about helping you:
- scope an MVP without buying fantasy
- evaluate vendors and contractors without getting steamrolled
- make better build versus buy decisions
- understand what your first engineer is actually telling you
- use AI coding tools without confusing a demo with a product
The content overlaps with tech-for-pms, but the examples change. This version is built for founder decisions:
- hiring the first engineer
- reading an agency quote
- deciding whether an AI-generated prototype is real progress
- understanding what you are paying for in architecture and infrastructure
01-how-software-systems-work-for-founders.md02-how-the-internet-works-for-founders.md03-how-ai-products-work-for-founders.md04-how-databases-work-for-founders.md05-how-deployment-works-for-founders.md06-how-to-read-architecture-diagrams-for-founders.md07-how-to-work-with-engineers-and-contractors.md08-build-vs-buy-vs-ai-generate.md09-what-to-ask-before-signing.mdglossary.md
Technical enough for a founder means:
- you can tell whether a quote reflects real complexity or padded complexity
- you can separate prototype speed from production readiness
- you can make smarter hiring and vendor decisions
- you can ask for evidence when someone says something is "too complex" or "basically done"
- Read
01,03,08, and09first if you are actively building now. - Use the meeting question at the end of each file before contractor or engineer calls.
- Memorize the glossary. It will save you money.