1. Sorry for the size, but this PR was all-in or nothing
2. The mechanics for namespace is that user selects it via the dropdown
   and the selection goes through all pages, but has effect on display
   only on list pages.
3. The selector is now ugly. I'll style and improve wording later.

This looks much like a compy&paste (which is mostly true), but that's
the plan. I want to implement the list pages now and then extract common
patterns, if any.

Plus stub for details page.

This is long, but mostly boiler plate. Please sync and check how it
works.

What I did here:
* I copied old RC list code
* Changed all directives to angular 1.5 components
* Removed custom CSS styles
* Added missing tests

What is missing:
* Zerostate page
* responsiveness (this is a problem of the common component)
* Documentation

I'll be developing new one, which will use the common framework. I hope
it to be smaller.

This one will get deleted once new one is done. With this renaming I'll
be easy.

This PR implements column layout for the replica set list view. The
layout is implemented through a directive that puts its transcluded
elements into a column layout.

There's some algorithmic code in this PR, so please comment if something
is not tested or easy to understand.

Please also verify on your machines that this works correctly.

* this is a refactoring change - no functional changes
* added missing tests
* added missing module dependency (tests found it)
* this is a prerequisite PR for future work on the card

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

This change reformats all files according to clang-format rules (the
same that Angular JS has) and forces the files to comply with the
formatting.

This is a required change because with dot case we cannot reference
other modules inside JSDoc `@type` annotations. For example, if you want
to reference `@type {./deploy.controller.FooType}` does not work,
because the compiler does not know whether `deploy` is a module or
`deploy.controller`. Changing dot case to undersocre, camel or dash case
solves this problem.

I decided to go with underscore case because this is what golang uses
(e.g., `foo_test.js`) so we'll have higher similarity of backend and
frontend codebases.

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

This change does only renaming, no functional modifications.

1. This is a model for mocks:
https://github.com/kubernetes/dashboard/blob/master/designs/11-11-2015/16_card%20variations.png
2. Did little renaming (used the word "microservice") until we agree what the list exactly shows.
3. The implementation is very basic and will evolve over time.

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.