Voll .

1. Работа над личным брендом: Высокая репутация в профессиональных сообществах повышает привлекательность для нанимателей.
   
2. Улучшение существующих знаний: Хочешь что-то понять, объясни другому.
   
3. Приобретение новых знаний: Специализация замыкает в узком спектре задач и проблем, а Q&A-сервисы - это источник задач и проблем из самых разных областей и иногда под самыми неожиданными углами.
   
4. Альтруизм: Большинству из нас кто-то помогал в начале пути, пришло время возвращать долг и делать свой скромный вклад в рост кадров.
   

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

Для чего просиживаете на тостере по 5-6 часов в день?

Я в среднем раз в полчаса-час заглядываю. Если находится интересный вопрос, могу потратить на него минут 10. Некоторые на перекуры больше времени тратят.

Тогда давайте еще круче: зачем соблюдать ПДД если можно ездить без них и дать волю случаю.
ПДД нужны для того чтобы поведение машин на дороге было более упорядоченным и предсказуемым, точно также тут машина должна соблюдать ПДД (сохраняем порядок и предсказуемость), а потом уже пытаться минимизировать ущерб (все также не нарушая ПДД).
Напомню что нарушение ПДД приводит к непредсказуемости что часто ведет к увеличению ущерба.

Во-первых, так работать не будет, потому что у промисов нет метода click(), а ваш вызов
driver.getElementByCss().click() дословно читается как: вызвать метод результата выполнения функции driver.getElementByCss(), который вы хотите чтобы был промисом.

Если уж на то пошло, то должно быть как-то так:

driver.then(_=> driver.getElementByCss().then(el=>el.click()));

driver.prototype.getElementByCss(){
    return new Promise((resolve, reject) => {
        driver.wait(until.elementLocated(By.css())).then(_=>resolve(driver.findElement(By.css()));
    });
}

у вас в примере xhr: X-CSRF-TOKEN
а в примере с fetch: X-XSRF-TOKEN

Сделай.

Ну видимо event-driven?
https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%B1%D...

Давайте попробую по пунктам:

Почему (Mobile First) или (Desktop First) лучше ;
Почему (Mobile First) или (Desktop First) хуже ;

что-то из серии "Что лучше, ложка или вилка?" Ну Вы поняли... Это вопрос исключительно удобства и он напрямую зависит от того, какой у Вас исходный шаблон, и в какую сторону его проще будет адаптировать. Но даже и в этом случае, слово "лучше" тут мало уместно, скорее это вопрос удобства. Мы (в общей сложности человек 50+, от студентов до матёрых разработчиков) взяв за основу ряд параметров с отметкой "нужно делать вот так" от Google PageSpeed провели массу тестов и дискуссий... В результате которых, едино правильного подхода найдено не было. Самый удобный с точки зрения здравого смысла, был такой вариант:
1. Сначала пишем все общие стили, описывающие цвета, шрифты и всю такую ерунду
2. Для каждого диапазона разрешений создаём свой стиль-корректор, который описывает (корректирует) позиционирование элементов, их размеры, размер шрифта и т.д.

Таким образом, как Вы понимаете, "first" вообще отпадает как таковой, получается "and". Но Google'у не нравится такой подход, он просит запихивать "все важные стили" в , и отделить в таком режиме "важные стили" от "не важных" невозможно, т.к. степень "важности" определяется в зависимости от разрешения устройства. Но, говоря исключительно о личном удобстве - удобнее - начинать с мобильной версии, т.к. она априори "меньше" и расширить элемент гораздо проще, чем "слепить более мелкую его версию".

Производительность (Mobile First) или (Desktop First) ;

На производительность это в общей сложности не влияет никак, т.к. Вы банально даже JS'ы можете подгружать нужные на нужное разрешение, по этому вопрос производительности тут вообще сложно обозначить. Хотя, конечно можно опираться на такое условие как "мобильные всегда медленнее чем стационарные устройства", и из этих соображений, если такое условие "сильно вывернуть" и возвести в ранг абсолюта - тоже будет логичнее сначала делать "Mobile first".

Где и каким сайтам подходит (Mobile First) или (Desktop First) ;

MobileFirst по определению идеально подходит тем сайтам, которые изначально (в первую очередь) рассчитаны именно на мобильные устройства, например какой-нибудь "музыкальный сервис онлайн, с возможностью прослушивать MP3'шки в качестве 32-64Кбит, специально для тех у кого кончился трафик и интернет работает с ограничениями скорости". Остальное я описал выше :)

Как человек, который это сделал, могу сказать, что сложностей особых нет. Документация хорошая, проблемы решал быстро.
Собственно переход был в виде переноса проекта, сделанного на Laravel на Symfony. Многие моменты переносились через Ctrl+C -> Ctrl+V. Я, конечно, утрирую - но к сути близко, т.к. сам Laravel использует внутри себя Symfony Components.

Проблемы были - особенно проблемы с админкой, с формами - но это было незнание компонента и решались они поэтапно, по мере изучения документации и вопросов на stackoverflow.

ИМХО не стоит.
Если стоит выбор рабочего инструмента за недорого, поищите Lenovo|Dell|HP из корпоративных линеек.
В цену мака 2010 года можно вполне уложить 12-13 год ThinkPad.
Потом можно набить его памятью до 16 (или даже 32) Гб, поставить SSD. В ряде моделей даже проц можно сменить.

2010 -> нет не стоит брать, ни для чего.
батарея сдохшая, совсем старый, не проапгрейдить, не продать.
вобщем деньги на ветер.

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

поищи 2012, последний из тех, который можно апнуть по оперативной памяти, плюс там есть сидюк, который можно выкинуть и вставить через адаптер родной хдд, а на его место вкорячить ссд. сам такой имею, работает прекрасно

8 Г если есть - то приемлимо.
Но я бы не брал столь древний.