James | Tom | Angie |
---|---|---|
Brad Bolander | Eric Luczak | Dylan Cairns |
Isaac Bueno | Myron Johnson | Sonju Walker |
Jim Haff | Matt Herron | Tim Rourke |
Joe Greene | David Hayes | Kate Shirley |
Chris Kim | Tristan Marshall |
You’ve already worked in small groups to accomplish various labs and exercises, but this time we’re going to challenge you to work on a whole project by yourself!
Not only will you be asked to exercise additional creativity in designing your own project, your instructors will support you to architect, design, and build an API of your own design.
While your last project taught you how to get started with Ruby, SQL, & Sinatra, this project you'll be building something exciting with either Sinatra or Ruby on Rails! You'll also use Backbone.js for the client-side!
This is meant to push you both technically. It’s a lot harder to work on a full stack application using multiple frameworks, but that's most likely you’re going to find yourself doing in your first development job after WDI, and it's important to learn how to work with multiple moving parts.
Make it work, and make it awesome.
Your app must:
readme.md
file with:For this project, we want you to build a creative product that you actually think someone will want to use. We won't have time to do tons of customer research, but take some time to brainstorm. If you're struggling for ideas, the ones below could help get you started.
Besides finishing WDI, you surely have one or two things you'd love to do with your life. Let's get 'em on paper! You could integrate with a third-party location-based API to allow users to search for a location or venue to add to their bucket list items.
Imagine sending out a survey to everyone in the class – what should we eat for lunch today? Or 1-5, how well did you understand what we just learned? It would be even more awesome if it were realtime, so you could see answers pouring in as they're submitted.
Imagine the benefits of having an API where you could embed comments into any website you want. They could even update in realtime if you wanted, so that you'd never have to refresh the page. CMS providers across the world could quit writing code from scratch and just embed your widget instead.
Project Workflow: Did you complete the user stories, wireframes, task tracking, and/or ERDs, as specified above? Did you use source control as expected for the phase of the program you’re in (detailed above)?
Technical Requirements: Did you deliver a project that met all the technical requirements? Given what the class has covered so far, did you build something that was reasonably complex?
Creativity: Did you added a personal spin or creative element into your project submission? Did you deliver something of value to the end user (not just a login button and an index page)?
Code Quality: Did you follow code style guidance and best practices covered in class, such as spacing, modularity, and semantic naming? Did you comment your code as your instructors as we have in class?
Problem Solving: Are you able to defend why you implemented your solution in a certain way? Can you demonstrated that you thought through alternative implementations?
Total: Your instructors will give you a total score on your project between:
Score | Expectations ----- | ------------ 0 | Does not meet expectations. 1 | Meets expectactions, good job! 2 | Exceeds expectations, you wonderful creature, you!
This will serve as a helpful overall gauge of whether you met the project goals, but the more important scores are the individual ones above, which can help you identify where to focus your efforts for the next project!