Алексей Скляров

А вы видели структуру документа? Там обычные секции с фоном, в которых есть ссылки в виде картинок, помещенных в эту секцию через абсолютное позиционирование. Это не PDF презентация, а обычная html-страница.

Во-первых, причем тут вообще npm и ваш UI? Это как сравнивать трактор с капустой. Gulp дает вам возможность удобно работать со своим проектом, подключать какие-то компоненты, выгружать все это на сервер и тд, это лишь инструмент. Все эти библиотеки (которые вам как раз, видимо и нужны) просто подключаются откуда-то консольной командой, однако все эти библиотеки можно просто скачать из источника.

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

Те, у кого dist, src - они выгружают исходник проекта с gulp, кто-то с grunt.

Те, у кого css js img - это готовый скомпилированный проект.

Как называть папки решать вам, но зачем называть их иначе, когда везде используются одни и те же названия? и всем все понятно

Пример работ можно смотреть на dribbble.com
Анимации рисуются в Principle.

Зачем вам блочить IP (которые не у всех уникальные), если можно просто создать куки с временем жизни 60 минут? Проверяете наличие, если кукисы есть - кнопку блочим, иначе - разблокировали.

Конечно нет. Весь фильтр товаров это просто запрос к БД, который возвращает данные из базы, соответствующие запросу. Например, есть у нас товары с рейтингом 5 и с рейтингом 4. Мы хотим отфильтровать их. У каждого товара в таблице есть столбец: rating, который принимает значение от 1 до 5.

В фильтре мы выбираем значение 5, после нажатия на кнопку: Применить фильтр, отправляется запрос на сервер, происходит запрос в бд, что-то типа: SELECT product FROM products WHERE rating=5. Этот запрос возвращает нам все товары с рейтингом 5. Сервер формирует нам новую страницу, где вы видите все товары с рейтингом 5.

Добавьте в форму скрытые поля, которые будут подтягивать метки из адресной строки:

<input type="hidden" name="utm_term" value="<?php echo isset($_GET['utm_term']) ? $_GET['utm_term'] : '' ;?>">
<input type="hidden" name="utm_campaign" value="<?php echo isset($_GET['utm_source']) ? $_GET['utm_campaign'] : '' ;?>">
<input type="hidden" name="utm_content" value="<?php echo isset($_GET['utm_content']) ? $_GET['utm_content'] : '' ;?>">
<input type="hidden" name="utm_source" value="<?php echo isset($_GET['utm_source']) ? $_GET['utm_source'] : '' ;?>">
<input type="hidden" name="utm_medium" value="<?php echo isset($_GET['utm_medium']) ? $_GET['utm_medium'] : '' ;?>">

Сами метки в скрипте точно так же через $_POST тянете как значение поля

Руководитель правильно думает. Должно быть такая схема: продажник -> менеджер проектов -> разработчики.

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

Потому что вы получаете один заказ, после которого вас не обязаны куда-то брать. Вы закончили работу и попрощались.

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

В таких компания HR как правило вообще не запаривается что вы за специалист, ему дали список задач, которые вы должны смочь решить, он помусолит ваше знание технологий и все. Это относится вот к тем компаниям, о которых идет речь. У них нет никакой идеи. Абсолютно. Как вы и сказали, они делают типовые сайты, роста никакого. Знаю одну студию у себя в городе, которая тупо тащит шаблоны с интернета и выдвигает это за свой продукт, причем шаблоны не особо редактируются.

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

Не стоит туда идти.

Это по поводу компаний с типовыми сайтами.

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

Мне кажется что это составляющая часть обучения, но, заметьте, это ЧАСТЬ ОБУЧЕНИЯ. Люди забывают об этом, и человек становится разработчиком, который кодит, по каждому поводу идя в интернет. Это не правильно. Понятное дело что все помнить или понимать сложно, всегда будут проблемы, за решением которых мы лезем в интернет и на форумы.

Все то что вы гуглите, нарываете, вы применяете в своих проектах и должны запоминать что вы делаете, если вы, к примеру, из интернета брали анимации в 2-3 строчки, то снова лезть туда за этими двумя строчками, когда они понадобятся - плохое решение. Вы должны были их сразу запомнить. Потому что лезть в интернет - N кол-во времени, а написать это из головы N/3 кол-во времени (речь про 2 строчки кода).

Если вы пишете сложный проект, то вам категорически полезно знать что и как там работает (ибо будете поддерживать его с вероятностью 90%), поэтому бездумно копипастить куски кода и не понимать их - глупость, а копипастить то, что вы уже знаете - имеет смысл, если функционал у вас повторяется точь в точь, то есть вы и из головы это бы написали, но мы же ленивые люди, берем то, что уже САМИ писали.

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