Chelman

Главное что Вам нужно - писать меньше кода, который будет реализовывать поставленную перед Вами задачу.

Перед началом выполнения задачи, Вам нужно декомпозировать ее. Сделали это, внесли конкретные пункты в свой product backlog(у меня для этого trello используется), начинайте выполнять. Ставите себе любой time-tracker, например toggl и замеряйте время исполнения. Работайте так 2-3 недели.
Когда соберете какую-то статистику, увидите куда у Вас уходит время. Затем начинайте оптимизировать то, что у Вас повторяется из проекта в проект. Здесь есть два пути:

1. Использовать готовые фреймворки
   
2. Использовать скаффолдеры(см. Yeoman, grunt-init)
   

Оптимизируйте рутину, т.е. Вам нужно постоянно собирать какие-то фронт-энд скрипты, загружать по FTP/SSH куда-то файлы, тут однозначно копать в сторону grunt/gulp. Если работайте с бэк-эндом, то может быть имеет смысл углубиться в возможности Вашей IDE, настроить автоматическое создание библиотек, пакетов, модулей и т.п.

• БЭМ. Независимые блоки.
  
• Препроцессоры
  
• Постпроцессоры
  
• Семантическая верстка
  
• Целиком и полностью адаптивная верстка
  
• Грамотное использование тегов HTML5
  
• Оптимизация скорости загрузки страниц
  
• Меньше бессмысленных JS-плагинов и библиотек
  
• Относительная кроссбраузерность
  
• Деление сайта на 2 версии - сжатую (без мусора и воды, ту, что реально сервер будет отдавать) и обычную (для человеко-понятного редактирования).
  
• И еще: Тык
  

sql-ex.ru

sql-ex.ru/learn_exercises.php с этого и начать.

Под мобильные устройства тестирую с помощью стандартных функций браузера (Firefox & Chrome это умеет в devtools)
Так же есть такая штука - ami.responsivedesign.is
Доступные размеры:
настольный монитор — 1600 x 992px;
ноутбук — 1280 x 802px;
планшет — 768 x 1024px;
мобильный телефон — 320 x 480px.

Так же есть это - deviceponsive.com
Устройства и доступные разрешения экранов.
Macbook — 1280 x 800
iPad портрет — 768 x 1024
iPad портрет — 1024 x 768
Kindle портрет — 600 x 1024
Kindle альбомная ориентация — 1024 x 600
iPhone портрет — 320 x 480
iPhone альбомная ориентация — 480 x 320
Galaxy портрет — 240 x 320
Galaxy альбомная ориентация — 320 x 240

Ну и мой любимый - quirktools.com/screenfly
Доступно 9 больше чем планшет устройств — от 10" ноутбуков, до 24" мониторов, 5 планшетов, 9 телефонов, 3 телевизионных разрешения, а также произвольное разрешение. Есть отдельный переключатель в портретный и альбомный режим, а также опция показа прокрутки.

1) Эмуляция мобильных устройств в devtools в хроме и firefox
2) Эмуляция старых IE в Edge
3) https://www.browserstack.com/

Ну и регулярно вручную смотреть, где есть возможность, да.

Для общего понимания того, почему с дизайном все так плохо и что делать:
Дональд Норман «Дизайн привычных вещей»
Виктор Папанек «Дизайн для реального мира»

Веб:
Якоб Нильсен «Веб-дизайн. Книга Якоба Нильсена»
Стив Круг «Веб-Дизайн: книга Стива Круга или «не заставляйте меня думать!»

Интерфейсы и взаимодействие:
Джеф Раскин
«Новые направления в проектировании компьютерных систем», «Об интерфейсе»
Брюс Тогнаццини «Главные принципы интерактивного дизайна»

Шрифты, типографика:
Ян Чихольд «Новая типографика»
Эмиль Рудер «Типографика»

Про «Ководство» уже написали. Опустил несколько книг, которые вам понадобятся, если совсем уйдете в дизайн — там про взаимодействие с клиентами и всякое такое. Так же пропустил книги о работе с текстом. Если интересно — пишите, дополню список.

На русском издано очень мало литературы на эту тематику, к сожалению. Есть книга Розенфельда и Морвиля "Информационная архитектура в Интернете". Возможно, кому-то изложенное в книге покажется устаревшим, но всё же привожу здесь.

www.books.ru/books/informatsionnaya-arkhitektura-v...

habrahabr.ru/company/astoundcommerce/blog/239849 - незаконченная статья, состоящая из двух глав; тем не менее полезна содержанием и ссылками на литературу.

