Why this exists, who it's for, what we teach, how we decide — and what we haven't decided yet.
For anyone organizing, moderating, mentoring, hosting, making content, or making decisions for the community. This page is the source of truth; the original planning documents and the session-one transcript are archived in the repository. If something here is wrong, fix it here — not in a chat.
Merged 22 Sep 2026 from the Brand & Community Plan (Aug 2026), the Community KT & Intentions document, and the session-one talk (13 Sep 2026).
A practical community where people learn useful skills, use AI, build real things, meet helpful people, and create more opportunities for themselves and others.
Mat started this to teach, mentor, and help people create better opportunities for themselves. It is not only about teaching developers to code. AI is a big part of it, but AI is a tool, not the purpose.
Facebook groups in the Philippines are full of graduates posting “looking for work” who were told the degree was enough. They don't need another tutorial. They need the mid-project moment where the schema has to change and someone is waiting on the result.
Or, shorter: We help people build the skills, projects, relationships, and experience that others eventually call luck.
- 1“I want to do something.”
- 2“I am learning it.”
- 3“I built something.”
- 4“I can show people what I can do.”
- 5“This created an opportunity.”
Luck is where preparation meets opportunity — and you can create more opportunities.
You cannot guarantee that an opportunity will happen. You can become more prepared for opportunities and create more chances for them to happen. The name points at the work, not the luck.
Value. Then value. Then value. Expecting nothing. Some of it turned into the biggest things in a career, some into nothing at all, and you can't tell which while you're doing it. You keep what you learned either way — so there is no version where you walk away with nothing.
- 1A blackjack dealer for fifteen years, building websites for people who said they'd pay and never did — and a TV promo sign for the casino, free, that got other casinos calling.
- 2Applied to a bootcamp to learn React; got hired to teach it. Took the class one month, taught it the next. Over a thousand students. Kept mentoring after the course ended because the course wasn't enough.
- 3One student mentored for a year, free, into his first job — then his company hired Mat as a consultant, which became a six-developer consultancy, which became HireTalk.
- 4Got the Thriveworks job by learning things nobody asked him to learn — every minute of the two weeks before day one on their stack.
- 5Software engineer to lead platform engineer inside a multi-billion-dollar company. In the room for every production outage, whatever the hour. Three years of layoffs, never worried.
- 6A student mentored for three months, years earlier, sent him a 73-year-old client who'd been burned twice. Mat built the platform for a year on his own money before any agreement — then a single contract over ₱10 million.
All six started with work nobody paid for. People call the outcome luck.
They want to become more capable and are willing to actually do the work.
Intentionally broader than a developer community. A person does not need to be a programmer.
Launch focus: In person, in the Philippines: IT students, developers, early-career professionals, career changers, and hands-on AI learners.
- IT and computer science students
- Developers and designers
- Career changers
- Employees who want to upskill
- Freelancers and creators
- Entrepreneurs, small-business owners, startup founders
- Students from nontechnical fields
- People who want to learn AI
- People building portfolios or personal projects
- People trying to turn an idea into something real
If an activity does not help members learn, practice, build, share, or connect, it is probably outside the community's core.
- What did I learn?
- What did I practice more than once?
- What did I finish or improve?
- What did I share, explain, or document?
- Whom did I help, meet, or follow up with?
The About page renders this same list — edit it in one place.
I'm not really a software engineer. My job is software engineer, but that is not who I am. What I am is a problem solver. Code is the tool I happen to be fastest with.
The old ladder — learn a framework, get a junior job, make senior in five years — worked when companies needed hands to type code. What got automated is production. What didn't is working out which problem is worth solving, and whether you actually solved it.
Remote roles skip the junior rung entirely. They hire for autonomy, not potential. So the path is not “get a junior job, then go remote.” It is: become someone who works without supervision — then be findable. That order.
- 1Knowing what's worth building
- 2Noticing when the output is wrong
- 3Understanding a system you didn't write
- 4Getting useful fast in code you've never seen
All four are judgment. None of them is production. Claude Code is a yes man — ask it to build Minecraft and it says “let's go.” It will not ask whether Minecraft is what you actually need. That part is yours.
- 0Say the problem out loud before you touch the keyboard. If you can't say it in one sentence, you don't have one yet.
- 1Describe the thing, not the code. You're the client here, not the typist.
- 2When it breaks, paste the actual error. “It doesn't work” gets you nothing, from a model or a human.
- 3Make it work badly first. Make it good second.
- 4Read what it wrote. If you can't explain it, you don't own it.
One constraint: Solve a problem one of you actually has. Not a demo. Not a portfolio piece. An annoyance in your real week.
- Keep a problems list. Ideas are rare; problems are everywhere and free.
- Stop doing tutorials. They feel like progress and solve nobody's problem.
- Solve one thing a week for eight weeks. One afternoon each.
- Read code you didn't write. That's the actual job now.
- One agent tool, deeply. Not three, shallowly.
- Train the ramp-up: unfamiliar repo, two hours, explain the data flow out loud.
- Find problems that aren't yours. Ask a nurse, a store owner, somebody's tita doing the books.
- Get five real users. It changes the conversation completely.
- Learn the unglamorous half: deploying, monitoring, 2am.
Can you walk into a mess you didn't make and work out what's actually wrong? No coding challenge, no prepared demo — share your screen and show the real workflow. The workflow you use every day is your portfolio.
The ones who made it finished things. Not the most talented, not the ones with degrees. They finished because they were solving a problem for somebody specific. When someone is waiting for it, you finish. When it's just a project, you don't.
One problem. Before we meet again. Not a project — a problem. Someone's, even if it's your own.
Clip-ready timestamps for every one of these are in the first-meetup catalog in the repository (docs/content/2026-09-13-first-meetup).
- New skills and better AI literacy
- Completed projects and portfolio material
- Real experience and increased confidence
- Better career direction, or a first interview
- Improved business processes, or a business idea
- Collaborators, mentors, friends, professional connections
- Improved communication and greater visibility
- More opportunities
- Someone building their first working application.
- Someone getting their first interview.
- Someone automating part of their business.
- Someone finally finishing a project.
- Someone teaching another member something they learned.
- Registrations → attendance, and first-timers → second attendance
- Members who complete a commitment
- Projects or workflows finished or improved
- Members who share work
- Peer-help interactions and mentor participation
- Qualified opportunities created; jobs and career moves
- Consented stories worth publishing
Before adding any event, partnership, program, speaker, post, platform, sponsorship, or activity, ask: does this help members —
If the answer is mostly no, it does not belong here.
- Does the public language make the role of effort unmistakable?
- Is there one clear next action for the audience?
- Are members — not just the founder — the main characters?
- Can it produce real progress, evidence, relationships, or opportunity?
- Can we sustain it consistently with the time and resources we actually have?
Mat Mozer — his experience, ideas, teaching, stories, opinions, projects. People follow Mat because they want his perspective. Sounds like: “Here is what I learned, built, or believe.”
The Work Behind the Luck — member projects, member wins, meetup announcements, event photos, challenges, resources, collaboration. Sounds like the room: “Here is what our members are doing, and here is how you can participate.”
Mat founded the community, but Mat should not always be the main character of the community content. The members become the story.
Do the work once and turn it into multiple pieces of content. One meetup → a long-form lesson, several short clips, a LinkedIn post, a Facebook recap, a member highlight, a written summary, a newsletter, photos, and the invitation to the next event. Templates →
You become a member by being in the room. Signing up online gets you a seat at the next session and the Discord server; attending one session in person opens everything else. Send this section to whoever runs the Discord server.
| Tier | How you get there | On the site | On Discord |
|---|---|---|---|
| Signed up | Created an account and finished the one-minute onboarding. | Reserve seats, say what you're bringing, edit a profile. No ledger, not in the People directory. | In the server, general channels only. |
| Member | Checked in at a session by the host, or approved by Mat with a note. | A ledger: log work, nominate and be nominated, witness for others after 14 days. Shown in People. | The Member role: members-only channels open. |
| Contributor | The ledger shows three verified entries of helping or teaching; Mat confirms with one tap. Never automatic. | Witness for anyone from day one. Priority seat when a session is capped and featuring in recaps come next. | The Contributor role, if the server has one. |
| Mentor | Appointed by Mat, usually from Contributors. | Verifies the bigger ledger entries, runs the session page, checks people in. | Whatever moderation the server gives mentors; the site does not assign it. |
| Organizer | Appointed by Mat. | Runs the site: approvals, promotions, closing sessions, the review queue. | Server admin, managed in Discord. |
- During a session: open Admin, the session, and tap Check in next to each person on the list.
- Someone who came without reserving, or a past session: same page, type their name in the search box, Check in.
- By hand, without a session: Admin → Members → Approve, with a note saying why.
- Create a role called Member. Optionally one called Contributor.
- Make the members-only channels visible to the Member role only. Leave a welcome or general channel open to everyone.
- Invite the site's bot with Manage Roles, and drag the bot's own role above Member and Contributor in Server Settings → Roles.
- Turn on Developer Mode, copy each role's ID, and give both IDs to Mat for the site's settings.
- From then on the site assigns Member the moment someone is checked in, and Contributor when Mat promotes them. Removing a role on Discord does not change the site; the site is the record.
A tier shows as one word on a member's card and profile. There are no badges, counts, levels, or rankings between members.
None of these needs a permanent answer today. When one gets decided, move it up to the list above with the date.
Ideas that are not for now. Add them gradually, based on what the community actually needs — never because the list exists.
- School partnerships and university chapters
- Business partnerships and internship connections
- Mentorship matching and volunteer mentors
- Project showcases and hackathons
- Startup teams
- Sponsors and scholarships
- Paid workshops and recorded courses
- Local chapters in other cities
- Community leadership roles and member-led workshops