О книге "Адаптивный веб-дизайн" Аарона Густавсона

Мне довелось прочитать первое издание книги Аарона Густавсона "Адаптивный веб-дизайн" (книга была издана в 2011 году). Следует сказать, что сейчас, в 2018ом году фокус адаптивности сместился несколько в иную сторону, чем это рассмотрено в книге АГ. Сейчас, когда я слышу словосочетание "адаптивный веб-дизайн", первая мысль, которая приходит мне в голову - это дизайн для разных типов устройств (десктоп, планшет, телефон). В книге же речь идет о проблемах отображения сайта в разных браузерах. Как же сейчас обстоят дела с этой проблемой? Она решена? Или мы на нее забили? Проработав в вебе около 5 лет, я застала тот исторический момент, когда многие компании, занимающиеся разработкой веб-сайтов, заявили: "Всё! Хватит это терпеть! IE6 больше не поддерживаем". И это было уже не стыдно. Видимо, люди решили, что цель не оправдывает средства.

На вопрос "Решена ли проблема отображения в разных браузерах", думаю ответ - не решена. Но есть набор колдовских действий, которые известны каждому верстальщику настолько, что он даже не задумывается, применяя их. Это, своего рода стандарт)))

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

Ключевой термин, который вводит АГ в книге - отказоустойчивость. Под отказоустойчивостью автор понимает способность сайта донести контент до пользователя в любых условиях (старый браузер, выключенный JS и т.д.). Для достижения этого автор предлагает использовать концепцию постепенного улучшения. Она заключается в накладывании технологий слоями.

Всего АГ выделяет пять больших слоев:

Текст -> HTML-разметка -> CSS -> Javascript -> WAI-ARIA

Всё понятно, кроме последнего. Последнее - это специальная разметка, которая позволяет пользоваться сайтом людям с ограниченными возможностями (тем, кто вынужден пользоваться скрин-ридерами). Последнее - это, конечно, высший пилотаж. Честно говоря, я вообще первый раз услышала об этом стандарте. Мне приходилось делать версию для слабовидящих, но она исчерпывалась рядом дополнительных возможностей: возможностью отключить картинки, установить более удобное сочетание цветов фон/шрифт, увеличить кегль.

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

Мне всегда казалось, что тот факт, что браузер никак не ругается на "фигню" вставленную в html- или css-файл - это недостаток. Так сложнее отслеживать ошибки. А вот в книге АГ это рассматривается как  одна из причин, по которым концепция постепенного улучшения имеет место быть. Вот, например, рассмотрим CSS. Мы делаем набор правил, которые железобетонно работают во всех браузерах. А потом, следующим слоем, добавляем "красивости", которые старые браузеры могут молча не понять (ну и ладно), а новые браузеры поймут, придав при этом лучшие эстетические качества сайту. Именно из-за этой особенности постепенное улучшение на этапе верстки и стилизации достаточно тривиально работает. С JS все обстоит иначе. Он умеет ругаться. Не в рабочую область браузера, конечно. Но сайт из-за ошибок в JS начинает работать некорректно.

А теперь коротко о "разумном, добром, вечном", что посеяла в меня эта книга (основные тезисы):

HTML:

1) Автор является сторонником использования максимально семантичой разметки, то есть использования HTML5. Безграничные возможности CSS, конечно, позволяют нам и из лошади сделать жирафа. Но, с другой стороны, - зачем, если у нас есть в наличии сам жираф. Еще один аргумет в пользу семантичной разметки - скрин-ридеры лучше воспринимают такой сайт.

2) АГ обращает внимание на использование разного рода невидимых в хороших условиях, но играющих важную роль если что-то пошло не так, атрибутов. Например, alt.

3) Той самой вишенкой на HTML-торте является микроразметка. Существуют различные микроформаты, призванные описывать разного рода сущности (события, товары, контактную информацию). Это необходимо, чтобы приложения или поисковики могли извлекать из сайта нужную им информацию.

CSS:

