User
Write something
Pinned
It's live: Foundations — The Terminal
Course 0 — the terminal basics. Full video walkthrough included, plus a mini-capstone and checkpoint at the end so you can prove to yourself you actually get it. Just Keep Building.
2
0
It's live: Foundations — The Terminal
Pinned
NEW IN THE ARMORY: FIELD MANUAL EXPLAINER
I just dropped a new Claude Code skill in The Armory that I used to make this exact video. You give it a finished voiceover, and it helps build the full vertical explainer around it: - Storyboarded scenes - Word-timed captions - Custom sound effects - Audio mixing - Chunked Remotion rendering - Final verification sheets This is not a prompt that spits out a random slideshow. It is the actual workflow, scripts, design system, and working source files behind the finished video. Download it from The Armory, install it in your Claude Code skills folder, and use the included project as a working example.
1
0
NEW IN THE ARMORY: FIELD MANUAL EXPLAINER
App Development Vocabulary — Day 14: Route
Day 7 gave us the endpoint: the address a request goes to. Today is what happens on the other side of that address. A route pairs a path with a handler. The path is the pattern, the handler is the code. GET /tasks runs the code that lists tasks. POST /tasks runs the code that creates one. GET /tasks/12 runs the code that loads task number 12. Same path, different method, different handler. That's why the CRUD operations from yesterday can share one endpoint. Routes can hold variables. /tasks/12 and /tasks/13 both match the pattern /tasks/:id. The server pulls out the id and passes it to the handler. Quick check: A request comes in as DELETE /tasks/12. In plain words, what should the matching handler do? ## SPOKEN LINES - You tap a friend's profile and land on the settings screen instead. The address bar says users, 4521, and the server sent back the wrong page. One rule on the server pointed that path at the wrong code. - - ROUTE - - A route is a rule on the server that matches a path to the code that handles it. The server keeps a list of them. A request comes in, the path is checked against the list, and the matching code runs. - - The cart path runs the cart code, users 4521 loads one profile, and orders 88 pulls up a single order. - - So a route is the path that sends a request to the right code. Tomorrow: Framework, the ready-made structure most apps are built inside. ## NEXT Day 15: Framework
0
0
App Development Vocabulary — Day 14: Route
App Development Vocabulary — Day 13: CRUD
Create, Read, Update, Delete. Four operations, and they cover most of what an app does with its database (day 4). They line up with HTTP methods from day 11: Create is usually a POST. Read is a GET. Update is a PUT or PATCH. Delete is a DELETE. So "add a task to my list" becomes a POST to the tasks endpoint with a JSON body describing the task. "Show my tasks" is a GET to the same endpoint. "Mark it done" is a PATCH. "Remove it" is a DELETE. When someone says they built a CRUD app, they mean an app whose main job is letting users manage records like that. Quick check: You change your profile picture. Which of the four is that? ## SPOKEN LINES - The grocery list you deleted on your phone is back the next time you open the app on your laptop. One of four basic actions never reached the database, and now your notes are lying to you. Every app you own is built on those same four actions. - - CRUD - - CRUD stands for Create, Read, Update, Delete. Those are the four things an app does with the data in its database. - - Posting a photo is create, scrolling the feed is read, editing the caption is update, and the trash icon is delete. - - So CRUD is the four basic things an app does with its data. Tomorrow: Route, how the server knows which code should handle your request. ## NEXT Day 14: Route
0
0
App Development Vocabulary — Day 13: CRUD
App Development Vocabulary — Day 22: Branch
Commits form a chain. Each new commit points back at the one before it. A branch is a name for a chain, pointing at its newest commit. Every repository starts with one branch. Most teams call it main. When you create a second branch, nothing is duplicated on disk. Git just adds a new name pointing at the same commit main is on. From then on, commits you make on the new branch move that name forward, and main stays where it was. That's why branches are cheap. Making one takes a fraction of a second, so people make them for everything: a feature, a bug fix, an experiment they'll throw away. Naming helps. fix-checkout-total says more than test2. Quick check: You're on a branch called add-dark-mode and you make three commits. Has main changed? ## SPOKEN LINES - Halfway through a rewrite in the live code, a customer reports the checkout page is gone. You needed a copy to work on while the original stayed clean. - - BRANCH - - A branch is a separate line of commits. The main branch is the version that works, and a new branch splits off from it so you can build for a week while main stays untouched. - - Dark mode gets its own branch, a new checkout page gets its own branch, and a bug fix that takes 20 minutes gets one too. - - So a branch is a separate line of development inside the same project. Tomorrow: Merge, how the branch gets back into main. ## NEXT Day 23: Merge
0
0
App Development Vocabulary — Day 22: Branch
1-30 of 55
CMD & Conquer
skool.com/cmdandconquer
Learn to run AI agents from the command line. No API costs, no dev team — just you and your terminal. In-house courses, private repos, live calls.
Leaderboard (30-day)
Powered by