Looking for the first job
Learn to code by building a hostel mess menu
This week's hostel mess menu, where students rate each meal and the warden sees which dishes they liked
This is the path the studio planned from the idea above. Yours is planned from your own words and from what you already know, so its steps will be your own.
Planned for: Knows some HTML, CSS and JavaScript but has not built a full project · 20 hours a week · HTML, CSS and JavaScript, then Node and Express
Your first version
HostelBites
A weekly hostel meal board where students rate dishes and the warden can spot the favourites and unpopular meals.
What the studio would build first, and what it sets aside, read from the idea the way your own project's would be.
What it keeps
- Show the weekly menuSee breakfast, lunch, and dinner arranged clearly for each day of the current week.
- Make the menu easy to scanUse clear headings, spacing, colors, and mobile-friendly cards so the menu is pleasant to read on any screen.
- Rate a mealChoose a star rating from one to five, add an optional short comment, and submit feedback for a meal.
- Change or remove your ratingsSee your submitted ratings and edit or remove them when you want to correct your feedback.
- Save ratings on this deviceKeep the menu and submitted ratings after closing or refreshing the page, then review a meal's average score and comments.
- Show the warden what students likeAdd a simple warden view that sorts meals by average rating and highlights the most and least liked dishes.
Later in your path
- Sync the menu and ratings with a serverMove saved menu and rating data to a Node and Express server so every connected browser sees the same information.With a server
- Add accounts and private feedbackLet students and wardens sign in, store their data in MongoDB, and ensure each person only accesses records allowed for their account.With a database and accounts
What it leaves out, and why
- Automatic weekly menu publishingA warden could upload next week's menu later, but manual entry keeps the first version small.
- Meal photosPhoto uploads add file storage, image processing, and extra error cases before the core feedback loop works.
- Private responses to commentsA teacher or hostel manager could reply later, but replies and notifications are not needed to test the idea.
- Food allergy and nutrition detailsThese are important safety features, but they need careful rules and reliable data sources and should not be improvised in version one.
- Live notificationsPush or email alerts require more services and can wait until the menu and feedback process has been tested.
Your path
36 steps, about 32 hours
- 1 Show the weekly hostel menu 1
- 2 Add a rating form 1
- 3 Make the menu easy to scan 1
- 4 Show helpful form states 1
- 5 Fit the menu to different screens 1
- 6 Guide the student before rating 1
- 7 Submit a meal rating 1
- 8 Show rating totals 1
- 9 Render and save your ratings 1
- 10 Manage and explain your feedback 1
- 11 Plan the server for HostelBites 2
- 12 Prepare the HostelBites workbench 2
- 13 Organise the HostelBites code 2
- 14 Design how the meal board talks to a server 2
- 15 Start the HostelBites server 2
- 16 Serve the HostelBites page 2
- 17 Write the meal-board API plan 2
- 18 Show dishes from the server 2
- 19 Manage dishes through the meal-board API 2
- 20 Connect the meal board to the server 2
- 21 See what a server restart forgets 2
- 22 Keep dishes in a JSON file 2
- 23 Protect the meal list from bad input 2
- 24 Make the HostelBites server ready to run 2
- 25 Improve the weekly meal board 2
- 26 Keep meals after a restart 3
- 27 Save meals in MongoDB 3
- 28 Manage meals in the database 3
- 29 Add student accounts 3
- 30 Sign in to HostelBites 3
- 31 Add private feedback to meals 3
- 32 Keep each student's feedback private 3
- 33 Run HostelBites for production 3
- 34 Use the whole meal board together 3
- 35 Present HostelBites as a portfolio project 3
- 36 Explain your HostelBites build 3
In the browser
Your server
Where data lives
What you will have proved
64 concepts
Every concept is one the path teaches, in the order it teaches them, after the ones it needs first.
- Slice your idea into a first version
- HTML document and basic tags
- Lists, sections and semantic tags after HTML document and basic tags
- Forms and inputs after HTML document and basic tags
- CSS selectors, colors, text after HTML document and basic tags
- Box model and spacing after CSS selectors, colors, text
- Hover, focus, disabled and error states after CSS selectors, colors, text, Forms and inputs
- Layout with Flexbox after Box model and spacing
- Responsive basics after Layout with Flexbox
- Finding elements on the page after HTML document and basic tags
- Decisions with if/else
- Handling what can go wrong
- Working with dates and times
- Responding to clicks and input after Finding elements on the page
- Reading and validating form input after Responding to clicks and input, Forms and inputs
- Arrays
- Objects after Arrays
- JSON after Objects
- Totals, sorting and grouping after Arrays, Objects
- Rendering a list from data after Objects, Finding elements on the page, Lists, sections and semantic tags
- Single source of truth after Rendering a list from data, Reading and validating form input
- Saving in the browser with localStorage after JSON, Single source of truth, Handling what can go wrong
- Create, read, update, delete after Saving in the browser with localStorage
- What a repo and a commit are
- Accessible by default after Forms and inputs, CSS selectors, colors, text
- Write a README after What a repo and a commit are
- Explain your project out loud after Create, read, update, delete
- Why your app needs a server after Saving in the browser with localStorage, Create, read, update, delete
- Meet your workbench after What a repo and a commit are, Create, read, update, delete, Why your app needs a server
- Terminal basics after Meet your workbench
- npm and package.json after Terminal basics
- Splitting code into modules after npm and package.json, Create, read, update, delete, Why your app needs a server
- Asynchronous code after Why your app needs a server
- Git in your workbench after What a repo and a commit are, Terminal basics
- How HTTP works after JSON, Why your app needs a server
- Calling an API from the browser after Asynchronous code, How HTTP works
- What a REST API is after How HTTP works
- Node: JavaScript outside the browser after npm and package.json, Splitting code into modules
- Your first Express server after Node: JavaScript outside the browser, How HTTP works
- Configuration and secrets after Your first Express server, Git in your workbench
- Middleware, static files, errors after Your first Express server
- Serve the page you built, untouched after Middleware, static files, errors
- Write your API's contract and try it after What a REST API is, Your first Express server, Serve the page you built, untouched
- Keep data in memory and answer from it after Write your API's contract and try it, Middleware, static files, errors
- CRUD API for your resource after Middleware, static files, errors, Keep data in memory and answer from it, What a REST API is
- Move your app from localStorage to the API after CRUD API for your resource, Calling an API from the browser
- Keep data in memory and watch a restart wipe it after Move your app from localStorage to the API
- Reading and writing a JSON file after Node: JavaScript outside the browser, Asynchronous code, Handling what can go wrong, Keep data in memory and watch a restart wipe it
- Validate on the server after CRUD API for your resource, Reading and writing a JSON file
- What a host needs from your server after Move your app from localStorage to the API, Configuration and secrets, Validate on the server
- Ship, get feedback, adjust after Slice your idea into a first version, What a host needs from your server
- Why a JSON file is not enough after CRUD API for your resource, Reading and writing a JSON file
- MongoDB: your first real database after Why a JSON file is not enough, Configuration and secrets
- Schemas and models with Mongoose after MongoDB: your first real database
- CRUD with MongoDB after Schemas and models with Mongoose, Validate on the server
- Signup with hashed passwords after Schemas and models with Mongoose
- Login and protected routes after Signup with hashed passwords, Middleware, static files, errors
- Security basics after Login and protected routes
- Relating documents after CRUD with MongoDB, Login and protected routes
- Users only see their own data after Login and protected routes, Relating documents
- Run it like production after CRUD with MongoDB, Configuration and secrets, Git in your workbench, What a host needs from your server
- Frontend and backend together after Run it like production, Move your app from localStorage to the API
- Portfolio and project story after Frontend and backend together, Write a README
- Interview on your full-stack project after Explain your project out loud, Users only see their own data, Frontend and backend together
What the checker will ask of you
Each step is checked when you press Check: in a real browser, or by starting your server and making requests. These are the first checks on this path.
The page shows a HostelBites heading and a weekly menu section.
The page contains a form with a meal selector and a rating input.
The page has a visible background colour or border that separates the menu area from the page.
What people ask
What does it cost to build this?
Your first build is on us: one project, the phase in the browser, with the AI to build it. To start it, your bank puts a ₹1 hold on a card; it is released and never charged. Studio access is ₹6,999 once and opens every phase for 6 projects; nothing renews.
What do I need?
A browser and a card for the ₹1 hold. Nothing to install: the browser steps run in a live preview, and the server steps run in a private workspace of your own, with a terminal and git and your own MongoDB.
How long does it take?
This path is 36 steps, about 32 hours: at 20 hours a week, about 2 weeks. Your own path is planned from your idea and sized to what you already know.
Do I keep the code?
Yes. Every step you pass is kept, and you can download the whole project as a git repository with one commit for each step, or publish it to your own GitHub. The code is yours.