1) АГ предлагает разделять стили на 3 больших блока: типографика, расположение блоков, цвет.

2) АГ обращает внимание, что  CSS - это вообще очень благодатная почва для постепенного улучшения: возможность перезаписи стилей, игнорирование старыми браузерами непонятных свойств и т.д.

4) Так как с IE борются уже давно и долго, то в рамках этой борьбы придумано много костылей. Например, условные комментарии, которые позволяют подключать стили только для IE браузеров

3) Media-запросы позволяют решить ряд проблем и разделить стили. Тут стоит вспомнить о концепции mobile first (сначала мобильные). Интерфейс на телефоне, как правило, легче, чем на десктопе.  Поэтому постепенное улучшение тут должно работать так: сначала надо писать стили для мобильных, а потом при помощи media-запросов усложнять интерфейс для устройств с бОльшим экраном.

JS:

1) Контент должен быть доступен и без JS. Честно говоря, звучит как лозунг: "За мир во всем мир" - несколько мечтательно и утопично. Хо-хо)))

2) Существует проблема использования обработчиков на контенте, подгруженном Ajax-ом. А именно - обработчики перестают работать на блоках, подгруженных ajax-ом. Это имеет место быть из-за того, что инициализация обработчика происходит на загрузку страницы. Автор рекомендует использовать всплытие и вешать обработчики на корневой тег, а внутри обработчика уже проверять, на каком именно теге сработало событие, и выполнять соответствующие действия.

3) Разметка, которая нужна исключительно для работы JS-скрипта, должна генерироваться в самом скрипте.

4) Dependency testing. Разделать скрипт на фрагменты и в каждом проверять доступность сущностей (библиотек, объектов, методов). В общем, страховаться-перестраховаться.

5) JS и стили. Автор рекомендует не задавать правила для HTML-элементов внутри JS-кода. Правильнее сделать набор классов со свойствами, которые устанавливаются программно, и в коде уже оперировать этими классами.

WAI-ARIA (Web Accessibility Initiative - Accessible Internet Application) - стандарт, который позволяет пользоваться интернетом людям с ограниченными возможностями. Повторюсь - для меня это вообще очень новая штука.

1) Применение некоторых стилей (CSS-правил) оказывает влияние на поток информации, воспринимаемый скрин-ридером. Например, скрыть блок можно скрыть разными способами:

• visibility: hidden (скрин-ридер пропустит этот блок)
• display: none (скрин-ридер пропустит блок)
• height: 0, width: 0; overflow: hidden (скрин-ридер снова пропустит блок) 
• text-indent: -999em (скрин-ридер увидит блок, но в этом случае содержимое блока должно быть ограничено текстом и инлайновыми элементами )
• position: absolute; left: -999em (в этом случае скрин-ридер увидит блок, и в блоке может содержаться любая информация)

Мне понравился этот пример. Он показывает, что если сайт разрабатывается с учетом возможности прочтения его скрин-ридером, то нельзя просто аккуратненько расставить дополнительные атрибуты в конце. Об этом надо думать заранее, на этапе проектирования стилей. А если мы все же действуем в рамках концепции progresive enhancement, то когда дело дойдет до ARIA-стандарта, придется рефакторить имеющийся код и стили.

2) В рамках ARIA-стандарта разработаны роли и состояния (на практике это атрибуты тегов). Атрибут role часто перекливается с  названиями HTML5-тегов, но все равно имеет место быть пока существует несемантическая разметка.

3) Использование Ajax также являлось бы проблемой для скрин-ридеров. Но в рамках ARIA есть атрибут aria-live, который позволяет следить за изменениями на странице.

4) Для людей с проблемным зрением клавиатуры - гораздо более значимый инструмент, чем мышь. Поэтому автор обращает внимание, как важно, чтобы по сайту можно было перемещаться при помощи клавиатуры.

***

Ну и общее резюме о книге: для меня книжка практически не открыла ничего нового (если не считать стандарта WAI-ARIA), но полезна тем, что многое разложила по полочкам.

