From 0cac6beb7ca82b30b9a49e674aab944762bd0c46 Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:01:30 -0400 Subject: [PATCH 01/10] homework --- unit_02/w06d04/homework/README.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 unit_02/w06d04/homework/README.md diff --git a/unit_02/w06d04/homework/README.md b/unit_02/w06d04/homework/README.md new file mode 100644 index 0000000..693e99f --- /dev/null +++ b/unit_02/w06d04/homework/README.md @@ -0,0 +1,25 @@ +#Homework + +## Handling Sessions in Node + +The video associated with this gist is located [here](https://www.youtube.com/watch?v=C_Cb8-lsrn8). + +## Concept Questions +1. What are cookies (not the food kind)? Where can you find them in the browser? +2. What is a 'session'? +3. What kind of options can we set on the express-sessions pacakge when we .use it? what is required? What does the secret do? +4. How do we access the session storage in node? +5. What kind of things can be stored in a sessions? +6. What kind of things do you think sessions will eventually allow us to implement? + +## Exercises + +Create a new express server and npm install and require everything you need (or use the one you made while following along the video if you had done so). Be sure to install express-sessions, body-parser, ejs, and mongoose. Also remember to touch a .gitignore file and ignore node_modules. Do the following with this server: + +1. Create 2 pages: a welcome page and a form page. The form should ask the user for a name. When the user submits the form, save it in sessions and make the welcome page display: "Welcome, name". Refresh the welcome page, does the name persist? +2. Lets now use a database with stored information to populate our session. + - Connect to mongo using mongoose + - Create a mongoose schema for a user. Be sure to register it into a model. The schema should have a name (string) and color (also string) + - Change the form route for setting the user's name. Instead of setting it in sessions, Create a new user in your user collection. Add an input for the person's favorite color and store that along with the user's name. + - Create a new page for a login form. This form should take only a user's name. When a user submits, find there document in the database and set, in sessions, their name and color. + - When a user goes to the welcome page, if they do not have a name set in sessions, redirect them to the login. If they have a name, render the welcome page with the normal welcome message and change the background to their color. From 5055689461e56327ba5c1fcb36a1605b01145d3f Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:08:24 -0400 Subject: [PATCH 02/10] Create Forum.md --- projects/project_02/Forum.md | 120 +++++++++++++++++++++++++++++++++++ 1 file changed, 120 insertions(+) create mode 100644 projects/project_02/Forum.md diff --git a/projects/project_02/Forum.md b/projects/project_02/Forum.md new file mode 100644 index 0000000..a82bedf --- /dev/null +++ b/projects/project_02/Forum.md @@ -0,0 +1,120 @@ +# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-stack Application + +## Overview of `Forum.app` + +Jake loves discussion amongst his friends, but he wants a way to keep it organized. He wants his own forum. + +## Project Details + +### Necessary features + +A basic implementation of this project must include: + +1. Jake wants his friends to be able to discuss things by topics. Users should be able to create topics, and other users should be able to comment on those topics. +2. Jake isn't concerned about sub-comments, for now. +3. Jake also wants to be able to see what topics have the most comments. +4. Jake thinks it would be cool if users could vote on topics, and have the topics displayed based on popularity. +5. Jake wants users to be able to set their username only once, and to have the posts and comments show which user made them. +6. Jake really wants the application to look good. + +### Advanced features + +Going above and beyond the basic implementation is desirable, should you have the time. Feel free to enhance your project with any of the following features: + +1. Jake wants users to sign up with a username and password, and to login to the application before being able to use it. (session controllers + user models) +2. Jake would really like the passwords to be secure. (node package: bcrypt) +3. Jake would like the application to look good both on a computer, and on a phone. (CSS: media queries) +4. Jake would like people to comment on comments. Perhaps this means top-level + one-level deep, or nesting more like reddit? +5. Jake would like the application to automatically tag posts with the location from which they are written. (html5: geolocation + google map api) +6. Jake is a nerd, and is a fan of proper formatting. He wants everyone to write their discussion posts in markdown format. (node package: marked) + +## Implementation + +### Technologies + +You will be expected to use the following technologies to implement this project: + +- **HTML** + Your HTML should be semantic. + +- **CSS** + Your app should be stylish. + +- **JavaScript & jQuery** + Your app should be responsive. + +- **node.js & express** + Your app will need to have its own server. + +- **mongoose** + Your app will need to persist data. + + +### Timeframe + +Project kickoff is Friday, October 9th, and last day for development is Thursday, October 15th. We will be demoing our deployed applications on Friday, October 16th. + +## Expectations + +### You + +As a student you should be doing the following things: + +- **Wireframes** + Create wireframes in advance for your application to prevent surprises as you develop it. + +- **Version Control** + Use **git** and **github** for version control, and make frequent incremental commits to prevent large scale implosions. + +- **Hosting** + Host your application on **Heroku**, and use the **mongolab** plugin to have a cloud-based mongodb. + +- **Handling Problem During Coding** +Please remember to try the following things when you encounter a problem: +​ +1. If the problem involves a JavaScript error, please try to google the error message. +2. Ask someone sitting near you if they've encountered a similar problem. +3. Ask the slack help channel if anyone has encountered a similar problem. +4. BONUS: Write up your question on stackoverflow and try to elicit community support +5. Finally, create an issue, tagging the instructors with the following information + - Explaination of problem + - Steps taken to solve the problem + - Guess as to why the problem is happening + +### Us + +Since your instructors will be assessing your work, they will look for the following things: + +- **Project Workflow** +Did you complete the user stories and wireframes, 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 add 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 have in class? + +- **Problem Solving** +Are you able to defend why you implemented your solution in a certain way? Can you demonstrate that you thought through alternative implementations? (Note that this part of your feedback evaluation will take place during your one-on-one code review with your instructors, after you've completed the project.) + +## Deliverables + +By the time the project is over, we will expect the following from you: + +* A **working app, built by you**, hosted somewhere on the internet +* A **link to your hosted working app** in the URL section of your Github repo +* A **git repository hosted on Github**, with a link to your hosted project, and frequent commits dating back to the very beginning of the project +* **A ``readme.md`` file** with explanations of the technologies used, the approach taken, installation instructions, unsolved problems, etc. +* **Wireframes of your app** (at least one) +* A link in your ``readme.md`` to the **user stories you created** + +Most importantly a **technical demonstration** of your app which: + +* Is 5 minutes in length +* Shows off all features of the app +* Explains the technical details +* Explains the technical challenges +* Explains which improvements you might make From 847ef2f87eacc883700915399f791f5f0e719185 Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:08:51 -0400 Subject: [PATCH 03/10] Create Wiki.md --- projects/project_02/Wiki.md | 120 ++++++++++++++++++++++++++++++++++++ 1 file changed, 120 insertions(+) create mode 100644 projects/project_02/Wiki.md diff --git a/projects/project_02/Wiki.md b/projects/project_02/Wiki.md new file mode 100644 index 0000000..fe8dec0 --- /dev/null +++ b/projects/project_02/Wiki.md @@ -0,0 +1,120 @@ +# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-stack Application + +## Overview of `Wiki.app` + +Henrietta is a business magnate and wants to create an internally facing wiki for her organization. She wants her employees to be able to write articles in order to inform colleagues about their insights. + +## Project Details + +### Necessary features + +A basic implementation of this project must include: + +1. All articles should be editable - this is a collaborative workplace! +2. All articles should display an author so that anyone who has questions about the contents of an article can contact the author +3. If an article is changed, the time of that change should be shown so that users can know how up to date an article is +4. Henrietta wants users to be able to add a category to an article so that articles can be organized +5. Henrietta really wants the application to look good + +### Advanced features + +Going above and beyond the basic implementation is desirable, should you have the time. Feel free to enhance your project with any of the following features: + +1. Henrietta wants users to sign up with a username and password, and to login to the application before being able to use it. (session controllers + user models) +2. Henrietta would really like the passwords to be secure. (node package: bcrypt) +3. Henrietta is a fan of proper formatting. She wants everyone to write their articles in markdown format. (node package: marked) +4. Henrietta would love the articles to be printable! The print version should be nicely formatted only showing the content. (CSS: media queries) +5. Henrietta thinks old changes should persist, rather than be overwritten, so you can see old versions of the article. +6. She would like users to be able to comment on changes, so they can discuss the pros and cons of a change. +7. **EXTRA FANCY** She would like changes to be ratified before becoming the default article. The newest change with 80% approval is the current article version. + +## Implementation + +### Technologies + +You will be expected to use the following technologies to implement this project: + +- **HTML** + Your HTML should be semantic. + +- **CSS** + Your app should be stylish. + +- **JavaScript & jQuery** + Your app should be responsive. + +- **node.js & express** + Your app will need to have its own server. + +- **mongoose** + Your app will need to persist data. + + +### Timeframe + +Project kickoff is Friday, October 9th, and last day for development is Thursday, October 15th. We will be demoing our deployed applications on Friday, October 16th. + +## Expectations + +### You + +As a student you should be doing the following things: + +- **Wireframes** + Create wireframes in advance for your application to prevent surprises as you develop it. + +- **Version Control** + Use **git** and **github** for version control, and make frequent incremental commits to prevent large scale implosions. + +- **Hosting** + Host your application on **Heroku**, and use the **mongolab** plugin to have a cloud-based mongodb. + +- **Handling Problem During Coding** +Please remember to try the following things when you encounter a problem: +​ +1. If the problem involves a JavaScript error, please try to google the error message. +2. Ask someone sitting near you if they've encountered a similar problem. +3. Ask the slack help channel if anyone has encountered a similar problem. +4. BONUS: Write up your question on stackoverflow and try to elicit community support +5. Finally, create an issue, tagging the instructors with the following information + - Explaination of problem + - Steps taken to solve the problem + - Guess as to why the problem is happening + +### Us + +Since your instructors will be assessing your work, they will look for the following things: + +- **Project Workflow** +Did you complete the user stories and wireframes, 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 add 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 have in class? + +- **Problem Solving** +Are you able to defend why you implemented your solution in a certain way? Can you demonstrate that you thought through alternative implementations? (Note that this part of your feedback evaluation will take place during your one-on-one code review with your instructors, after you've completed the project.) + +## Deliverables + +By the time the project is over, we will expect the following from you: + +* A **working app, built by you**, hosted somewhere on the internet +* A **link to your hosted working app** in the URL section of your Github repo +* A **git repository hosted on Github**, with a link to your hosted project, and frequent commits dating back to the very beginning of the project +* **A ``readme.md`` file** with explanations of the technologies used, the approach taken, installation instructions, unsolved problems, etc. +* **Wireframes of your app** (at least one) +* A link in your ``readme.md`` to the **user stories you created** + +Most importantly a **technical demonstration** of your app which: + +* Is 5 minutes in length +* Shows off all features of the app +* Explains the technical details +* Explains the technical challenges +* Explains which improvements you might make From 8f0bc3e498488a6df97830023da5018f2cd6a2eb Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:10:00 -0400 Subject: [PATCH 04/10] Update README.md --- projects/project_02/README.md | 155 ++++++++++++++++++++++++++++++++++ 1 file changed, 155 insertions(+) diff --git a/projects/project_02/README.md b/projects/project_02/README.md index e69de29..f84c55a 100644 --- a/projects/project_02/README.md +++ b/projects/project_02/README.md @@ -0,0 +1,155 @@ +# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2 +​ +## Overview +​ +Let's start out with something fun - **a game!** +​ +Everyone will get a chance to **be creative**, and work through some really **tough programming challenges** – since you've already gotten your feet wet with Tic Tac Toe, it's up to you to come up with a fun and interesting game to build. +​ +**You will be working individually for this project**, but we'll be guiding you along the process and helping as you go. Show us what you've got! + + +## Technical Requirements +​ +Your app must: +​ +* **Render a game in the browser** +* **Switch turns** between two players +* **Design logic for winning** & **visually display which player won** +* **Include separate HTML / CSS / JavaScript files** +* Stick with **KISS (Keep It Simple Stupid)** and **DRY (Don't Repeat Yourself)** principles +* Use **Javascript or jQuery** for **DOM manipulation** +* **Deploy your game online**, where the rest of the world can access it +* Use **semantic markup** for HTML and CSS (adhere to best practices) +​ + +## Potential Project Ideas +​ +##### Connect Four +(seperate markdown file with directions)
+[Connect Four](https://en.wikipedia.org/wiki/Connect_Four) is a two-player game which is probably a thing in your universe, but feel free to read up on it if you'd like to. + +##### Blackjack +(seperate markdown file with directions)
+Make a one player game where people down on their luck can lose all their money by guessing which card the computer will deal next! +​ +##### Self-scoring Trivia +Test your wits & knowledge with whatever-the-heck you know about (so you can actually win). Guess answers, have the computer tell you how right you are! + +### Suggested Ways to Get Started +​ +* **Wireframe** Make a drawing of what your app will look like in all of the stages of the game (what does it look like as soon as you log on to the site? What does it look like once a player enters their name? What does it look like while the player is playing? What does it look like when the player wins / loses?). +* **Break the project down into different components** (data, presentation, views, style, DOM manipulation) and brainstorm each component individually. +* **Use your Development Tools** (console.log, inspector, alert statements, etc) to debug and solve problems +* Work through the lessons in class for help and inspiration! Think about adding relevant code to your game each day - you are given 5 days so that you can work on it in small chunks, COMMIT OFTEN. We will be looking at your commit dates and comments are part of your scoring. +* **Commit early, commit often.** Don’t be afraid to break something because you can always go back in time to a previous version. +* **Consult documentation resources** (MDN, jQuery, etc.) at home to better understand what you’ll be getting into. +* **Don’t be afraid to write code that you know you will have to remove later.** Create temporary elements (buttons, links, etc) that trigger events if real data is not available. For example, if you’re trying to figure out how to change some text when the game is over but you haven’t solved the win/lose game logic, you can create a button to simulate that until then. +​ + +## Deliverables + +By the time the project is over, we will expect the following from you: + +* A **working game, built by you**, hosted somewhere on the internet +* A **link to your hosted working app** +* A **git repository hosted on Github** NOT inside your wdi-remote repository. Frequent commits dating back to the very beginning of the project +* **A ``readme.md`` file** with explanations of the technologies used, the approach taken, a link to your live site, installation instructions, unsolved problems, etc. + +Most importantly a **technical demonstration** of your app which: + +* Is 5 minutes in length +* Shows off all features of the app +* Explains the technical details +* Explains the technical challenges +* Explains which improvements you might make + +## Project Feedback + Evaluation +​ +* __Project Workflow__: Do you have a Github respository for your project (not inside your wdi-remote repo)? Did you complete the user stories, wireframes, and the README.md file as specified above? Did you use source control (Github commits) 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 add 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 have in class? +​ +* __Deployment__: Did you deploy your application to a public url using GitHub Pages? +​ +* __Total__: Your instructors will give you a total score on your project between: +​ + + Score | Category | Expectation | Expectation | Expectation | Expectation | Expectation | + :-----: | ------------ | ---------------- | --- | --- | --- | --- | + **6** | Project Workflow | Do you have a Github respository for your project (not inside your wdi-remote repo)? | Did you complete the user stories and are they in your Github issues (2 points) | wireframes | README.md with specified information | source control with Github (commits) | + **6** | Technical Requirements | Did you deliver a project that met all the technical requirements? (discussed in your MVP (a score between 1-3 will be given))| Given what the class has covered so far, did you build something that was reasonably complex? (complexity will be given a grade 1-3) | + **2** | Creativity | Did you add 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)? | + **2** | 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 have in class? | + **2** | Deployment | Did you deploy your application to a public url using GitHub Pages? | + **2** | Technical demonstration | Is 5 minutes in length & shows off all the features of your app. | Expalins technical details, technical challenges, and any improvements you might make. | + _Maximum possible points_ | **20** | +​ + + + + +--- +# Project Week + +## Attendance +You are required to be present by 10:00 am EDT each day during the project. + +## Standups +We will have student-run stand-ups each morning at 10:15 am EDT where you will answer the following questions: +- What did I work on yesterday +- What am i trying to get done today +- What is preventing me from getting this done. + +This meeting should take no longer than 15 minutes. + +If you have ideas on how you can help a fellow-student with work that they are stuck on, please follow-up with information AFTER the stand up. + +## Meetings with instructors +_Your instructor will contact you to setup a meeting time_ + +**Tuesday, June 7**
+15 minute meeting to get your project approved. You will come with your [MVP](https://en.wikipedia.org/wiki/Minimum_viable_product) and an initial wireframe. + +**Wedesday, June 8**
+15 minute progress check-in + +**Thursday, June 9**
+Whole class instruction on how to deploy your project to the world wide web. + +**Friday, June 10**
+15 minute check in to see where you are before you go into the weekend. Help you to decide what to finish and what features should be stretch goals. + +## Where to go for help during project week +1. Seek out help online +2. Seek out help with your classmates +3. Seek out help with Derek (TA) +4. Submit a Github issue **on the wdi-remote** class Github account to receive help from an instructor + +## Formatting your GitHub Issue for wdi-remote to ask for help + +*PUSH OFTEN! Your code on GitHub should be up to date. Submiting an issue and linking us to old, out-of-date code will hinder the process.* + +1. **WHAT YOU ARE TRYING TO SOLVE:** + - Write a detailed explanation of the feature or user story you're working on. + +2. **DETAILED DESCRIPTION OF THE BUG/ERROR:** + - A detailed description of the problem, the bug, and/or the error. This means: the full steps to reproduce, a link to the file on github, and the line number of where the relavent code is. +The error(s) returned, copy and pasted/typed out/screenshot, not paraphrased. + - If there is other code in a different file that is also essential to the functioning of the code that currently works point us to that and explain the relationship. + +3. **WHAT I'VE TRIED** + - List everything you've done to solve the bug on your own in detail. list all resources you've looked up and tried to implement and provide links. Providing code if you have it surrounded by the md syntax to display nicely is very helpful. + +4. **QUESTION** + - After going through all this what is your questions specifically, more specifically than how can I make this work? + +## Useful Resources +​ +* **[MDN Javascript Docs](https://developer.mozilla.org/en-US/docs/Web/JavaScript)** _(a great reference for all things Vanilla Javascript)_ +* **[jQuery Docs](http://api.jquery.com)** _(if you're using jQuery)_ +* **[GitHub Pages](https://pages.github.com)** _(for hosting your game)_ From 02ac0c83f0eb0013ac383b415400fac1a39506fe Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:24:15 -0400 Subject: [PATCH 05/10] Update README.md --- projects/project_02/README.md | 38 ++++++++++++++--------------------- 1 file changed, 15 insertions(+), 23 deletions(-) diff --git a/projects/project_02/README.md b/projects/project_02/README.md index f84c55a..2fd2b93 100644 --- a/projects/project_02/README.md +++ b/projects/project_02/README.md @@ -1,11 +1,9 @@ -# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2 +# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-stack Application ​ ## Overview -​ -Let's start out with something fun - **a game!** -​ -Everyone will get a chance to **be creative**, and work through some really **tough programming challenges** – since you've already gotten your feet wet with Tic Tac Toe, it's up to you to come up with a fun and interesting game to build. -​ + +You will have the option of chosing between creating a wiki or a forum (details for these are in seperate markdown files in this folder). +You will be creating a full stack application using everything that you've learned in Unit 2. **You will be working individually for this project**, but we'll be guiding you along the process and helping as you go. Show us what you've got! @@ -13,35 +11,29 @@ Everyone will get a chance to **be creative**, and work through some really **to ​ Your app must: ​ -* **Render a game in the browser** -* **Switch turns** between two players -* **Design logic for winning** & **visually display which player won** +* **Meet the specific requirements specified in the individual project markdown** * **Include separate HTML / CSS / JavaScript files** +* Use Node.js, Mongoose, and Express. * Stick with **KISS (Keep It Simple Stupid)** and **DRY (Don't Repeat Yourself)** principles -* Use **Javascript or jQuery** for **DOM manipulation** -* **Deploy your game online**, where the rest of the world can access it +* **Deploy your application online**, where the rest of the world can access it * Use **semantic markup** for HTML and CSS (adhere to best practices) ​ -## Potential Project Ideas +## Project Markdowns ​ -##### Connect Four +##### Wiki (seperate markdown file with directions)
-[Connect Four](https://en.wikipedia.org/wiki/Connect_Four) is a two-player game which is probably a thing in your universe, but feel free to read up on it if you'd like to. +Henrietta is a business magnate and wants to create an internally facing wiki for her organization. She wants her employees to be able to write articles in order to inform colleagues about their insights. -##### Blackjack +##### Forum (seperate markdown file with directions)
-Make a one player game where people down on their luck can lose all their money by guessing which card the computer will deal next! -​ -##### Self-scoring Trivia -Test your wits & knowledge with whatever-the-heck you know about (so you can actually win). Guess answers, have the computer tell you how right you are! ### Suggested Ways to Get Started ​ -* **Wireframe** Make a drawing of what your app will look like in all of the stages of the game (what does it look like as soon as you log on to the site? What does it look like once a player enters their name? What does it look like while the player is playing? What does it look like when the player wins / loses?). +* **Wireframe** Make a drawing of what your app will look like on each page of your application (what does it look like as soon as you log on to the site? What does it look like once a user logs in, etc.). * **Break the project down into different components** (data, presentation, views, style, DOM manipulation) and brainstorm each component individually. * **Use your Development Tools** (console.log, inspector, alert statements, etc) to debug and solve problems -* Work through the lessons in class for help and inspiration! Think about adding relevant code to your game each day - you are given 5 days so that you can work on it in small chunks, COMMIT OFTEN. We will be looking at your commit dates and comments are part of your scoring. +* Work through the lessons in class for help and inspiration! Think about adding relevant code to your application each day - you are given 4 days so that you can work on it in small chunks, COMMIT OFTEN. We will be looking at your commit dates and comments are part of your scoring. * **Commit early, commit often.** Don’t be afraid to break something because you can always go back in time to a previous version. * **Consult documentation resources** (MDN, jQuery, etc.) at home to better understand what you’ll be getting into. * **Don’t be afraid to write code that you know you will have to remove later.** Create temporary elements (buttons, links, etc) that trigger events if real data is not available. For example, if you’re trying to figure out how to change some text when the game is over but you haven’t solved the win/lose game logic, you can create a button to simulate that until then. @@ -51,7 +43,7 @@ Test your wits & knowledge with whatever-the-heck you know about (so you can act By the time the project is over, we will expect the following from you: -* A **working game, built by you**, hosted somewhere on the internet +* A **working application, built by you**, hosted somewhere on the internet * A **link to your hosted working app** * A **git repository hosted on Github** NOT inside your wdi-remote repository. Frequent commits dating back to the very beginning of the project * **A ``readme.md`` file** with explanations of the technologies used, the approach taken, a link to your live site, installation instructions, unsolved problems, etc. @@ -112,7 +104,7 @@ If you have ideas on how you can help a fellow-student with work that they are s ## Meetings with instructors _Your instructor will contact you to setup a meeting time_ -**Tuesday, June 7**
+**Friday, June 24**
15 minute meeting to get your project approved. You will come with your [MVP](https://en.wikipedia.org/wiki/Minimum_viable_product) and an initial wireframe. **Wedesday, June 8**
From 2359713ff98425c921e27f9975ce05481c880823 Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:29:20 -0400 Subject: [PATCH 06/10] Update README.md --- projects/project_02/README.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/projects/project_02/README.md b/projects/project_02/README.md index 2fd2b93..0474dba 100644 --- a/projects/project_02/README.md +++ b/projects/project_02/README.md @@ -105,16 +105,16 @@ If you have ideas on how you can help a fellow-student with work that they are s _Your instructor will contact you to setup a meeting time_ **Friday, June 24**
-15 minute meeting to get your project approved. You will come with your [MVP](https://en.wikipedia.org/wiki/Minimum_viable_product) and an initial wireframe. +Work on your [MVP](https://en.wikipedia.org/wiki/Minimum_viable_product) and an initial wireframe in the morning. You will have a 15 minute meeting to get your project approved. -**Wedesday, June 8**
-15 minute progress check-in +**Saturday & Sunday, June 25-26**
+Work on your project. Come prepared with any questions for Monday morning. -**Thursday, June 9**
-Whole class instruction on how to deploy your project to the world wide web. +**Monday, June 27**
+15 minute check in to see where you are with your work over the weekend. Help you to decide what to finish and what features should be stretch goals. -**Friday, June 10**
-15 minute check in to see where you are before you go into the weekend. Help you to decide what to finish and what features should be stretch goals. +**Tuesday, June 28**
+Submit your issue by 10 am EDT and present your project. ## Where to go for help during project week 1. Seek out help online From e84cbaf88b17ff3812f73ee27577d81ac5579b00 Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:51:18 -0400 Subject: [PATCH 07/10] Update README.md --- projects/project_02/README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/projects/project_02/README.md b/projects/project_02/README.md index 0474dba..c25456e 100644 --- a/projects/project_02/README.md +++ b/projects/project_02/README.md @@ -1,4 +1,4 @@ -# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-stack Application +# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-Stack Application ​ ## Overview From 67250b6c67ce0eca8d1eee3d2bb9c015a5dace47 Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:55:21 -0400 Subject: [PATCH 08/10] Update Forum.md --- projects/project_02/Forum.md | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/projects/project_02/Forum.md b/projects/project_02/Forum.md index a82bedf..40c4cb1 100644 --- a/projects/project_02/Forum.md +++ b/projects/project_02/Forum.md @@ -52,7 +52,7 @@ You will be expected to use the following technologies to implement this project ### Timeframe -Project kickoff is Friday, October 9th, and last day for development is Thursday, October 15th. We will be demoing our deployed applications on Friday, October 16th. +Project kickoff is Friday, June 24th, and last day for development is Monday, June 27th. We will be demoing our deployed applications on Tuesday, June 28th. ## Expectations @@ -73,13 +73,10 @@ As a student you should be doing the following things: Please remember to try the following things when you encounter a problem: ​ 1. If the problem involves a JavaScript error, please try to google the error message. -2. Ask someone sitting near you if they've encountered a similar problem. -3. Ask the slack help channel if anyone has encountered a similar problem. +2. Ask someone on Slack if they've encountered a similar problem. +3. Ask Derek 4. BONUS: Write up your question on stackoverflow and try to elicit community support -5. Finally, create an issue, tagging the instructors with the following information - - Explaination of problem - - Steps taken to solve the problem - - Guess as to why the problem is happening +5. Finally, create an issue (see what is needed in Project 2 README.md) ### Us @@ -98,7 +95,7 @@ Did you add a personal spin or creative element into your project submission? Di 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 have in class? - **Problem Solving** -Are you able to defend why you implemented your solution in a certain way? Can you demonstrate that you thought through alternative implementations? (Note that this part of your feedback evaluation will take place during your one-on-one code review with your instructors, after you've completed the project.) +Are you able to defend why you implemented your solution in a certain way? Can you demonstrate that you thought through alternative implementations? ## Deliverables From e3f12ea6bb6d5c6be57f66543ac8f60ae9c114ea Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:55:49 -0400 Subject: [PATCH 09/10] Update Wiki.md --- projects/project_02/Wiki.md | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/projects/project_02/Wiki.md b/projects/project_02/Wiki.md index fe8dec0..4da0a12 100644 --- a/projects/project_02/Wiki.md +++ b/projects/project_02/Wiki.md @@ -1,4 +1,4 @@ -# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-stack Application +# ![](https://ga-dash.s3.amazonaws.com/production/assets/logo-9f88ae6c9c3871690e33280fcf557f33.png) Project #2: Building Your First Full-Stack Application ## Overview of `Wiki.app` @@ -73,14 +73,11 @@ As a student you should be doing the following things: Please remember to try the following things when you encounter a problem: ​ 1. If the problem involves a JavaScript error, please try to google the error message. -2. Ask someone sitting near you if they've encountered a similar problem. -3. Ask the slack help channel if anyone has encountered a similar problem. +2. Ask someone on Slack if they've encountered a similar problem. +3. Ask Derek 4. BONUS: Write up your question on stackoverflow and try to elicit community support -5. Finally, create an issue, tagging the instructors with the following information - - Explaination of problem - - Steps taken to solve the problem - - Guess as to why the problem is happening - +5. Finally, create an issue (see what is needed in Project 2 README.md) + ### Us Since your instructors will be assessing your work, they will look for the following things: From 42214fbc51fa067c41deb3f47918f027bf0a3ba6 Mon Sep 17 00:00:00 2001 From: Kristyn Bryan Date: Mon, 20 Jun 2016 12:56:25 -0400 Subject: [PATCH 10/10] Update Wiki.md --- projects/project_02/Wiki.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/projects/project_02/Wiki.md b/projects/project_02/Wiki.md index 4da0a12..6376c5b 100644 --- a/projects/project_02/Wiki.md +++ b/projects/project_02/Wiki.md @@ -52,7 +52,7 @@ You will be expected to use the following technologies to implement this project ### Timeframe -Project kickoff is Friday, October 9th, and last day for development is Thursday, October 15th. We will be demoing our deployed applications on Friday, October 16th. +Project kickoff is Friday, June 24th, and last day for development is Monday, June 27th. We will be demoing our deployed applications on Tuesday, June 28th. ## Expectations