alvvi

А где внешняя c то?

var c = 0;
alg(0,3,c++);
alg(0,3,c++);
alg(0,3,c++);
alg(0,3,c++);
alg(0,3,c++);
alg(0,3,c++);
function alg(a,b,c){
if(a+c>b) c=a;
console.log(c);
return c;
}

c - аргумент и c внешняя перменная - это две разных переменных, когда вы выполнили присваивание c=a, оно произошло именно с аргументом внутри функции на том вызове, а не с внешней переменной с, которая продолжает расти, следовательно услвоие (a+c>b) выполняется, и на каждом последующем вызове происходит присваивание c=a, где a = 0.

по паттернам можно почитать например https://addyosmani.com/resources/essentialjsdesign...

- Можно ли присваивать уникальным для каждого конкретного блока элементам только класс этого самого конкретного блока? Как в коде выше, я не присвоил элементу .slider-grid__meta класс .slider__meta.

Ну вообще-то предполагается, что составных блоков не будет. Вообще. Иначе они становятся зависимыми друг от друга, а с точки зрения БЭМ, это неправильно.

- Можно ли красивее? Остается такое чувство, будто наделал костылей. Как реализовали бы схожую задачу вы?

Как вариант:

<div class="slider slider--promo">
    <div class="slider__track">
        <div class="slider__slide"></div>
        <div class="slider__slide"></div>
        <div class="slider__slide"></div>
    </div>

    <div class="slider__arrows"></div>
</div>

<!-- Второй слайдер -->
<div class="slider slider--grid">

    <!-- Набор уникальных для второго слайдера элементов -->
    <!-- ВАЖНО: теперь они не уникальны, но в первом случае мы их просто не используем, можно сказать это "опциональные" элементы -->
    <div class="slider__meta">
        <div class="slider__description"></div>
    </div> 

    <div class="slider__track">
        <div class="slider__slide"></div>
        <div class="slider__slide"></div>
        <div class="slider__slide"></div>
    </div>

    <div class="slider__arrows"></div>
</div>

Плюсы

• -2 лишних БЭМ-сущности
  
• Не нарушается принцип независимости сущностей
  
• Меньше классов в HTML (такое себе, но да)
  

Минусы

• Надругательство над ролью модификаторов, по сути они предназначены совсем не для этого
  
• В стилях блока появится чейнинг и сами они станут чуть более запутанными
  

Все ведь есть в официальном туториале: redux.js.org/docs/basics/UsageWithReact.html
Если кратко: есть контейнеры и обычные, 'dumb' компоненты, контейнеры взаимодейсйтвуют со Store, диспатчат экшены и т.д., а обычные компоненты лишь рендерят то, что получают через props.

в px или rem/em для типографики

В доках на этот счет все есть, хоть и в не совсем очевидном месте

То есть: на ваше усмотрение.
Я лично предпочитаю первый вариант, но второй более "понятный".

Что-то непонятное происходит с компиляцие CSS. Сперва быстро. Через несколько сохранений - начинает думать по 4-6 секунд. Перезагружу gulp и вроде все нормльно опять. Как можно оптимизировать это?

Часто встречающаяся проблема, несколько решений можно найти тут, мне лично помогло отключение atomic_save в Саблайме.

Также буду благодарен, если подскажете как еще можно оптимизировать данный файл.

1) Вынести таски в отдельные файлы, и подключать их только при вызове.
2) То же самое с плагинами, gulp-load-plugins в помощь
3) Использовать ES6 стрелочные функции
Пример из вашего же файла:

gulp.task('clean', function() {
    return del(path.clean);
});

Можно переписать как: gulp.task( 'clean', () => del(path.clean) );

В целом, можете взглянуть на эти прекрасные репозитории: bemgo, cssr
(ну или на мой ужасный)

это называется jQuery, никакого объекта css не существует

Пруф: https://developer.mozilla.org/en-US/docs/Web/API/CSS

На этот вопрос невозможно дать однозначный ответ: вы можете быть гением JS и знать его на уровне нативного кода, а можете не знать, что такое "бабблинг" и как написать функцию add(1)(2), которая возвращает 3.

Законодательство на этот счет говорит (поправьте, если что-нибудь изменилось), что трудовой контракт с вами оформить можно лишь при соблюдении двух условий:
1. Работа легкая
2. Работа осуществляется в свободное от учебы время и не мешает ей
Алсо, есть ограничение по часам, но точных цифр не вспомню.

На практике, мало кто пойдет на составление трудового договора с несовершенолетним, поскольку никому не нужны вероятно-временно-работающие-полупрограммисты-на-20-часов-в-неделю, это невыгодно для работодателя.

i.e. рабоатть на фултайме в Вебе - крайне маловероятно.

Если рассматривать возможность фриланса, то тут уже все будет зависеть от другого сета навыков - комуникабельность, способность правильно продать свои наывки, способность к убеждению и т.д.