Константин Отпущенников

виртуалка с windows с нужной версией IE

У меня один ПК с Ubuntu и все. Нет Mac, нет IOS.

Если мощность компьютера позволяет, то установите VMware + Mac OS + Xcode

coha.look-website.xyz - последний мой проект, в котором наблюдаются косяки только в браузере Safari, а таже в Safari и Chrome под IOS, где проблему выявить так и не удалось.

Вы используете только -ms префикс добавьте ещё -webkit префикс.
На примере .main класса:
у вас:

.main {
    max-width: 1170px;
    margin: 0 auto;
    display: -ms-flexbox;
    display: flex;
    -ms-flex-pack: justify;
    justify-content: space-between;
    -ms-flex-flow: row nowrap;
    flex-flow: row nowrap;
}

а какой должен быть:

.main {
    max-width: 1170px;
    margin: 0 auto;
     display: inline-block;
    display: -webkit-box;
    display: -moz-box;
    display: -ms-flexbox;
    display: -webkit-flex;
    display: flex;
    -ms-flex-pack: justify;
    -webkit-justify-content:space-between;
    justify-content: space-between;
    -ms-flex-flow: row nowrap;
    -webkit-flex-flow: row nowrap;
    flex-flow: row nowrap;
}

Видимо из-за врапперов:
https://github.com/philipwalton/flexbugs#11-min-an...

Открыл сейчас сайт на айпаде - действительно, верстка поехавшая. Но локализовать ошибку так вот сходу не могу.
Поищи тут по слову Safari: https://github.com/philipwalton/flexbugs

Microsoft Remote Desktop + Azure.
Remote Desktop Connection.

обычный gulp-sass плагин такое умеет. просто поставь Output Styles - expanded

для винды такой же ответ как и для Эмулятор IOS для Linux(Ubuntu)?

3 варианта:
- завести мак/хак/ядивайс(ы)
- возиться с виртуалкой
- пользоваться https://www.browserstack.com и подобными

Mobile First хорош для контент-ориентированных сайтов. Блоги, интернет-магазины, всякие там соц-сети/форумы и новостные сайты. В общем для всех тех сайтов, на которые юзер будет заходить более 1 раза в своей жизни с телефона. Делать вообще все сайты в режиме mobile first - полный бред. Если у вас на руках проект для разработки промо-сайта со свистелками и перделками на канвасе/webGL, свг анимациями то вам необходимо будет сосредоточить все свои силы на этих тяжеловесных вещах для десктопа, и потом при понижении до планшета/телефона выпиливать все эти монструозные вещи без особых сожалений.

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

1) Mobile first используют для сайтов, которые просматривают по большей части с мобильных. Например, сайт авторизации при подключении к WI-FI в московском метро.

2) Не совсем корректный вопрос. Некоторые сайты заточены под desktop. Они почти не просматриваются с телефонов. Github - живой тому пример. Здесь логичнее использовать desktop first, как вы выразились

4) https://abookapart.com/products/mobile-first

Mobile first:
Вы пилить тот же сайт, те же стили, но вы начинаете пилить стили для мобильной версии сайта, а потом постепено добавлять таблеты и декспопы. Никакой науки тут нет.

3. Бить дизайнеров палками, можно ногами. Я обычно пилю на Foundation/Bootstrap и на интуитивном уровне прикидываю, что и как будет выглядеть. А если дизайнеры или клиент не довольны, я говорю дизайнеры наркоманы и работаю над их предпочтениями по доп. ставке в час.

Для чего составлять такую подборку? Вы просто перечислили практически все книги на русском по JS. При чем однотипные.
Большинство из них описывают одно и тоже. Я прочитал почти все из этого списка. По опыту могу сказать, что читать всю подборку не нужно.
Посоветовал бы прочитать книгу Ильи Кантора и книгу "Javascript для профессиональных веб-разработчиков", автор Николас Закас вроде.(Вместо второй можно прочитать Фленагана. Подробное руководство., но Заказ мне больше нравится, по моему мнению гораздо лучше объясняются многие вещи). Две эти книги, достаточно объемные и информативные, всю основу прекрасно преподносят.
Также посоветовал бы книгу по оптимизации производительности, автор также Николас Закас и любую книгу по регулярным выражениям, но это уже после некоторой практики. А также книгу "Веб-приложения на JavaScript". Сам ее только вот начну читать, но по содержанию и отзывам достаточно хорошая.

Достаточно будет чтобы довольно хорошо освоиться в языке.
Не нужно читать однотипные книги. С 3 по 6 включительно пункты не стоит читать. Только зря потратите время.

ООП объясняется в первых двух книгах которые я упомянул. Также книга про паттерны - largescalejs.ru/.

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

.menu {
background-color: rgba(0,0,0,0);

transition: .2s ease-in-out;
}

.menu.open {
background-color: rgba(0,0,0,1);
}

Я понимаю, что уже год прошёл. Впишу своё мнение.

Стек технологий для backend и frontend одинаково сложный. Много решений, много тонкостей. Как fullstack
я знаю, о чём говорю.

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

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

С другой стороны, портфолио фронтенд-разработчиков полно красивых скриншотов из готовых проектов, иногда даже ссылками на работающие проекты. Backend такой красотой похвастаться не могут - sphinx, memcache, mongo/redis, mysql/postgre, php/python/ruby - ну или ещё что-нибудь - я имею в виду, что приходится только стек технологий упоминать. А если в портфолио и будут скриншоты, то только с целью сказать позже: там, в тени красивого интерфейса, стабильно и быстро работает мой код.