Pull from branch from remote repository 'origin'
git pull origin master
push to branch 'master' from remote repository 'origin'
git push origin master
define( [], function(){ | |
var v_Filters = Backbone.View.extend({ | |
filters: new (Backbone.Collection.extend({ | |
url: 'http://www.google.com' | |
})) | |
}); |
Pull from branch from remote repository 'origin'
git pull origin master
push to branch 'master' from remote repository 'origin'
git push origin master
##1 Plugins vs Modules in an MVC context
I have the impression that the general online developer-community seems to say that if you build a backbone-based application almost every UI problem can be tackled with an MV* like structure. My opinion is that for UI-development it's often more appropriate to delegate a lot of that job to a flat plugin, like a jquery plugin for example. That way you can delegate all the UI-specific code to a sepperate Module.
###Notes
Dealing with $path
To edit $path on Mac OS lion create a file with a simple list of directories, line per line like this:
path/to/something path/to/something/else
and add the file to /etc/paths.d/
You could also directly edit the paths file under /etc/paths
#Backbone Notes
##Backbone Modelbinder
##Model Attributes
You can assign a function to an attribute, this is very handy if you wanted to for example assign the current date to a new item
#JS Quirks!
##Underscore
Extending an Object with _.extend
doesn't extend the actual function body
Everybody expects Javascript to fail when you do this: (A typo basically)
var a = 0,
b = 1,
c = 2;
Because in 0.4 grunts shell scripts are in a different package called grunt-cli
Revised date: 07/11/2012
Between us [company name] and you [customer name]
We’ll always do our best to fulfil your needs and meet your expectations, but it’s important to have things written down so that we both know what’s what, who should do what and when, and what will happen if something goes wrong. In this contract you won’t find any complicated legal terms or long passages of unreadable text. We’ve no desire to trick you into signing something that you might later regret. What we do want is what’s best for both parties, now and in the future.
#Typical Milestones for a Web-Project
##Pre-Design Phase
###Initial Communication
Before we do any design it's clearly important to define the basis for our decisions. In pre-design meetings it's good to get an idea of what position the product has in the clients company, what its purpose is, what the expectations are etc.
Note: You're not a business-consultancy but a designer/developer, be mindful of the difference
//Rounding a decimal | |
Math.round(num * 100) / 100 |