O Di

Вариантов мыслится аж 2:
1) systemctl start name.service && echo SUCCESS || echo failure
2) в конфиге /etc/systemd/journald.conf раскомментировать или дописать:
ForwardToConsole=yes
MaxLevelConsole=debug

Можно например

$ sctl() { sudo systemctl "$@"; systemctl status "${@:2}" --lines 0 --no-pager 2>/dev/null; }
$ sctl restart mongodb
● mongodb.service - High-performance, schema-free document-oriented database
   Loaded: loaded (/usr/lib/systemd/system/mongodb.service; disabled; vendor preset: disabled)
   Active: active (running) since Пт 2016-06-10 10:32:56 MSK; 13ms ago
 Main PID: 10048 (mongod)
    Tasks: 1 (limit: 512)
   CGroup: /system.slice/mongodb.service
           └─10048 /usr/bin/mongod --quiet --config /etc/mongodb.conf

Доброго вам времени суток, Андрей Рысь !

Первое правило Junior Front-End разработчика, и разработчика вообще - это выполнение задач от руководства или заказчиков.
Использование конкретных инструментов - jQuery, JavaScript, Angular, Brainf*ck - задается требованиями конкретного руководителя или заказчика, либо остается на усмотрение разработчика (если пишем с нуля), который в любом случае смотрит на задачу, и никогда не определяется числом голосов в интернет-холиварах, где всегда одни за легкое и простое, другие за глубокое, универсальное, но тяжелое, и все друг друга ненавидят!

Поэтому, чтобы понять куда двигаться дальше, необходимо изучить эти самые требования руководства и заказчиков, никто в здравом уме не будет против того, что вы лично поинтересуетесь, чем они занимаются и как к ним устроиться, а не ограничитесь текстом вакансии или "треда" на фриланс-бирже.
Чтобы проибрести опыт работы - необходимо работать! Первым блин - всегда комом! Удачи!!!

Да. Все верно.

Единственное что добавлю, пересылать токен лучше в заголовках. Причем желательно, поскольку механизм аутентификации нестандартный, в заголовке X-Authorization. Если вы решите хранить токен в куках и передавать его, это желательно должны быть http-only куки (хотя в случае JWT не обязательно) и на сервере должна быть защита от CSRF атак.

Так же поскольку у нас по сети гуляют по сути креденшелы, важно использовать SSL. Благо сегодня есть lets-encrypt что бы бесплатно получить сертификаты.

И последнее, что бы обезопасить себя еще, используйте refresh-токены. То есть наш уникальный токен который гуляет в каждом запросе будет иметь ограничение по времени жизни (скажем 5 минут) и для его обновления мы будем использовать refresh-токен. При получении refresh токена клиенту уходит новая пара токен + refresh-токен.

Таким образом у злоумышленника который перехватил токен пользователя будет окно всего в 5 минут что бы что-то сделать.

Отличный пример https://gist.github.com/cosimo/3760587

Упрощенно.

Вагрант — система управлением конфигурацией конкретной машины.
Докер — запуск изолированных процессов на машине.

Докер.
Это не виртуальная машина, а запуск изолированных процессов. Т.е., запущенный процесс думает, что он один единственный, и ничего вокруг нет. Это работает на уровне ядра Linux. Без использования виртуальных машин.

В терминологии Докера есть Images и Containers.
Image — образ, шаблон, на основе которого запускается Container.
Image строится на основе какого-либо базового образа ОС.

Container — сервис, запущенный и построенный на базе Image.

Таким образом, вы можете построить несколько образов, например, образ для Nginx, образ для PHP, образ для MySQL. Вдобавок, вы можете построить несколько образо, для каждой желаемой версии PHP, MySQL и т.п.

Каждый из этих образов будет иметь у себя в базе какую-либо ОС. Т.е., происходит изолирование окружения, на котором работает Docker.
На базе построенных образов вы можете запускать Containers, т.е., непосредственно строить рабочее окружение. Каждый запущенный контейнер думает, что он запущен один, в образе наследуемой ОС. Но на самом деле, это всего лишь отдельный процесс, работающий на уровне ядра Linux, без виртуализации. Т.е., у вас нет накладных расходов на виртуальные машины. Изолирование контейнеров выполняется на уровне ядра.

При всем этом, ваша базовая система остается чиста от устанавливаемых пакетов, свободна от неразберихи с библиотеками, версиями и т.п.

Оба инструмента хороши. Но у каждого свое назначение.

Vagrant — великолепный инструмент для конфигурации удаленных машин с нуля, VDS/VPS и т.п.
Docker — великолепный инструмент для быстрого развертывания/переконфигурации рабочего окружения, практически без изменения системы, на которую он устанавливается.

Angular 2.0 очень активно продвигается - но он очень молодой. Angular 1.X - данные версии используются на большинстве проектов, которые сейчас есть в вебе. Имеет смысл учить 1.X в том случае, если вы в дальнейшем собираетесь работать на других проектах, принимать участие в поддержке или масштабировании. Если выбираете 2.0 - то он имеет смысл в новых проектах, которые пишутся с нуля.

На мой взгляд лучше выучить 1.Х, потому что узнав какую-то базу, можно в дальнейшем сделать "апргрейд" своих знаний до 2.0 по мере возникающих требований.

Angular 2.0, думаю, будет хорошо учить через год-два, когда он получит большее распространение.

Уже был такой вопрос. Почитайте тут ответы, в том числе и мой.
Как правильно заряжать Macbook Pro?

• Поменяйте работу, где для Вас появятся задачи, освоение которых в процессе даст Вам опыт. Обычно это сравнительно небольшие компании, имеющие потенциал к росту от малого бизнеса к среднему. Ещё это маленькие-средние компании-аутсорсеры, обслуживающие других и только-только начавшие копить свою экспертизу по разным направлениям.
  
• Попробуйте устроиться помощником администратора, оговорив с работодателем перспективы роста и своё желание развиваться, возможность участия в таких задачах, показывая, что Вы готовы держать ответственность за результат и приложить максимум усилий, чтобы не "сломать уже работающее".
  Никто в здравом уме не доверит уже готовую существующую инфраструктуру на тесты или чьё-то обучение. Либо Вы должны нести ответственность за то, что делаете, либо сами строить то, чего у компании ещё нет (но нужно), в процессе обретая опыт.
  
• Ставьте сами себе гипотетические задачи, мысленно экспериментируя, что бы Вам было необходимо будучи заказчиком/владельцем организации. Достигая целей известными Вам способами, где-то нагугливая, а где-то делая это интуитивно из интерфейсов, Вы обретёте понимание, как это делать.
  
• Проявляйте любознательность и интерес к тому, с чем работаете.
  Немалое кол-во тру-админов учились многим вещам сами, поскольку им было интересно разобраться в предмете и задачах, с которыми они сталкиваются.
  Без этого - ничего из вышесказанного не поможет.
  
• Проявляйте самостоятельность.
  Не ждите лекций от админов "как это сделать" на всё подряд. Вы будете всегда зависимы от них, так и не научившись решать будущие задачи самостоятельно.
  

Да.

Должно!
Ruby style guide на английском и это же на русском
И вообще, можно было попробовать создать класс с маленькой буквой и увидеть ошибку :)

UPD: если не ror проект, то имена файлов могут быть любыми, даже не совпадающие с именами класса
А вообще, желательно https://github.com/arbox/ruby-style-guide/blob/mas...