"Mobile first" Люка Вроблевски

Прочитала на днях довольно старую, но, тем не менее, представляющую для меня интерес книгу Люка Вроблевски с категоричным названием "Mobile fist!". Ну или по-русски (а я читала в русском переводе) - "Сначала мобильные!". Основная мысль книги вполне очевидна -  мобильные устройства выходят на первый план, опережая десктопы. И если раньше имело место наращивание мобильной версии сайта на десктопную (принцип постепенной деградации - т.н. "desktop first"), то сейчас ЛВ советует поступать наоборот, а именно - сначала делать мобильный дизайн, а потом постепенно его усложнять, создавая версии для стационарных устройств. В качестве аргуметов ЛВ приводит следующие:

• Голая статистика доказывает, что мобильный интернет растет лавинообразно, а потому нельзя этого не замечать.
• Когда дизайнер располагает малым пространством, ему приходится выделять только самое главное. То есть отметается все ненужное, второстепенное. А потому дизайн становится лаконичнее, а, значит, понятнее. И при переходе к созданию десктопной версии стоит 100 раз подумать, а так ли нужна эта второстепенная информация или она только загромождает пространство?
• Вообще, усложнять всегда легче, чем упрощать. Это правда.
• С технической точки зрения: легче прописать минимальный стили для простого дизайна. А потом при помощи медиа-запросов изменить стили для больших экранов. В случае если сайт будет работать в браузере по каким-либо причинам не воспринимающем медиа-запросы - на всех экранах отобразится дизайн для мобильников (то, что написано без медиа-запросов). Это всегда лучше, чем мелко-мелкий интерфейс предназначенный для десктопа на разрешении в 320px.

В книге приведено очень много интересных статистических данных. Меня, например, заинтересовала серия графиков, показывающая в сравнении, в какое время суток и как продолжительно люди читают статьи с телефона и десктопа. Графики красиво подтвердили жизнь: мобильными устройствами люди пользуются короткие промежутки времени и пики использования приходятся на прогнозируемое время, а именно: раннее утро (это когда мы только проснулись и есть пять минут для короткого чтения), дорога на работу, дорога домой,  а также чтение перед сном. А вот с десктопами ситуация другая - ими пользуются продолжительные промежутки времени и в те часы, когда люди обычно находятся дома или в офисе. ЛВ приводит образное сравнение: те, кто серфит с мобильника - это "ныряльщики", а те, кто  со  стационарного компьютера - "аквалангисты".

"Чтобы найти преступника, нужно думать как преступник". А чтобы разработать хороший дизайн для мобильного приложения, нужно думать как потенциальный пользователь. То есть проникнуться его проблемами и потребностями. ЛВ, ссылаясь на другого автора, называет основные задачи, которые люди обычно стараютмя решить при помощи мобильного интернета:

- "Микрозадачи" (ну, это же правда - кратко ответить на сообщение, уточнить телефон, узнать короткую информацию)

- "Ориентация на местности" (о, да - я до сих пор по Нижнему перемещаюсь с включенной Яндекс.Картой, а что уж и говорить о другом городе)

- "Мне скучно" (ну, тут и говорить нечего - достаточно зайти в обычный городской автобус)

Книга посвящена дизайну. Именно дизайну. Про верстку там только одна глава, последняя. И то в ней практически нет ни одной строчки кода. Поэтому вот какие очевидные и не очень фишки по дизайну остались в моей голове после прочтения:

- Отказ от стандартного построения сайта. Честно говоря, у меня есть неплохой опыт лабания стандартных сайтов под десктоп. Очень стандартных. Откуда проистекает эта шаблонность? Из экономии заказчика и разработчиков. Из того, что заказчик часто хочет "как у конкурента". В общем, старая известная история, которая приводит к тому можно с закрытыми глазами угадать, что за блоки будут на главной сайта и в какой последовательности они будут располагаться.  Тут, конечно, можно долго холиварить как раньше любили, что есть стандартны, нарушать которые - только запутывать пользователя и т.д. и т.п. В общем, в книге ЛВ приводит очень красноречивую картинку. Так что без коментариев.

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

