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

This is initial PR on this. It uses quite a few interesting new
techniques, so I want throughful feedback.

1. This uses angular 1.5 Components and multiple transclusion
2. I propose here the way of writing Components. Basically you create
foo_component.js file and add component config and controller there.
3. See multiple transclusion - it is awesome

Re #630

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.

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.