Блупритны хороши тем, что они исполняются в manage среде и поймать segmentation fault просто не реально. Также гдето я слышал, что в итоге получатся меньше логических багов за счет того, что не будет опечаток и схематическая информация воспринимается лучше, чем ковры кода.
Но как всегда за все неоходимо платить) Сами разработчики говорят, что блупринты исполняются в среднем в 10 раз медленей аналогичного кода на плюсах. По этому там где необходима большая производительность, тотальное управление выделением и освобождением памяти, то без плюсов не обойтись. Также для таких больших проектов как UE4 время компиляции С++ кода становится ощутимой проблемой. Необходимость ждать около 30 минут на современной топовой машине, для перекопиляции всего проекта скажем так, немнного раздражает.. С блупринтами таких проблем нету.

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

Какие задачи нужно уметь решать на чистом JS, перед тем как переходить к изучению библиотек и фреймворков?

Кроме синтаксических конструкций, математических и логических выражений, нужно знать:

• Область видимости переменных
  
• Замыкания
  
• Объектно-ориентированное программирование, в частности наследование через прототипы
  
• Шаблон проектирования "модуль"
  
• Операции над DOM
  
• Понимание принципов событийно-ориентированного программирования
  

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

Важно - инструменты программиста JavaScript
У тебя должен быть удобный инструмент для разработки (IDE, Integrated Development Environment), чтобы он тебе подсвечивал код (syntax highlight) и подсказывал о синтаксических ошибках (syntax check), о формальных параметрах функций (type hinting), о стиле кодирования (code style), помогал писать код (live templates).
Ты должен знать, как отлаживать скрипты в популярных браузерах (Firebug, Chrome Developer Tools и другое). Что такое точки останова, как управлять исполнением во время останова, как посмотреть и поменять содержимое переменных, как настроить останов по условию.

Хотелось бы узнать что это за задачи(упомянутые вами 80%)

Реальные задачи джунов:

1. Возьми из сборника задач по javascript любой скрипт случайно и вслух расскажи, что он делает.
   Важно - читать и понимать чужой код намного важнее, чем писать свой. И на работе тебе это приддётся делать чаще, чем ты думаешь. Чтобы подключить к своему проекту чужую JS либу, нужно понимать что она делает, как она конфигурируется, как управлять её поведением. Скажу точно, что написать свой скрипт, который строит графики, намного сложнее, чем понять, как настраивается highcharts.
   
   
2. Напиши скрипт на JS, который в заданном тексте удалит один или два символа, выбранных случайно
   
   1. Усложнение: удалять можно только буквы в словах, а знаки пунктуации и цифры удалять нельзя
      
   2. Усложнение: принять, что этот текст является программной на Javascript, удалить одну-две команды JS, но только если они не в строковых литерах (break как команду удалить можно, а в строке "break my heart" нельзя)
      
   3. Усложнение: воспользуйся этим скриптом и "попорти" код какого-нибудь другого скрипта на Javascript, а потом отладь, найди ошибку и восстанови работоспособность
      
   Важно - этим обычно все и занимаются - ищут баги. Только в реальной жизни они и без этого скрипта появляются. И не по одному, а прям пачками.
   
   
3. На страницу HTML нужно встроить график курса доллара по отношению к рублю. Формат входного массива значений курса определи сам, исходя из своего скрипта для построения графиков.
   
   1. Усложнение: на одном графике должны быть два курса, по разным шкалам. Наприме, курс доллара к евро и курс юаня к рублю
      
   2. Усложнение: первоначально график вывести в детализации по месяцам, но чтобы можно было "приблизить" (drilldown) детализацию до дней
      
   3. Усложнение: первоначально график вывести текущем месяце, но чтобы можно было загрузить данные для предыдущего месяца без перезагрузки страницы (AJAX)
      
   
   
4. При клике по картинкам, вставленным в текст HTML, показывать всплывающее окно для просмотра увеличенной картинки.
   
   1. Усложнение: в всплывающем окне сделать навигацию по картинкам, вперёд/назад и к нужной картинке
      
   2. Усложнение: в всплывающем окне вместо картинки показать видео-ролик с Youtube
      
   3. Усложнение: в всплывающем окне показать текст HTML
      
   
   
5. По клику на кнопку "Click me" показать всплывающую форму.
   
   1. Усложнение: реализовать проверку данных на корректность перед отправкой формы (непустое значение, минимальное количество символов, максимальное количество символов, минимальное числовое значение, максимальное числовое значение)
      
   2. Усложнение: если в значении текстового поля встретилась гиперссылка, то считать её за 22 символа при любой длине этой ссылки (как в твитере)
      
   3. Усложнение: реализовать отправку формы на сервер через AJAX, без перезагрузки страницы
      
   4. Усложнение: саму форму в виде HTML загрузить с сервера через AJAX, в момент клика по кнопке "Click me", правила проверок данных должны как-нибудь "извлечься" из самой загруженной формы, например из аттрибутов полей ввода
      
   
   