- Вместо уменьшения - увеличение. Предположим, у нас уже есть десктоп (мы выбрали путь "Desktop first"). И нам надо сделать мобильную версию. Задача известная. Интуитивно кажется, что надо как-то экономить пространство, уменьшая элементы интерфейса. Но постойте! Ведь у нас элемент управления - это пальцы! А вы видели мужские пальцы? Тут я отбрасываю пальцы каких-нибудь там музыкантов-художников-программистов. Вы видели мужицкую руку рабочего?  Что-то типа "...сорок пятого размера покупал он сапоги". В общем, в этом случае интуиция по поводу необходимости уменьшать размеры для  мобильника - подводит. Нужно уменьшать не размеры элементов интерфейса, а их количество. И еще можно делать кликабельным не только сам элемент, а еще и какую-то область вокруг. В общем нужно делать все, чтобы свести к минимуму вероятность промаха.

- Нужно всегда помнить, что способов держать в руках телефон не так много. А точнее - два основных. Первый  - это когда телефон в правой руке, а управление идет при помощи большого пальца этой же правой руки. Второй - это когда телефон в левой руке, а по экрану скользит правая рука. Про второй - говорить не очень интересно. Этим способом мы чаще всего пользуемся, когда у нас полно времени и мы в состоянии выполнить какой-то более сложный жест, чем тап или скролл (например, подзумит что-то или набрать большой текст указательным пальцем правой руки). А вот первый способ, если вы не заметили, оставляет свободной левую руку. А это уже что-то! Например, вы можете левой рукой мешать подгоревшую кашу или держать все того же ребенка. В общем, это способ держать телефон в какой-то цейтнотной ситуации. И тут стоит как можно сильнее позаботиться о пользователе. А именно - разместить ключевые элементы управления интерфейсом в той зоне, до которой может дотянуться большой палец. Люди, живущие в постоянном цейтноте, скажут вам спасибо. Честно! ))

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

- Мобильный ввод. Проектированию форм для ввода информации в книге ЛВ посвящена целая глава. Я бы не сказала, что там для меня было что-то очень новое. Просто в одном месте собраны все фишки и особенности мобильного ввода. Главное при проектировании мобильных форм всегда ориентроваться на пользователя, который управляет легковым автомобилем, набитым мартышками и при этом старается ввести какую-то информацию в свой телефон. И тогда все у вас будет хорошо)))

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

Апельсиновый закат

Белый пар от губ ажурным платком улетает в небо.
Апельсиновый закат дышит над землей.
Полусолнца алый язык быстро соскальзывает в горизонт.
Я иду к горе. Я иду домой.
Я вижу движение солнца.
Холодно щекам и кончикам пальцев.
Трубы дымят густым и белым.
Но я не могу уловить дровяной запах человеческого уюта.
Мороз съедает всё.

Здесь  деревня. Здесь жизнь. Здесь делают работу.
Избы треугольными крышами подпирают закат.
Мышиная возня внутри и вне.
Улучшить. Сберечь. Распределить.

Самое хитрое - это зависнуть между.

О "Довлатове"

Сейчас полтретьего ночи. Но так вышло, что именно сейчас я вернулась из кинотеатра. Кино было о Сергее Довлатове. Это было 2 часа боли. От этой боли сжималось сердце, а потому хотелось чтобы все это поскорее закончилось, как и все неприятное, что бывает с человеком.

Довлатов как-то высмеял вопрос: "Любите ли вы Пушкина?". Поэтому вопрос: "Любите ли вы Довлатова?", - звучит как издевательство". Довлатов может в тебя зайти, а может не зайти. И вот если он зашел, то у тебя появляется свой Довлатов. У меня он есть. Я с ним давно живу. Я маленький человек. И я - всего лишь читатель. И мне очень надо к кому-то прильнут.

