Арсений Ильяшов

www.codewars.com - не совсем тесты, но задачки для разных уровней владения языком.

Для эмулирования Windows Phone в инструментах разработчика в IE есть соответствующие опции.

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

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

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

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

Ссылку бы на сайт дали, а то так не скажешь ничего.

React.js - его компонентная философия, как мне кажется, очень подходит для построения dashboard.

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

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

Через псевдоэлемент поверх изображения накладывается такой фон.

В данном случае наложение сделано так:

.bannerProHead>header:after {
  content: "";
  position: absolute;
  top: 0;
  left: 0;
  right: 0;
  bottom: 0;
  background: url('../../images/bg-pixel-30.png');
}

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

Я бы предложил заменить оценку по десятибальной шкале на 1-3 закрытых вопроса, потому что оценка в баллах не сможет дать вам прямой информации о том, что именно было хорошо или плохо. И было ли оно действительно хорошо или плохо: оценка в баллах будет у каждого своя, т.к. 7 баллов для одного человека это совсем не те же 7 баллов для другого, поэтому лучше избавиться от этих сравнительных характеристик. Что значит "хорошее обслуживание"? Для всех по разному.

Закрытые вопросы лучше тем, что ответить человеку "да" или "нет" значительно проще, а также вы получите куда более объективную информацию, чем в случае десятибальной оценки. Сложность только в том, что эти вопросы надо максимально конкретно сформулировать.

Пользовался jQuery-File-Upload - мне он тоже сначала не понравился, но потом я разобрался и он оказался очень ок. Там просто надо внимательно читать документацию.

1. Переименовываете все картинки так, чтобы у них был порядковый номер от 0 до 51.
2. Создаёте массив, который содержит все подписи к изображениями. Индекс каждого элемента должен соответствовать номеру изображения.
3. Потом в скрипте, который меняет изображение дописываете строчку, которая заменяет содержимое у обёртки подписи на текст соответствующий изображению. Можете счётчик сделать общим и для изображений и для подписей.

Если я правильно понял ваш вопрос, то рекомендую использовать конвенцию имён бутстрапа при использовании БЭМ, потому что БЭМ - это в первую очередь методология, целью которой является прозрачность кода и изоляция стилей. А если вы будете смешивать две конвенции имён, то прозрачность кода вы ухудшите.

Можно, если вам нужно отделить часть содержимого от основного содержимого этого блока.

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

Я немного дополню предыдущий ответ:
1. Идея проекта - тут первоочередным является постановка целей проекта и вытекающих из этих целей задач. Ключевой вопрос на этом этапе "чтобы что?". Исходя из целей задач вам будет гораздо проще построить остальную часть проекта.

2 и 3 должны отвечать на вопрос как и какими данными вы будете оперировать в этом проекте.

4 и 5 я бы поменял местами - сначала проектирование интерфейса, потом прототипирование проекта в целом. Потом обкатка прототипа (тестирование), потом реализация, потом тестирование реализации.

7 - вы должны ответить на вопрос как вы будете отслеживать реализацию поставленных перед проектом целей и задач.

Учите JS, потому что с webassembly неизвестно, что ещё получится. А во-вторых, даже если webassembly будет плотно использоваться, то это вовсе не значит, что JS куда-то исчезнет.

https://fezvrasta.github.io/bootstrap-material-design/ - я вот этим пользовался, он на базе бутстрапа. Не знаю насколько он будет лучше стандартного materializecss, но попробуйте.