Дмитрий Понькин

1. Сетка бутстрапа .
2. Если вам религия не позволяет использовать сетку бутстрапа то https://www.mosne.it/playground/mosne-flexbox/

Варианты:
1. Либо clip-path и трактор отдельно.
2. Либо множественный фон: внизу желтая картинка, поверх 2 треугольника с помощью линейных градиентов, верхний слой - трактор.
3. Либо полностью одна фоновая картинка и все.

Я бы выбрала 2 или 3 способ, в зависимости от потребностей перестроений для разных экранов.

Как-то так: https://jsfiddle.net/Ankhena/bec9qcyy/
значения свои поставьте

Второе - скролл-анимации, scrollmagic.io например

Первое:
https://github.com/alvarotrigo/fullPage.js/tree/ma...

Вставлю свои пять копеек.

Начну как всегда, наверное издалека, уж извините.

У меня стало довольно мало времени на то, чтобы разрабатывать дома: ребёнок, удалённость жилья от места работы и т д.
И вот ушедшие три дня выходных я потратил на ресёрч некоторых вещей.
Прочитал почти половину документации по Vue, запустил hello world на clojure script, ну и галопом по европам прошёл по реализациям FRP на js, остановивишь на cellx. С ней просидел весь вечер.
И вот только после этого я ощутил то забытое чувство, когда узнаёшь что-то новое, расширяешь кругозор.

К чему я это всё?

Я вспомнил, что до переезда, до ребёнка, я "летел" домой и до часу-двух ночи изучал что-то новое. Читал книги/статьи/какие-либо источники, и задавал себе вопросы "А что если сделать так?", "А если применить этот метод?", "А если вызвать с этим параметром?", etc, и пробовал на все свои вопросы найти ответы.
А также я постоянно хотел что-то "напилить". Свой сайт, какой-нибудь маленький проект. Какой-нибудь маленький плагин. Можно продолжать бесконечно..

Самое интересное не то, что я получал какой-то интересный готовый продукт - этого почти ни разу не случилось, а то, что я повышал качество своих навыков, узнавал что-то новое, так как иногда что-то не работало, приходилось гуглить, рефакторить, использовать функции, библиотеки, фреймворки, которые ещё ни разу не использовал. Именно этот опыт на мой взгляд делает вас ценным разработчиком.

Но - как в рекламе - и это ещё не всё.

Ещё есть важные аспекты, которые делают из вас хорошего разработчика:
1. Умение и можно сказать любовь читать чужой код. Читать, понимать(править?). Дело в том, что на любых проектах, особенно тех, где большая кодовая база была написана до вас, вам придётся разбираться в коде, и соответственно чтение и правка чужого кода будет занимать примерно 65-85% вашего времени.
2. Отсутствие боязни перед чтением документации. Кто-то бежит смотреть статьи, где люди пишут свой опыт внедрения или, извините "пробования" какой-либо технологии или инструмента, и упускает огромный пласт информации, который описан в документации. Пласт, который может затянуть старт использования, но помочь вам быть абсолютно в теме того, с чем и как вы собираетесь рабоать.
3. Третий пункт, немного связан со вторым. Вам нужно знать английский. На уровне достаточном чтобы понимать эту самую документацию. А также читать статьи зарубежных разработчиков. Ведь почти всё, что мы учим, сделано за бугром, и в связи с тем, что английский - международный язык, все более менее популярные библиотеки/фреймворки/инструменты, а точнее документация к ним, существуют на английском языке как минимум.

Это всё, я думаю, более менее объективные пункты.. Ээмм, ну ладно, субъективно-объективные.. Ну короче вы поняли =)

О ещё более субъективных, пожалуй, писать не буду. И так уже много букв, извините.

Самый крутой интерактив это садиться и программировать.
Всегда рекомендую, в качестве учебника для начала, прекрасный ресурс Ильи Кантора.
https://learn.javascript.ru/
Следуйте по урокам, выполняя все задачи, не переходите на следующий, пока не поймёте текущий. Если не получается решить задачу - посмотрите решение, но обязательно осознайте, почему работает так, а не иначе. Это может отнять время, но если js - технология, которая в будущем вам пригодится, то это время будет потрачено с пользой.

Появился у вас вопрос, появилась идея что-то реализовать, пусть даже простое -
откройте консольку и проверьте/создайте файлик и реализуйте, что вам взбрело в голову.

Удачи.

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

У Стефанова есть еще одна полезная книжка: "Javascript for PHP developers". Полностью соответствует названию.

На хабре есть полезный пост на эту тему Что почитать, чтобы повысить свой уровень JavaScript.
Из вашего списка все книги хороши, только "JavaScript: сильные стороны" Дугласа Крокфорда предназначена скорее для начинающих.

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

Вы уже джуниор. Вам до мидла нужно расти. Джуниор язык знают весьма посредственно

Исходить надо из того что ты хочешь в итоге. Если я правильно понял цель - владеть js (корректно его понимать и писать).