Мне действительно хочется знать вот что: Довлатов - это тот человек, что живет в его книжках. Или это тот, что жил сегодня 2 часа в кино. Это разные люди. В книжках - это ироничный человек, кутила и любитель женщин. И этот образ не вяжется с серой фотографией, на которой изображен угловатый мужчина с лицом каменной глыбы, неуклюже машущий рукой. Значит ирония - это самозащита.

***

Фильм очень серый. Кажется, что он снят через сигаретный дым. И еще он - очень ровный, как будто кто-то зажал одну ноту и не отпускает. Все это так точно передает общее напряжение. Общее ожидание: напечатают/не напечатают, посадят/не посадят.

***

Фильм даже не столько о биографии Довлатова, сколько о семидесятниках. Показана богеная тусовка. Веселье без веселости. Люди, скукоженные внутри своей главной проблемы, в то же время готовые подарить миру себя без остатка. Такая вот несовместимость. "Меня не печатают" - это в фильме становится такой навязчивой идеей, такой банальщиной, тошнотворной пиявкой, о которой даже много не скажешь. А зачем? Поэтому в фильме много диалогов, в которых люди говорят тихо и не слышат друг друга. Так ли важно жаловаться друг другу? В любой ситуации надо сохранять человеческой достоинство. Человек раскисает, если начинает упиваться своим горем. "Надо иметь огромное мужетсво быть никем и оставаться самим собой".

***

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

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

***

Слова. Пустые газетно-патетические обороты речи, которыми говорят люди "из простых". Так их научила советская власть? Я не умею рассуждать на тему того, как худо жилось в Союзе. Я не жила там. Хотя, конечно, именно нашему поколению мозг изрядно промыт на эту тему. Но фильм не воняет полярностью "тогда-сейчас". Бережно и обдуманно относиться к словам, вытягивая каждое из глубины души - это задача на все времена. Я мечтаю запретить себе и другим говорить чужими словами. Это пошло и нелепо. Это обесценивает мысль.

***

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

О книге Итана Маркотта "Отзывчивый веб-дизайн"

Всегда ищешь какую-то серебряную пулю. Так, и при выборе того, что бы почитать и у кого бы поучиться, каждый раз с надеждой думаешь: "Вот сейчас я это прочитаю/послушаю, и мне сразу станет  хорошо - все понятно, я прокачаюсь, я смогу смотреть на предмет сверху". Кроме того, на нескольких обзорах в интернете я слышала, как выделяют эту книжку. В общем, решила ее прочитать.

Конечно КПД в таких книжках очень низкий. Да, их очень легко читать, какими бы длинными они ни были. Тут, в противопоставление, мне вспоминается доказательство какой-нибудь теоремы по дискретной математике всего на полстраницы, которое читаешь раз, читаешь два, читаешь сто раз - и все равно еще надеешься, что сто первый раз поможет понять все до конца. С книжкой И.М. совсем не так. Там много шуток (конечно, таких, очень воспитанных шуток), есть разные истории, начинающиеся со слов: "А вот был у меня такой проект..." и т.д. Но в целом того, что действительно может прокачать - не так уж и много.

И еще, конечно, я немного отстала от времени. Год, когда книга впервые увидела свет - 2011. Может быть, в 2011 она и была серебряной пулей. Но сейчас прошло уже 7 лет. Все трюки, описанные в этой книжке разрослись по интернету так широко, что я даже могу посоветовать: очень недурной набор роликов от loftblog по адаптивной верстке (их там около 7-8) полностью покрывает книгу ИМ и делает почти бессмысленным ее прочтение.

Мы живем в эпоху коротких статей, мастер-классов и интенсивов. Профессиональная литература (под словом литература я понимаю то, что доведено в своем совершетсве до такого блеска, что хоть однажды было отдано в печать) себя изжила. Ну, или единственный вариант - это хватать ее горяченькой, только что снятой с печатного станка. Тогда еще, возможно, есть какой-то смысл. Но в этом случае придется читать на английском. А тут у меня проблемы. Не, я вроде и читаю.  Но только это так, чёрт возьми, неудобно! Это как танцевать, имея при этом рюкзак за плечами, десятикилограммовую сумку  на руках, пакет с игрушками и еще детский велосипедик. В принципе ты танцуешь - но думаешь не о танце, а о том, когда это все кончится.

