Skip to content

Instantly share code, notes, and snippets.

View rossedfort's full-sized avatar

Ross Edfort rossedfort

View GitHub Profile
@rossedfort
rossedfort / require.markdown
Last active February 16, 2016 22:12 — forked from rrgayhart/require.markdown
The Concept of Require

When you start working with WebPack for GameTime, you'll notice that you can't just define a variable in one file and find it in another as easily as you can in Rails.

Read Node.js, Require and Exports and Organize Your Code with RequireJS

Fork this gist and answer the following questions:

  • In the context of Node, what is a module?

Step One: Watch Writing Testable JavaScript - Rebecca Murphey from Full Frontal 2012 (award for worst conference name ever?)

Step Two: Fork this gist.

Step Three: Consider the four responsibilities that Rebecca lists for client side code (hint: they're color coded).

  • Did any of the responsibilities that she lists surprise you?

    The part about application state surprised me a little bit, because it is not something I usually think about while writing client side code. It's not that I don't know it's a very important factor of client side code, it's just that I don't usually realize how it ties in to my application. For me, 'state' is an ambiguous concept that I don't fully understand.

  • Do you feel like you mentally split your client side code in IdeaBox and other past projects into these responsibilities?

Step One: Watch Mary Rose Cook Live Codes Space Invaders from Front-Trends. (The second worst conference name ever?)

Step Two: Fork this gist.

Step Three: Respond to this question in your fork: What is one approach you can take from this Mary's code and implement in your project?

  • One approach from Mary's implementation of space invaders that I could use in flappy bird was her use of the .filter() method for collision detection. It would be great for Flappy Bird because we are already instantiating our pipes as an array of nwe pipe objects. I think with some simple refactoring, we could improve upon our collision detection.

Step Four: Totally Optional: take a look at some of the other forks and comment if the spirit moves you.

@rossedfort
rossedfort / recursion.markdown
Last active February 26, 2016 21:50 — forked from rrgayhart/recursion.markdown
Recursion and Generators Homework
  • Watch Recursion
  • Fork this gist
  • Answer the following questions in your fork
    • Do you pronounce 'babel' in the same way?
      • No
      • Follow Up Question: Will you now?
        • Yes, bobble FTW
    • What is an example of why/where you might use recursion
  • An example of when I would use recursion is if I had a linked list or tree-like data structure that I needed to parse. Instead of looping through every element of the data-set, I could use recursion to format it.
@rossedfort
rossedfort / readmelove.md
Created February 22, 2016 01:54 — forked from rrgayhart/readmelove.md
README Love

##PROTIP: README Love

READMEs are AWESOME. They are one of the best things you can add to a repo, (other than quality code), to make it look professional.

####Things that make a README great:

  • A link to the production site on heroku
  • A screenshot (or a few) of what the app does (This is especially important if you don't have the production app up and running yet)
  • Directions on how to clone or fork the repo and run it locally (explain it like you're explaining things to a totally new programmer)
@rossedfort
rossedfort / creact.markdown
Last active February 29, 2016 16:59 — forked from rrgayhart/creact.markdown
Creact Links

Hello!

this note was writen from the bartleby app

you should totally check it out

nyancat

@rossedfort
rossedfort / express.markdown
Created February 28, 2016 19:53 — forked from rrgayhart/express.markdown
Building Express Applications

Web Sockets Lesson Plan

  • Fork this gist
  • Include a link to your application's repo
  • Your repo should have a link to your production app in the README
  • Include questions/comments for anything you'd like us to specifically give you feedback on

The websockets homework is graded on 'completion' or 'semi-completion' - but we'll try to leave you feedback on anything we see that requires feedback in the gist.

Repository

DTR

Availabilty

  • Both Robbie and Ross are available to work most days after school except for when Robbie has his kids.
    • In this case, work will be split up and tackled individually
  • Robbie and I both prefer to work at school

Work-flow