Pavel_20

Верстальщик должен следить за кроссбраузерностью, фронтендер - нет.

Зачем туда вообще тащить балун с карты. При клике показывайте обычны блок.

Мне кажется что JavaScript/TypeScript - это плохой старт для изучения ООП. Дело в том что JavaScript исполняющая среда изначально была разработана с слишком вольной интерпретацией объекта. Грубо говоря она настолько flexible что те строгие законы и правила которые навязывает ООП в JavaScript могут быть слишком легко нарушены.

Поэтому чтобы почувстоввать нужность ООП, как дисциплины. Я-бы предложил Java или C#. Это как в музыке. Нельзя начать сразу ипровизировать джаз на музыкальном инструменте в 5 лет. Надо пойти в музыкальную школу где преподаватели тебе поставят руку правильно. А потом уже после семилетки - муз-училища - консерватории - иди в импровизации. Или даже иди раньше. Но какая-то дисциплина должна быть. ООП - это дисциплина. Не волюнтаризм.

https://bit.ly/2Mvx8x9

Есть мнение что не нужно смешивать в одном аккаунте деятельность пользователя и бизнес (любой, в т.ч. видеоблогинг)

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

Ты готов на неделю лишиться доступа к контактам на своем телефоне? доступ к гуглдиск? просмотру youtube и всех его фишек с избранными, лайками и подписками? всего на неделю, не больше (сарказм)

p.s. а еще передать доступ к аккаунту, на котором исключительно твой видеоблог без лишнего, проще будет передать другому человеку (продажа например, мало ли)

p.p.s. можно еще потрудиться и поиграть в анонима, постараться максимально отделить рабочий аккаунт от личного (например заходить на рабочий аккаунт только с помощью прокси сервера на специально выделенном профиле браузера, а включив параноика, не на google chrome), делать все чтобы нельзя было навести связей между ними, а для оплаты пользоваться виртуальными картами и не своей личностью (мама, папа, брат, сестра, жена, муж, подруга, друг,...) включая отдельной симкартой и другими аккаунтами (почта, соц сети и прочее прочее)

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

Мне тоже было лень делать все правильно ради небольшой кастомизации. Правильно, конечно, как в примере в песочнице, но я решил просто жестко определять версию при подключении. Вполне рабочее решение, я считаю.

<script src="https://api-maps.yandex.ru/2.1.73/?apikey={КЛЮЧ}&lang=ru_RU"></script>

Можно воспользоваться классами. Класс month, со свойсвами days (это к примеру массив с кол. Элементов, равным кол. дней в месяце) а далее создаете экземпляры класа month(april и т. Д.),с которыми работаете. Может быть решение и проще, но я бы делал так. Ваш код будет несложен и легко читаем.

Потому что нормальный верстальщик это всегда уже фронтенд разработчик. Поясню.
Нормальный верстальщик:
1) работат быстро, потому что может автоматизировать свою работу с помощью сборщиков и бандлеров, а также препроцессоров для html и css.
2) работает с популярными js фреймворками типа React, Vue и т.д.
3) способен разобраться с api готовых интерактивных элементов (условные гугл карты, слайдеры и прочее), чтобы кастомизировать их по запросу заказчика.

Без всего этого, верстальщик будет долго выдавать голую мертвую верстку в файликах html\css, а это реально ни кому сейчас не нужно.

a) достаточно хорошо развит IT-сектор, ПВТ, все дела, и поэтому в основном вакансии c более серьезным фронтом, а веб-студиям тяжковато приходится, отсюда и немногочисленность вакансий

Профессией верстальщик занимаются либо новички либо новички.

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

Да.

в) верстальщики сидят на одном месте в веб-студиях и низкая текучка

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

д) многие экономят на верстке, заказывая ее на фрилансе за копейки...

Скупой платит дважды, но найти хорошего верстальщика != экономить.

Нужны фронты, про-верстальщик - очень нишевая тема.
Даже если ты верстаешь через пень-колоду, но способен обеспечить соответствие макету и накидать скриптов(даже не своих) - ты уже фронт и на порядок более востребован. Потому что надо клепать странички, а не ублажать валидатор; и чтоб всё сверкало.

Всплытие и погружение

Вопрос: как правильнее?

Никак.
Оба подхода имеют право на жизнь.

Плейсхолдеры, при правильном использовании, немного сокращают выходной css код.

Такое ваше использование очень смахивает на atomicCSS.
Может так и стоит поступить?

Сделать кучу классов

.d-flex { display: flex; }
.justify-content-between { justify-content: space-between; }
.direction-column { flex-direction: column; }

И потом использовать либо классы в разметке, либо расширяться прямо от них

<div class="d-flex justify-content-between"></div>

.some-class {
  @extends .d-flex;
  @extends .justify-content-between;
}

Ой! Мы, кажется, переизобретаем bootstrap...

Варианты
1) Оберните ajax запрос в условие, которое будет выполняться только когда валидация пройдена.

У вас вызывается окно так как вы отправляете ответ с сервера.
2) Если на сервере валидация не прошла то отвечайте ошибкой.

https://tpverstak.ru/wrapping-content-around-image...

https://www.internet-technologies.ru/articles/css-...

Слайд слева поучает класс active, те у вас уже есть всё для творчества. Всем фото, кроме active, сделайте отрицательный отступ вниз, при получении active убирается отступ. Для красоты добавить animation. Описание также: при active меняйте ему отображение с none на block и и тоже с анимацией. В общем просто добавь css.