Основная линия книги построена на том, что мы берем макет сайта "Robot... or not" (как бы мне не нравилась тема роботов, пришлось с ней смириться) и пытаемся сверстать его, так сказать, responsive. И как всегда бывает в таких случаях - лучше всего верстать вслед за автором, потому что даже если сначала все элементарно и понятно, то когда-то появятся вопросы. Лучше всего они разрешаются ковырянием в отладчике. Сначала я самонадеянно решила: "А, ладно, и так все в порядке - не буду верстать". Но когда у меня появились мелкие вопросики - пришлось откатываться назад, и все-таки сверстать вслед за автором. И вот в процессе верстки я узнала/обдумала кое-какие новые для меня техничсекие аспекты:

1) Первое - очень, на мой взгляд, нелогичная вещь в стандарте:

"1. Задавая гибкие отступы для элемента, принимайте за контекст ширину контейнера элемента. 2. Задавая гибкое поле для элемента, принимайте за контекст ширину самого элемента."

То есть процентное значение margin-а считается от ширины контейнера, а процентное значение padding-а - от ширины самого элемента. Ну, тот факт, что одно считается от элемента, а другое - от его контейнера, еще можно как-то принять, если глубоко задуматься. В конце концов, интуитивно padding - это еще сам блок,  а margin - уже внешняя область. Но то, что все это считается именно от ширины - это, уж извините, совсем какая-то надуманность. Интуитивно я бы считала значения по вертикали (margin-top, margin-bottom, padding-top, padding-bottom) от высоты, а все остальное (margin-left, margin-right, padding-left, padding-right) - от  шрирны. Но, увы, это не так. Придется теперь как-то с этим жить )))))))

2) Для картинок И.М. рекомендует использовать max-width: 100% вместо width: 100% там, где это возможно (там, где поддерживается это свойство). И верно - не всегда же нам нужна картинка, растянутая на всю ширину. Использование  max-width дает некоторую свободу для манипуляций с графикой.

3) И.М. дает наводку, как решить проблему с медиа-запросами в очень старых браузерах. На помощь приходят js-библиотеки, такие как css3-mediaqueries.js, respond.js. Хотя, наверное, это новость только для меня, потому что я не сталкивалась пока с этой проблемой вживую.

4) Там на главной этого сайта (Robot...or not) предусмотрена карусель баннеров. Предлагается не жестить и избавить пользователей с маленькими экранами от необхоимости с лупой наблюдать за сменяющимися баннерами. Поэтому те, кто зашел с маленького экрана, увидят всего один баннер - первый. Все это делается на JS. А еще на JS подгружается остальные картинки в баннере - в случае, если пользователь зашел с маленького экрана. Это всегда правильно - не грузить лишнюю графику. И все вроде бы логично и не сложно. Но когда я об этом думала?!)

5) В книжке этого почему-то нет, но в процессе верстки мне пришлось загуглить, как нынче адаптивно придумали вставлять видюшки. Так что я теперь это знаю)))

Вот, пожалуй, и все важные технические фишки, которые я успела поймать, читая книгу)

И в заключении - немного любования, "как ты любишь". Интересной мне показалась мысль про "отзывчивую архитектуру". Как-то я раньше никогда так напрямую не задумывалась о том, что web-дизайн, который может трансформироваться - это не просто какая-то необходимость, связанная с разными устройствами пользователей. Это такая же восхитительная вещь, как мебель, которая может быть использована по-разному. Вот один рекламный ролик компании IKEA, который наглядно показывает, какой волшебный эффект может произвести трансформация. А мы что - мы просто пользуемся. Мы каждый раз не задумываемся, как крут дизайнер, который это сконструировал, не задумываемся и о технических трудностях, которые ему стоило преодолеть.