Сергей Рогожкин

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

Включите дизайн копируемого сайта в передаваемые заказчиком информационные материалы и добавьте в договор два пункта об ответственности:

- Заказчик гарантирует, что предоставляемые в соответствии с условиями настоящего Договора, Информационные материалы, не обременены требованиями третьих лиц, что Заказчик является обладателем исключительных прав на Информационные материалы и/или обладает всеми необходимыми разрешениями от авторов и иных правообладателей в отношении объектов интеллектуальной собственности, и объектов, входящих в состав произведений, а также в отношении первоначальных произведений (в случае, если произведение представляет собой переработку и/или перевод), причем такие разрешения никаким образом не должны ущемлять прав Исполнителя или затруднять использование произведения Исполнителем в соответствии с настоящим Договором.

- В случае предъявления Исполнителю претензий или исков по поводу нарушения им авторских и/или смежных прав третьих лиц в связи с использованием Информационных материалов, предоставленных Заказчиком, во исполнение условий настоящего Договора, Заказчик обязуется урегулировать такие претензии или предпринять иные необходимые действия, исключающие возникновение расходов и убытков у Исполнителя. А в случае возникновения расходов и убытков у Исполнителя, возместить их в полном объеме.

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

Любой проект можно сделать лучше. Гораздо интереснее творчески переработать и это уже не будет плагиатом, но отдельной работой проектировщика.

Вопрос космического масштаба. Полагаю, что не существует единого понятия hi-end класса. Это как в ресторане попросить "принесите самое вкусное блюдо". Стоимость проекта? Объем кода? Нагрузка? Изящество кода? С какой командой это делать? Лично мое понимание профессионализма и высокого класса - это когда клиент доволен и поставленные задачи решены, несмотря на неожиданные препятствия и противоречия.

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

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

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

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

Для новичков статей и учебников миллион. Чем дальше в лес, тем меньше информации в обучающем формате и вообще информации. В предельном случае максимального углубления в технологии, одиночество, т.к. не будет людей с кем посоветоваться, потому что они еще уроки для начинающих не освоили.

В качестве практических действий, чтобы ответ не был слишком обобщенным, предлагаю подписаться на Youtube-каналы Академии Яндекса - там попадаются интересные фишечки, до которых самостоятельно можно долго доходить.

www.youtube.com/channel/UCTUyoZMfksbNIHfWJjwr5aQ

Англоязычные рассылки:

css-weekly.com

javascriptweekly.com

nodeweekly.com

Естественно, любимый БЭМ :)

getbem.com

ru.bem.info

Успехов в совершенствовании.

Делается стандартными возможностями Chrome Dev Tools (проще, чем в предыдущих ответах). Во вкладке инспектора Sources измененные файлы показаны со звездочкой. В контекстном меню выбрать Save и первый раз указать локальный файл. Потом спрашивать не будет. Удобная последовательность: подвигал блок, ткнул по ссылке на файл, Cmd-S. Подробно с картинками: devcoma.blogspot.com.br/2012/07/change-css-and-sav... UPD: сейчас оно само сохраняется после изменения свойств блока в инспекторе, если ранее была привязка к файлу.

Метатег keywords полезен для внутреннего применения, если вы используете собственный поиск по сайту.