Александр Серый

Дизайнер это дизайнер. Чистый визуал, часто даже не понимающий как это будет сверстано.
Верстальщик - ну, сказать что это профессия как то даже не совсем верно. Хотя есть виртуозы, выигрывающие за счет глубокого погружения в тему, знания нюансов и скорости работы. Иногда это нужно именно в таком виде, ну и спрос на таких монстров есть.
Фронтендер - больше комбайн из верстальщика и ЖСера. Обычно требуется знание 1-2 серьезных фреймворков/библиотек, а ля вуе, реакт, ангулар... Ну и вебпак сасс лесс до кучи.

Так что нет, это разные специализации.

Верстальщик и фронт - может быть.
Дизайнер - это уже другое

Часто применяется для:

1. Локальные приложения и утилиты командной строки

• Сборщики и трансляторы
  
• Пакетная обработка и сценарии отложенной обработки
  
• Скрипты, CLI (интерфейсы командной строки)
  
• Генерация документации, отложенное формирование отчетов
  
• Сценарии тестирования для других систем
  

2. Серверы

• Серверы веб-приложений и SPA
  
• Серверы и API для мобильных приложений
  
• Любые другие веб-API (RPC, JSON, REST)
  
• Серверы сообщений и трансляция событий (чаты, игры, интерактив)
  
• Заплаты на уже готовые системы, написанные на других языках, для реализации вебсокетов, SSE, лонг-пулинга и т.д., т.е. для затыкания дыр, для решения проблем в узких местах уже работающих систем.
  

3. Клиенты

• Оконные приложения (nw.js, node-webkit)
  
• Кравлеры, парсеры и сбор данных
  

4. Железо

• Программирование микроконтроллеров (arduino, espruino, tessel)
  
• Промышленная автоматизация
  

Редко применяется (но подходит) для:

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

И плохо подходит:

• Вычисления и моделирование, со скоростью математических операций нода и JS, как не типизированный язык, не дают хороших показателей
  
• Научные приложения (по тем же причинам)
  

И сколько раз вы так сверстали проекты самостоятельно? 5? 10?
Сверстайте 100+ проектов, набейте свои шишки и научитесь.

Повторяя за кем-то написание кода, верстать не научишься.

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

А вот тут как раз и начинается "учение".
Решайте эти проблемы самостоятельно. Гуглите, задавайте вопросы.

В поиске github.com вводим "@reduxjs/toolkit" filename:package.json

Идея позаимствована тут.

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

Вот весь флоат

<div class="row"> 
   <div class="col"></div>
   <div class="col"></div>
   <div class="col"></div>
 </div>

.row {
    margin-right: -15px;
    margin-left: -15px;
}
.row:before,
.row:after {
    display: table;
    content: " ";
}
.row:after {
    clear: both;
}
.col {  
    float: left;
    width: 33.33333333%;
    position: relative;
    min-height: 1px;
    padding-right: 15px;
    padding-left: 15px;    
}

это защита от Cross-Site Request Forgery https://cheatsheetseries.owasp.org/cheatsheets/Cro...
данный hash формируется на сессию. вот он и проверяется при клике, что клик сделан именно с сайта вк, а не подделан с другого сайта

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

К сожалению, еще не ушло поколение старых браузеров и IE, где либо старые спецификации, либо совсем не поддерживаются гриды.

PS. grid-gap устарел, теперь используется просто gap, который, кстати, работает и с flex-элементами тоже!

https://caniuse.com/?search=grid - 95.86%

Практически все, что можно сделать на флексах, можно сделать на гридах. Я такого не встречал. Но, многие вещи, которые легко решаются на гридах, на флексах ты упоришься делать, а делая адаптив упоришься на каждом брейкпоинте. Если бы во флексах была поддержка gap изначально, то флексы были бы офигенными. Но это свойство появилось недавно, и комфортно его использовать можно будет очень нескоро. Повторю, у гридов поддержка браузерами уже 95.86%.

Но никто не написал почему крупные компании его не используют. Отвечу - потому что там правят балом маркетологи. Которые как последние с*чки цепляются даже за 0.1% прибыли. И др*чат своих техлидов чтоб они как погонщики гоняли своих прогеров, а те упарывались на флексах, флоатах ради этой самой поддержки отсталых компов, людей, нищебродов... зато на конфах потом поют о том ой какое зло то и это... А у самих интерфейс тупит (привет яндекс метрика с ее прелоадером и скелетоном - что за псих это сделал - бесит ждать типа ща все загрузится)
Как то так. А по факту быстродействия - ну да там наверно и js бандл на 2 мегабайта тянется, который гзипом 500 килобайт весит, а потом распаковывается, выполняется... а вы говорите про то что css виноват. Виной всегда человеческий фактор. Врядли calc замедлит страницу. Это проверить легко - создавайте макет с 1000 калькуляций - и проверьте свои догадки

SVG + 2 маски, одна пропорционально растягивается, другая непропорционально. Отрицательным margin загнать секции одна на другую.