Единственно верный путь:
1. книги
2. курсы
3. разное другое (статьи, форумы, мини мануалы, видосы на youtube и т.д.)

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

Не тратьте время попусту, берите пару книг по js и через пару месяцев пройдете собеседование.
Вопрос можно ли стать js-developer без знаний верстки довльно скользкий, стать то можно, но скорее всего (даже если устроитесь куда то на работу) вам все равно будет не хватать знаний этой "пресловутой html-css".

Мой совет состоит из пары вариантов.

Путь первый:
1. HTML и CSS: Разработка и создание веб-сайтов (Автор Джон Дакетт)
2. Javascript и jQuery. Интерактивная веб-разработка (Автор Джон Дакетт)

либо более лайтовый вариант - серия «Head First O'Reilly» (там все разжёвывают как для детей, кому то заходит нормально, кого то это наоборот раздражает)

Путь второй:
1. Изучаем HTML, XHTML и CSS 2-е изд. (Авторы Эрик Фримен, Элизабет Робсон)
2. Изучаем программирование на JavaScript (Авторы Эрик Фримен, Элизабет Робсон)

Для более глубокого понимания css (если все таки хотите вникнуть в верстку) советую:
1. Новая большая книга CSS (Автор Дэвид Сойер Макфарланд)

Для более глубокого понимания js советую (лучше и то и другое):
1. Изучаем JavaScript. Руководство по созданию современных веб-сайтов (Автор Этан Браун)
2. ES6 и не только (Автор Кайл Симпсон)

И уже после этого приступать к vue.js или react.js . Если не понимаете что это , то простым языком это фреймворки которые написаны на чистом js и как бы более удобны в применении для написания разных сайтов/сервисов/приложений (нужное подчеркнуть))

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

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

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

Как то так) Если будут более подробные вопросы пишите)

1. Писать JS код ежедневно. Ну кроме выходного может. Хотя бы чуть чуть, но надо ежедневно что-то новое делать. Начни (ничего что на ТЫ?) что-то делать свое - плагин какой-нибудь, либо веб приложение.
2. Уроки могу посоветовать от Codedojo. (есть на торрентах, если надо адрес кину в ВК). Подписка там 500 р/месяц с доступом на все уроки.
3. Надо хорошо освоить базу по JS (ES6 конечно)

Вот примерные вопросы для собеседования - посмотреть (кроме React конечно)
Еще один списочек. Здесь уже набор тестовых заданий. Можешь посмотреть что примерно дают в качестве тестового задания - посмотреть

https://habr.com/post/251747/
https://tproger.ru/curriculum/computer-science-ste...

Тебе надо бы подучить матчасть в общей теории.
Это догмат такой, у тех людей кто умеет работать только в рамках готового шаблона...

Алан Кей сказал:

«Пока мы не придумаем, как по-настоящему нужно разрабатывать софт, выходом может быть создание динамических систем с экстремально поздним связыванием во всех его проявлениях».

«Позднее связывание позволяет воплощать идеи на поздних стадиях разработки с экспоненциально меньшими усилиями чем традиционное раннее связывание как в C, С++, Java и прочих похожих языках»

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

«Я не против типов, но я не знаю ни одной системы с типами, которая бы не вызвала мучений, так что я по-прежнему за динамическую типизацию»

аналогично обычно люди не понимают что такое ООП:

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

Для этого в проектах используют TypeScript или Flow:

const foo = (arg: number) => { /* do something with number type */ };

Сейчас без них большие проекты лучше даже не начинать.

О преимуществах слабой типизации:
1. Удобство использования смешанных выражений (например из целых, вещественных чисел и строк).
2. Абстрагирование от типизации и сосредоточение на задаче.
3. Краткость записи.

Я, конечно, не великий эксперт ( да о чём я, я вообще студент), но как по мне - надо так :
1) Скачиваете и устанавливаете git-клиент себе и git-сервер на серввер.
2) Создаёте у себя на компьютере репозиторий, пишете первый коммит.
3) Далее, отправляете на сервер с функцией инициализации ваш репозиторий, тем самым создаёте внешний репозиторий.
4) Команда верстальщиков подключается к репозиторию, клонирует себе на комп и, создав ветку для верстальщиков, переходит на неё.
5) То же самое делает и команда прогеров со своей веткой.
( Ветки специально, чтобы не было одной команды не было файлов другой команды )
6) И всё, работаете как вам и нужно. Ветки потом можно объединить.
P.S. лучше использовать ssh-соединение, чем putty. ( как по мне, проще каждому выдать ключ, чтобы он не парился с логином и паролем ).
P.P.S.
1) Если пишете под виндузяхой, то, создавай и инициализируй локальную репу с помощью git-bash или-же git-gui ( понятно, гуишка легче ), а всё остальное можно с лёгкостью сделать с использованием Source Tree ( есть только под виндузяху ).
2) Под линухой я использую просто git-gui.
Повторюсь ещё раз, я далеко не эксперт, но у меня работает всё так :)