Now raw data is gathered on the backend and rendered on the frontend.

This validates application name asynchronously on the server. Validation is synced with namespace select :)

- See issue: https://github.com/kubernetes/dashboard/issues/76

This is because new compiler version has new type inference, which is
more strict.

The UI is as specified in the mocks, except for the names of the fields.
I decided to go with what is in the API.

Everything is extensively tested. I also added some tests for previously
untested cases.

This change handles replica set description end-to-end: saving in on the
deploy form and then displaying. It also handles replica set endpoints.
I also attempted to write tests for the go code, but this change grew
too much. I'll do this later.

With this change I've gone through all ESLint rules at:
http://eslint.org/docs/rules/ and added all of them that I feel make
sense to the project.

This will allow us to focus on business logic of our code, rather than
on style discussions, which are now better guarded thanks to ESLint and
clang-format.

On the final note: it does not matter what concrete lint rules are
enforced (e.g., semicolons or nor). The important part is that they are
enforced by a tool and we do not spend time dicussing about them.

Addresses: #66

The implementation consists of backend code and sample frontend view
that dumps the data into an ugly looking table. Subsequent changes will
implement frontend so that things look pretty.

The cards now display mostly fake data, but they look more complete. The
backend will be implemented soon.

Per discussion in: https://github.com/kubernetes/dashboard/issues/65

This change does only renaming, no functional modifications.

This is to show in a simple layout what the backend returns.

Based on mocks:
https://github.com/kubernetes/dashboard/blob/master/designs/11-11-2015/08_deploy%20form.png

This change implements both backend and frontend for the view. This is
the approach I'll follow in the future.

This is a simple end-to-end implementation for to make sure that the setup works.

This is all boilerplate that sets up the page, with some example
content. This change alsu updates angular material to newer version.

This change is mostly boilerplate for the two views and cleanup of test
code that has been laying around.

This commit changes all occurences of word "console" to "dashboard".

The rename was required due to collision with an other project.

This change implements initial version of the chrome. It uses ui.router
for routing and state management. The reason to use this router is the
fact that it is more flexible than stock one. It also resembles Angular2
router, so hypothetical migration should be easier.

This change modifies a lot of JS, but this is only to prove that the
code works. Later changes will cleanup the JS more.

With this change advanced optimizations of the Closure Compiler work and
produce working output.

This is a sample Angular application written in ES6 with modules. It has
sample unit and integration tests. It was generated with a help of
Yeoman.

Don't mind what the application does right now. I'll use it for a next
few days to verify that build system is working. Then it will be
revamped.