6. К форме ввода данных на поле ввода даты "навешать" всплывающий календарь для выбора даты.
   
   1. Усложнение: сделать форму календаря мультиязычной. Хотя бы через настройки на том же JavaScript
      
   2. Усложнение: сделать так, чтобы с помощью календаря можно было выбрать диапазон дат, чтобы она была привязана к двум полям формы "дата начала" и "дата окончания", и чтобы значение в поле "дата начала" обязательно была меньше чем в поле "дата окончания"
      
   3. Усложнение: сделать так, чтобы с помощью в календаре можно было видно визуально этот диапазон
      
   4. Усложнение: диапазон может быть открытым, но не пустым, то есть пользователь должен задать хотя бы дату начала или дату окончания.
      
   
   
7. Сделать пред-просмотр веб-страницы HTML с разными темами. Тему страницы выбирать через селектор на javascript, а показывать в фрейме.
   
   1. Усложнение: сделать селектор "тип устройства", чтобы менять размер фрейма (например, "iPhone 5c 1136x640") и "чекбокс" для смены ориентации страницы "горизонтальная" или "вертикальная" (соответственно 1136x640 или 640x1136)
      
   2. Усложнение: в селекторе тем предусмотреть поиск тем по подстроке, и аналогично поиск устройств по части названия (авто-дополнение, auto-complete)
      
   3. Усложнение: тема страницы должна меняться без перезагрузки фрейма
      
   
   

Задачи повышенной сложности, исходя из личного интереса

1. Реализовать форму для многошагового мастера: форма должна состоять из нескольких страниц (шагов), пользователь может переключать страницы через какие-нибудь элементы управления "вперёд/назад" или "перейти на страницу".
   
   1. Усложнение: реализовать функциональную связь значений, когда некоторые данные зависят друг от друга (ввёл число в поле "количество" и в поле "сумма" значение пересчиталось)
      
   2. Усложение: доступность некоторых полей ввода должна зависеть от данных (например, если указал "есть личный самолёт", то значит можно ввести "марка самолёта")
      
   3. Усложение: видимость некоторых страниц должна зависеть от данных из предыдущих страниц (например, если указал "есть личный самолёт", значит появилась страница "ТТХ самолёта"; иначе страница должна скрыться)
      
   
   
2. Реализовать однопользовательскую браузерную игру "змейка", "тетрис", "найди пару"
   
3. Реализовать многопользовательскую браузерную игру "крестики-нолики", "морской бой" на два игрока в режиме "hot seat"
   
   1. Усложнение: два игрока на разных компьютерах, ходы передаются по websocket
      
   2. Усложнение: ограничение на ожидания окончания хода 15 секунд, по окончании ожидания автоматически делается случайный ход
      
   
   
4. Реализовать todo-list. Пользователь вводит список, затем он превращается в строки с "чек-боксами". Когда "чекбокс" включен, строка зачёркивается.
   
   1. Усложнение: пользователь может переименовывать, удалять, добавлять строки
      
   2. Усложнение: список хранить в localStorage браузера, чтобы при перезагрузке страницы он восстанавливался
      
   3. Усложнение: пользователь может иметь несколько независимых списков todo
      
   
   
5. Реализовать простой графический редактор. Пусть рисуется точка в месте, где пользователь кликнул.
   
   1. Усложнение: добавить переключатель режимов "точка"/"линия", в режиме "линия" рисуются линии между двумя последовательно кликнутыми точками
      
   2. Усложнение: можно менять толщину, цвет линий, размер точек
      
   3. Усложнение: последовательность кликов можно воспроизвести ещё раз с самого начала, равномерно или с реальной задержкой между кликами, с обычной скоростью или ускоренно
      
   4. Усложнение: можно выгрузить получившийся рисунок в формате PNG или SVG, причём SVG c анимацией воспроизведения
      
   
   

Можно использовать любую существующую библиотеку.
Например,
для построения графиков www.highcharts.com
для загрузки и передачи данных через AJAX: jquery.com + что-нибудь на сервере
для всплывающих диалогов с картиками, видео и формами: fancyapps.com/fancybox и https://jqueryui.com/dialog/
для валидации форм rickharrison.github.io/validate.js
для календаря https://jqueryui.com/datepicker/
для автодополнения https://jqueryui.com/autocomplete/
для передачи данных между несколькими пользователями socket.io или обычный AJAX

Вот набор полезных сервисов для создания верстки писем

A collection of tools & resources for responsive email design
responsiveemailresources.com

Приветствую.
OWASP: https://www.owasp.org/index.php/Main_Page

1. Сделайте блок-схемы (скетчи, вайрфреймы) каждой страницы приложения на бумаге
2. Сверстайте их
3. Реализуйте постепенно функционал для каждой из них

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