Существует около десятка способов перевернуть строку, один из которых - рекурсия.

var str = 'chupacabra';

function reverse(str) {
  if (str.length === 0) return '';

  var
    s1 = str[0],
    s = str.slice(1, str.length - 1),
    s2 = str[str.length - 1]
    
  return s2 + reverse(s) + s1
}

console.log(reverse(str))

В данном примере строка переворачивается за 5 проходов

https://jsfiddle.net/zxe296y9/1/

У каждого своя причина. Кто-то выгорел, кто-то просто устал. Со временем понимаешь что зп это не главное, да и зарплата в IT не такая уж и большая. И что ты каждый день сидишь по 14, 16 а иногда по 18 часов в день перед монитором. Никакой физической активности. Решаешь какие-то странные хочухи клиентов. Результат твоей деятельности мало кто увидит, большая часть твоего кода уйдет на помойку. Что каждый день выходят новые языки, фреймворки. Что количество данных, которые нужно пропускать через мозг, растет с каждым днем. А мозги только стареют. Помнишь Ваас рассказывал про безумие? Так вот, это оно. Каждый день ты залипаешь перед монитором, пытаясь решать кем то придуманную проблему. У тебя уже искривление позвоночника, зрение -5, туннельный синдром где-то не за горами. А ничего, кроме как пялиться в монитор, ты не умеешь.

Мда, сколько же здесь страждующих. Аж грустно становится, какая по сути негативная среда. Я себе айти другим представлял. Мне кажется есть 2 варианта решения большинства проблем.

Если программированием заниматься не нравится

Менять деятельность срочно. Ждать 5-7 лет ошибка. Как и оправдывать все зависимостью от дохода. Я однажды занимался нелюбимым бизнесом и не знал как свалить. Зарабатывал неплохо (200-300), но была квартира-машина в кредит, другие кредиты и обязательства, постоянно вкладывал в автоматизацию, чтобы освободить время. Пока волей случая бизнес резко не навернулся, я продал ипотечную квартиру и мне ПРИШЛОСЬ от всего отказаться и заняться тем чем давно хотел попробовать. В итоге через 2 мес,как оказался без всего я купил первую квартиру уже без ипотеки. Потом много чего еще на что прошлым бизнесом не заработал бы за всю жизнь. Кредиты с тех пор ни разу не брал. Кайфовал от процесса, свободного времени стало в разы больше. Оказался в другом мире. И если бы бизнес не навернулся так и занимался бы фигней. А оказалось все бросить очень просто и быстро. И необходимо. Поэтому совет №1 - срочно менять деятельность. Нафиг любые прогнозы, ты даже не представляешь где можешь оказаться.

Если программированием заниматься нравится

Не работать сидя. Сидячая работа убивает и воздействует на продуктивность, настроение и т.д. Когда ты сидишь, организм готовится тупить и отдыхать. Кровь плохо функционирует. Гормональный фон плохой. Большинство, кто сидит часами каждый день имеют хронические проблемы со здоровьем физическим и психическим. Не замечают т.к. привыкли. И по статистике проживут меньше. Курить и бухать гораздо полезней чем сидеть. И веселей. Поэтому. Стол для работы стоя, веселая музыка, спорт-атрибуты и много движений. 8 часов такого программирования в день и через месяц будешь похож на спортсмена. При этом будешь выполнять задачи горадо быстрее, голова от притока крови работает лучше, настроение лучше и не будешь отвлекаться на Интернет. Правда, я никогда не писал код за деньги и не копался в чужом коде (если только на Тостере :)). Такой деятельностью тоже наврядли бы смог заниматься. Поэтому в твоем случае я бы смотрел в сторону первого варианта.

Скорей всего у вас origin ведет на https, такое может быть, если вы проект клонили через
git clone https://github.com/somerepo
а не через
git clone git@github.com:somerepo
Проверьте через
git remote -v
Сменить можно через
git remote set-url origin git@github.com:somerepo

На изучение почти чего угодно в сфере ИТ обычно нужны эти 3 вещи:

1. время
   
2. терпение
   
3. английский
   

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

В процессе изучения, конечно, тебя сопровождает естественное любопытство. Но только лишь на нём не получится ехать всю дорогу. Когда начинается рутина или непреодолимые сложности, понадобятся воля и терпение. Да и всё то, что я перечислил выше.

Удовольствие в программировании, как в его изучении, так и в решении практических задач, построено на дофаминовом подкреплении. Оно, к сожалению, рассчитано только на короткие цели. Поэтому (и не только поэтому) большие задачи необходимо разбивать на более мелкие. Это называется декомпозиция. Но это также и навык, которым нужно овладеть, прежде чем иметь возможность применять. Змейку не захотелось делать потому, что она слишком сложная и долгая. Однако если в своей голове сумеешь разбить змейку на более простые задачи: управление, показ еды, показ самой змейки, - то будет намного интереснее.