sott: copal дело говорит. Надо писать код.
Я тоже не мог понять замыкания. Потом сел писать свой первый слайдер - просто набрался наглости и начал писать! И подумалось мне, что надо бы для его работы объявить переменную-счетчик, которая бы считала слайды. Сказано - сделано. Ну и отдельно функцию, которая счетчик увеличивает на +1 написал. Потом присмотрелся и понял, что это же непонятное замыкание! Которое внезапно стало понятным т.к. использовать я его начал еще до того как понял.
gans5131: обязательно! Слайдер - это контент, которым необходимо управлять средствами CMS. Управлять контентом должны люди, имеющие представление об администрировании CMS, но не обязательно имеющие представление об HTML/CSS/JS. В общем давать администраторам сайта код, в котором они могут что-то испортить, нельзя. Необходимо оформить этот код в компонент и пусть администраторы оперируют исключительно кнопочками и полями форм.
Думай Головой:
Понятие "сверстать и натянуть верстку на CMS" - это такой вариант экономии для заказчика. Потому что платят по расценкам верстки, а требуют по сути полный цикл создания сайта, в том числе, нередко, написание дополнительных компонентов и модулей, настройку системы управления контентом. Без настройки, к примеру, контент не выводится в нужном месте, даже если при интеграции вы учитываете в шаблоне возможность его вывода.
Реальная история и наглядный пример. Я взялся за "верстку и натяжку". Верстаю блок с иконками соцсетей. Ок. Интегрирую: настройка такая, что в зависимости от адреса соцсети устанавливается иконка (типа [href*="vc.com"]). Заказчик жалуется, что у него не отображаются иконки. Конечно не отображаются, настроить надо! Сразу вопрос: а где? Сразу ответ: а настройка соцсетей - это по-вашему относится к верстке или к интеграции? Нет, настройка - это настройка. А чем отличается верстка + интеграция + настройка от полного цикла создания сайта? Только тем, что ценник установлен как за верстку.
То есть ценник за "сверстать и натянуть верстку на CMS" должен быть как за полный цикл создания сайта и требования к разработчику должны быть соответствующие: верстка, интеграция, доработка и написание нового функционала. Тогда фразы "столько не платят за такую работу" просто не будут появляться.
"ЗАЧЕМ вам учиться?"
В области WEB-разработки невозможно научиться чему-то и всю оставшуюся жизнь пожинать плоды своих знаний. Необходимо постоянно изучать что-то новое: библиотеки, фреймворки, инструменты, стандарты и т.д. Если не развиваешься, то стремительно деградируешь.
Все, что я знаю сегодня, через три года не будет даже проходным минимумом в профессию.
"У вас на работе весь день забит прям по минутам, нет даже часика почитать новые материалы? Тогда увеличьте предполагаемый срок по какому-то проекту и появится этот часик ;)"
Есть такая штука - Radmin (удаленное управление рабочим столом). Если начальство видит, что я занимаюсь чем-то, не связанным с работой начинаются неприятные выяснения: "зачем?", "почему?" и т.д.
Так что даже если день не забит, особо не позанимаешься самообразованием.
Да-да, мне кажется, что это не совсем нормально.
"Не очень понятно какого ответа вы ожидаете"
На самом деле просто хотелось бы услышать опыт других людей.
Я вижу многих специалистов, которые ведут профессиональные блоги, работают над Open source проектами и даже находят время на культурный отдых. И появляется у меня ощущение, что я что-то делаю не так.
Я тоже не мог понять замыкания. Потом сел писать свой первый слайдер - просто набрался наглости и начал писать! И подумалось мне, что надо бы для его работы объявить переменную-счетчик, которая бы считала слайды. Сказано - сделано. Ну и отдельно функцию, которая счетчик увеличивает на +1 написал. Потом присмотрелся и понял, что это же непонятное замыкание! Которое внезапно стало понятным т.к. использовать я его начал еще до того как понял.