Павел Лысенко

Можно сделать 2 разных "разметки", так сказать. В одной у вас есть сайдбар, в другой нет.
2 разные разметки = 2 разных компонента (роут-с-сайдбаром, роут-без-сайдбара).
Оборачиваете дочерние роуты в роут-с-сайдбаром, или в роут-без-сайдбара и там рисуете нужный шаблон + this.props.children. Вложенность роутов друг в друга - любая, можно таким образом еще усложнить логику отрисовки шаблона.

p.s. 4ю версию роута еще не смотрел. Но таким решением пользуюсь с 3й версией, думаю в 4м так же, либо еще удобнее придумали.

p.p.s. тема с фильтрацией, которую посоветовал Aves тоже подходит.

(пример, используется getComponent - это для динамической подгрузки)

<Route path='/reports' component={AuthenticatedContainer} onEnter={_ensureAuthenticated}>
  <Route getComponent={() => def(import('../containers/WiwthSidebar'))}>
    <Route path='/reports/a' getComponent={() => def(import('../containers/A'))} />
    <Route path='/reports/b' getComponent={() => def(import('../containers/B'))} />
  </Route>
  <Route getComponent={() => def(import('../containers/WithoutSideber'))}>
    <Route path='/reports/c' getComponent={() => def(import('../containers/C'))} />
  </Route>
</Route>

CI - это автоматизированная сборка проекта на основе версионного контроля и прогон тестов.

Собственно, начинать надо с задачи реализации деплоя.
Деплой сделать - задача нетривиальная. Есть для этого разные инструменты и универсального решения нет. Отладить процедуру деплоя нужно для сборок в CI и для продакшена/стейджа.
Лично я для своего последнего маленького проекта для выкладки в продакшн выбрал deploybot.com - в принципе всё, что нужно есть, в том числе и хорошая интеграция с DigitalOcean.

Что касается инструмента для CI, то из бесплатных обычно пользуются Jenkins. Я пробовал в последнем проекте PHP CI - тоже годно, но не настолько гибкий инструмент.

Выкладку на продакшн/стейдж можно настроить по-разному. Например по коммиту в специальную ветку, по ключевым словам в коммите или вообще вручную. На прод однозначно стоит делать выкладку вручную.

А, еще один немаловажный момент. Для успешного функционирования этого всего дела нужно внедрить версионирование схемы БД и фикстуры (для CI).

Жизненный цикл у нас был такой. Тимлид определяет некий не большой, но и не очень маленький набор фич, которые должны попасть в новую версию приложения. Все тикеты связаны с версиями. И поэтому может случится так, что даже готовую фичу он определит в другую версию продукта.
Каждая готовящаяся к релизу версия получает свою ветку в git и там делается мердж нужных коммитов с фичами. Каждый коммит автоматически тестируется в CI.
Когда все фичи сделаны и коммиты слиты, то можно залить на стейдж сервер и погонять вживую версию в условиях близких к боевым. И наконец, если всё хорошо, то делается деплой на продакшн.

В RESTful есть такая практика: возвращать в качестве ответа пользователю не данные, а статус 202 Accepted вместе с линком, по которому клиент уже сам отслеживает состояние процесса, т.е. те же http-запросы. Линк примерно такого плана: /resource/id, id должен быть всегда уникален, без коллизий. Создать нужно механизм очередей на серверной стороне.

Как написано выше Пума Тайланд заявление на выдачу денег за отпуск, начислять запрещается в том смысле что работник должен отгулять свой отпуск но если есть острая производственная необходимость то могут отозвать с отпуск с последующем его предоставлением, на компенсацию далеко не все соглашаются т.к. влечет за собой штрафные санкции для работодателя. В твоем случае ни чего особенного нет, просто пишешь заявление на увольнение/расчет в котором обязательно указываешь без отработки двух недель и указываешь причину в связи с переездом, в связи уходом за родственником проверять данные не кто не будет, а если будут ты не обязан доказывать, что все именно так, за не отгулянный отпуск тебе выплатят с белого оклада при расчете, выплата должна быть произведена не позднее следующего дня за датой расчета иначе работодателя на кукан можно посадить. Еще один момент если работодатель скажет ты меня не предупредил за две недели письменно поэтому увольнение твое на две недели откладывается то он снова будет не прав у тебя же расчет в связи с переездом/сменой места жительства. Если возникают такие вопросы значит не все так хорошо у тебя с руководством.

просто не приходи больше, если не отпустят

Как получить максимум от Шеня и Вирта, избежав изучения Паскаля?

Я так и не понял, чем Паскаль не нравится? У него хороший компилятор, т.е. вы получаете программу, которая выполняется довольно шустро (попробуйте в Матлабе сделать несколько вложенных циклов и тогда получите ощутимую разницу в скорости), но программировать намного проще, чем на С++ (и изучать лучше именно Delphi).
Часто алгоритмы пишут на псевдокоде (псевдоязыке), а этот язык как раз и напоминает Паскаль.

А чего учить в паскале кроме того, что присваивание там не "=", а ":=", и блоки кода берутся не в фигурные скобки {}, а в конструкцию begin...end ?

Возможно вам поможет подробный курс на русском языке по react.js

Холиварная тема.
Кому-то зайдет.
Лично мне не нравится работа со стилями.
Я уж лучше по старинке через gulp всё сделаю.

// EDIT July 2016

webpack восхитителен

Если уж сравнивать разные сервисы, то стоит расставить их в порядке популярности:

1. GitHub
2. BitBucket
3. GitLab

Немного подробнее:

1. GitHub

+ большое комьюнити, по сути сначала ищем что-то на гитхабе, и лишь потом гуглим (если там не нашли, что редко)
+ самая богатая интеграция сторонних сервисов
+ удобство "все в одном месте" - и свои проекты, и весь мировой опенсорс, который спокойно форкаем, контрибютим
+ активный акк на гитхабе - лучше любого резюме, как уже писали
+ свои опенсорс-проекты на гитхабе имеют большой шанс быть замеченными

- в бесплатном акке нет приватных репо
- аккаунт организации создается из аккаунта юзера, не совсем удобное управление

Обновление от мая 2020: бесплатные приватные репозитории давно есть, управление командами/организациями сильно улучшилось + появился еще целый вагон фич.

2. BitBucket

+ неограниченное количество приватных репо бесплатно
+ аккаунт компании - виртуальный, легче и удобнее управлять
+ куча сторонних интеграций тоже, но меньше чем GitHub

+ / - интеграция с продуктами Atlassian (например, Jira) - кому-то огромный плюс, кому-то минус. Битбакет популярен на западе у энтерпрайзов

3. GitLab

+ бесплатные приватные репо
+ self-hosted версия (но это уже из другой оперы)

- самый молодой, совсем юный, есть баги, функциональность еще бедная и не выпилена
- мало внешних интеграций

Обновление от мая 2020: Функциональность GitLab давно уже нельзя назвать бедной - в некоторых аспектах они и GitHub превзошли.