Видео из июльского отпуска. Маршрут был Питер-Рига-Берлин-Барселона-Порто-Лиссабон-Барселона-Питер. В Барселоне и Риге были проездом. В Лиссабоне был фестиваль Optimus Alive. Музыка - Slugabed, выступления в видео - Zola Jesus, Tricky, The Cure, Radiohead.
Перевёл пост, который написал Брюс Лосан на сайте smashingmagazine.com. По сути это ответ Джейкобу Нильсону, но, всё равно, интересно, да и с английским продолжаю практиковаться. Затянутый, правда, пост, но интересный.
Существует длительная война вокруг мобильного веба, которая сводится к одному вопросу: «Существует ли мобильный Веб?». Именно так, действительно ли мобильные устройства так принципиально отличаются, что вам следует делать разные сайты для них, или есть только один Веб, к которому мы получаем доступ с помощью множества разных устройств? Известный гуру юзабилити Джейкоб Нильсон считает, что вам стоит делать отдельные мобильные веб-сайты. Я не согласен.
Джейкоб Нильсон, эксперт по юзабилити, недавно публиковал свои гайдлайны мобильного юзабилити. Он обобщает:
«Пользователям мобильных устройств для хорошего опыта взаимодействия требуется другой дизайн, отличный от того, который удовлетворяет десктопных пользователей. Два дизайна, два сайта, перекрёстные ссылки, чтобы всё это работало».
Я не согласен (по большей части) с идеей, что людям нужен другой контент, потому что они используют другие типы устройств.
Во-первых, потому, что мы это уже проходили ранее, в начале этого века. Примерно в 2002 огромная сеть супермаркетов Tesco в Великобритании запустила Tesco Access — веб-сайт, который был оформлен так, чтобы люди с ограниченными возможностями могли пользоваться сайтом и покупать товары, которые бы доставлялись им на дом.
Успех был велик — сильно урезанный, полностью сгенерированный на серверной стороне (к тому же, в те дни браузеры не могли обрабатывать много JavaScript'а), и это было очень удобно. Одной из целей дизайна было "позволить покупателям всего за 15 минут авторизоваться, приобрести в среднем 30 товаров и оформить заказ«. На самом деле, из отчёта того времени (озвученного Майком Дэвисом), "многие покупатели без каких-то ограничений перешли с основной версии сайта Tesco на версию Tesco Access, т.к. он им показался проще и быстрее в использовании!» Плюс ко всему, это принесло Tesco много денег: «Работа, проведённая над Tesco.com, чтобы сделать их службу доставки товаров на дом более доступной для слепых покупателей, в результате принесла доходы в размере 13 миллионов фунтов в год, эта сумма была недосягаема для компании когда их сайт был не доступен для слепых покупателей.»
Как всегда, некоторые слепые пользователи не были довольны. Были специальные акции на "нормальном" сайте Tesco, которые не были доступны на версии сайта для людей с ограниченными возможностями. Плюс там была реклама, которая также не была доступна — что стало сюрпризом; в то время как большинство покупателей ненавидели рекламу, было сообщество, которое жаловалось на то, что они её не получают.
Ключевая мысль в том, что вы никогда не знаете лучше ваших пользователей, какой контент они хотят. Когда Нильсон пишет, что мобильные сайты должны «урезать функционал, исключать вещи, которые не являются основой мобильного юзкейса; [и] урезать контент, чтобы уменьшить число слов и переложить второстепенную информацию на второстепенные страницы», он забывает об этом.
Tesco извлекли урок:
«Мы полностью переделали версию Access так, что она больше не зависит от нашего основного сайта, но теперь она прямо в его центре, позволяя покупателям с версии Access наслаждаться возможностями и функционалом, доступным на обычной версии сайта. Как часть этой работы — старый Access-сайт упразднён».
Нильсон пишет:
«Сделайте отдельный сайт, оптимизированный для мобильных устройств (или мобильный сайт) если у вас есть возможность… Успешный опыт взаимодействия для пользователей мобильных устройств требует иной дизайн, нежели тот, что удовлетворяет десктопных пользователей. Два дизайна, два веб-сайта и перекрёстные ссылки, чтобы заставить всё это работать».
Из разговоров с людьми из индустрии и из своего собственного опыта работы во главе команды разработчиков, я сделал вывод, что создание отдельного мобильного веб-сайта считается более дешёвым вариантом ввиду нескольких обстоятельств — временных или финансовых ограничений. Иногда у команд нет другого выбора, кроме как создать отдельный веб-сайт из-за факторов, которые ими не контролируются.
Я считаю, что это не идеальный вариант, но для многих это реальность. Переписывание всего сайта с использованием «отзывчивого дизайна» требует аудита контента. И изменение рабочего сайта со всеми сопутствующими рисками, затем тестирование всего сайта для уверенности, что он работает на мобильных устройствах (не во вред десктопной версии) — это всё огромная задача. Если сайт сделан на какой-то CMS, то часто дешевле и проще оставить десктопную версию в покое и реализовать параллельную структуру URL'ов, например www.example.com/foo отзеркалить в m.example.com/foo, а www.example.com/bar отзеркалить в m.example.com/bar (просто реализовав в CMS вывод данных в сильно упрощённый шаблон для мобильной версии).
Проблема с таким подходом — предположение Нильсона: «Если пользователи мобильных устройств заходят на страницу полной версии вашего сайта, автоматически перенаправляйте их на мобильную версию». Вопрос в том, как вам точно определить мобильные браузеры для того, чтобы перенаправить их? Ответ: никак. Большинство людей пробуют сделать это проверяя строку User Agent'а, которую браузер отправляет на сервер в каждом запросе. Однако, их легко подделать в браузере, поэтому на них не следует полагаться, и они в любом случае не говорят правду. Отслеживание браузера справедливо имеет плохую репутацию, поэтому часто зовётся «определением устройства» в эти дни, но имеет те же принципиальные недостатки.
Неудобства доставляет также то, что существуют буквально сотни разных User Agent'ов, которые должен знать ваш скрипт для определения мобильных пользователей, чтобы перенаправлять людей на нужную страницу. Список всё время растёт, поэтому вам нужно постоянно проверять его и обновлять свой скрипт. И, конечно, вы узнаёте о новом User Agent'е только после того, как он появится в записях в вашей аналитике (Google Analytics, прим. Makoni), так что пройдёт какое-то время между первым посетителем с новым неизвестным UA и добавлением его в скрипт определения браузера.
Несмотря на всю эту работу по созданию параллельного сайта, вы всё равно обнаружите, что некоторые посетители будут направлены по неверному адресу, поэтому я согласен с Нильсоном:
«Сделайте ссылку с полной версии сайта на мобильную для пользователей, которые попадут на полную версию вместо редиректа… Сделайте ссылку с мобильной версии сайта на полную для тех (нескольких) пользователей, которым нужны возможности, доступные только на полной версии сайта».
Отсутствующие на мобильных устройствах возможности и контент — это бич цифровых технологий.
Кларк утверждает в своём опровержении:
«Во-первых, растёт число людей, которые используют мобильные устройства как единственное средство для доступа в интернет. Парочка исследований в конце прошлого года от Pew и On Device Research показывают, что 25% людей в США, которые сёрфят в интернете с мобильного устройства, почти никогда не используют другую платформу. Это примерно 11% взрослых в США, или около 25 миллионов людей, которые видят Сеть только на маленьких экранах. В этом проблема цифровых технологий. Люди, которые могут выбрать только один экран или один способ выходить в интернет, выбирают телефон. Если вы хотите охватить эту аудиторию, вы должны охватывать её на мобильниках. Мы не можем позволить себе ограничивать такую огромную аудиторию или заставлять их пользоваться ориентированным на десктоп возможностями на маленьком экране».
Число людей, использующих мобильные устройства для доступа в Сеть, даже ещё больше в странах с формирующейся рыночной экономикой. Зачем отсеивать их?
Я также соглашаюсь с Нильсоном, когда он пишет:
«Когда люди заходят на сайты с мобильных устройств, им гораздо удобнее на мобильных версиях сайта, нежели на полных».
Но из этого он делает неправильный вывод, что мы должны продолжать делать специальные сайты для мобильников. Я считаю, что специальная мобильная версия сайта это как скотч, наклеенный на проблему; мы вообще не должны иметь отдельные мобильные версии сайтов. Причина того, что множество "полноценных сайтов" не юзабельны на мобильных телефонах в том, что множество сайтов не юзабельны на любом устройстве. Часто говорят, что ваши расходы растут с ростом доходов и что беспорядок в вашем доме только растёт, сколько бы вы ни переезжали в дом побольше. Таким же образом владельцы сайтов давно доказали несдержанность на десктопных сайтах просто потому, что у них так много места. Это идеально проиллюстрировано в комиксе xkcd:
Диаграмма показывает «Что есть на главной странице сайта университета» и «Ради чего люди идут на сайт». В пересечении только одно — «Полное название учебного заведения».
Как я писал на сайте The Pastry Box 13 апреля:
«Эксперты по мобильникам правы: сайты должны быть минималистичны, функциональны, всё должно быть оформлено так, чтобы помочь пользователю достичь цели и двинуть дальше. Но это не значит, что вы должны делать отдельный мобильный сайт из полной версии. Если ваш обычный сайт не минималистичен, не функционален, не спроектирован так, чтобы помочь пользователю сделать то, что он хочет — время переосмыслить весь ваш сайт».
«И сделав это однажды, показывайте его всем и на всех устройствах».
В предыдущей статье в сентябре 2011 года Нильсон писал, что он перестал тестировать юзабилити на фичафонах ( featurephones — телефоны, которые «умнее» обычных мобильников, но не дотягивающие до смартфонов, далее фичафоны :), прим. Makoni):
«Наше первое исследование показало, что фичафоны так убоги в плане доступа к Сети, что мы рекомендуем большинству компаний не волноваться на их счёт».
«Эмпирически, траффика на сайтах с фичафонов очень мало, отчасти оттого, что люди редко выходят в Сеть, когда это настолько неудобно, и частично оттого, что доля телефонов более высокого класса существенно увеличилась со времени нашего предыдущего исследования».
Это очень узкий взгляд. Много людей не могут себе позволить смартфоны, поэтому они используют фичафоны и прокси-браузеры на них (такие, как Opera Mini). Часто это единственный способ для фичафонов, чтобы открыть что-то в Сети. Статистика Оперы из ежемесячного отчёта по мобильному вебу показывает, что малофункциональные телефоны всё ещё доминируют на рынке Восточной Европы, Африки и других стран с развивающейся экономикой. С февраля 2011 число уникальных пользователей Opera Mini увеличилось на 78.17%, а объём трафика на 142.79%.
Предостережение по поводу этой статистики: не каждый пользователь Opera Mini это пользователь фичафона в развивающихся странах. Opera Mini широко используется на самых современных смартфонах на Востоке тоже, как мы знаем она гораздо быстрее, чем встроенные браузеры, а пользователи очень хотят скорости.
То, что Нильсон списал со счетов фичафоны, напоминает мне отношение к доступности Веба в начале 2000-х. Его утверждение, что компаниям не стоит поддерживать фичафоны потому, что доля трафика с них мала, классическая ситуация с курицей и яйцом: нам не стоит волноваться насчёт того, чтобы наши сайты у них открывались, никто, кто посещает эти сайты, не нуждается в них. В качестве аналогии можно привести владельца ресторана с лестницей на входе, который говорит, что нет нужды добавлять дорожку для инвалидных колясок, т.к. никто из инвалидов никогда не придёт в его ресторан. Это ущербная логика.
Полезные советы от W3C на тему мобильного веба гласят:
«Единая сеть означает создание, насколько это оправдано, одной и той же информации и одних и тех же сервисов для пользователей независимо от того, какое устройство они используют. Конечно, это не значит, что одна и та же информация должна быть абсолютно одинаково представлена на всех устройствах. Особенности использования мобильников, варианты совместимости устройств, проблемы с трафиком и мобильной сетью — всё это влияет на представление информации. Кроме того, некоторые сервисы и информация больше подходят и больше направлены на конкретные ситуации».
Всегда будут крайности, когда отдельные, ориентированные на мобильники сайты будут удобнее для пользователя, но это не должно быть дефолтным вариантом для вас. Для универсальной, предусмотрительной методологии разработки, я рекомендую вам, чтобы вашим основным способом для поддержки пользователей мобильников был дизайн, способный адаптироваться для различных устройств с помощью viewport, Media Queries и другими технологиями, которые часто называют модным словечком "Отзывчивый дизайн".
Комбинируя эти техники с умом, вы добъётесь того, что ваш контент можно будет посмотреть на любом устройстве (и с богатыми возможностями на более продвинутых устройствах) с возможностью доступа к API устройства, таким, как геолокация или блестящая новая возможность доступа к камере через getUserMedia.
Хотя есть много других ресурсов, я написал "Mobile-friendly: The mobile web optimization guide", который, я надеюсь, будет для вас полезной отправной точкой.
Оригинал тут.
Дополнительно посты по Linux:
tar -cvf archive.tar file1 file2 directory1 directory2tar -xvf archive.targrep -rl 'search_string' start_directoryfind . -type f -name '*.php' -mtime -7sudo du -sh /home/*fuser -v 8080/tcpdf -h
Книги, купленные в электронном варианте в магазине Amazon содержат DRM-защиту, то есть открыть книгу и прочитать может только тот, кто её купил, через специальную программу, предварительно введя свои амазоновские логин и пароль. Но защиту можно снять и даже сконвертировать книгу в другой формат.
Делается это просто. Скачиваем и устанавливаем официальное амазоновское приложение Kindle. Логинимся. Закачиваем из облака купленные книги.
Следом скачиваем и ставим менеджер электронных книг под названием Calibre (бесплатный кроссплатформенный).
Качаем отсюда архив, в котором нас интересуют только плагины для Calibre. Каждый плагин в отдельном архиве. Идём в Параметры приложения, раздел Плагины, тыкаем "Загрузить плагин из файла" и по одному добавляем все 5 плагинов из архива.
Всё готово. Возвращаемся в Kindle, идём в настройки, смотрим - где лежит контент (Content Folder) (в макоси это ~/Library/Application Support/Kindle/My Kindle Content). Находим нужный файлик .azw, имя у него как правило неприветливое, но главное, рядом с ним лежит такой же файлик .mbp, который позволяет открывать книги (ключ, видимо). Собственно перетаскиваем book.azw в Calibre и вуаля - защиты больше нет. Теперь можно спокойно эту книгу конвертировать в любой удобный формат, будь то EPUB, FB2 или PDF. Конвертированную книгу уже можно спокойно использовать как хочешь.
Англоязычный автор, у которого я нашёл способ конвертирования, призывает использовать это дело только для личного использования для своих купленных книг, so am I.
Пожалуй, самый запоминающийся момент со вчерашней трансляции Keynote с конференции Google I/O. Сергею Брину очень круто доставили посылку.
Решил заняться английским. Хороший пост от команды WhatsApp - почему они не используют рекламную модель. Конечно, доводы больше идеологические, но и практические тоже есть (про инженеров).
Реклама навязывает нам погоню за машинами и одеждой, работу,
которую мы ненавидим, чтобы мы покупали дерьмо, которое нам не нужно.
- Tyler Durden, Бойцовский клуб.
Браян и я провели совместно 20 лет в Yahoo, усердно работая над тем, чтобы сайт продолжал работать. И да, плотно работая, чтобы продавать рекламу, потому что это то, что делала Yahoo. Она собирала данные на своих страницах и продавала рекламу.
Мы видели, как доля Yahoo уменьшалась и её догнала Google... более эффективный и прибыльный продавец рекламы. Они знали, что вы искали, поэтому они могли эффективнее собирать данные и лучше продавать рекламу.
В наши дни компании знают буквально всё о вас, ваших друзьях, ваших интересах, и они используют это, чтобы продавать рекламу.
Когда 3 года назад мы собрались начать наше собственное дело, мы хотели сделать что-то, что не было бы просто очередным рекламным обменником.
Мы хотели потратить наше время на создание сервиса, который бы люди использовали потому, что он работал, экономил им деньги и делал их жизни немного лучше. Мы знали, что могли бы напрямую брать деньги с людей (без посредника в виде рекламы, прим. переводчика), если бы воплотили все это вещи. Мы знали, что мы могли сделать то, к чему большинство людей стремится каждый день: избегать рекламы.
Никто не просыпается с сильным желанием увидеть больше рекламы, никто не ложится спать с мыслями о рекламе, которую они увидят завтра. Мы знаем, что люди идут спать с мыслями о том, с кем они чатились в этот день (и разочарованиями насчет тех, с кем они не чатились). Мы хотели сделать WhatsApp продуктом, заставляющим вас бодрствовать... и к которому вы тянитесь поутру. Никто спросонья не бежит смотреть рекламу.
Реклама - не только нарушение эстетики, оскорбление для вашего интеллекта и преграда для вашего хода мыслей. В каждой компании, продающей рекламу, значительная часть команды инженеров тратит свой день на то, что совершенствуют анализ данных, улучшают код для сбора ваших личных данных, обновляют серверы, которые хранят всю информацию и убеждаются, что это всё записано, сопоставлено, разделено, упаковано и доставлено... И в конце дня результат этого всего - немного другой баннер в окне вашего браузера или на экране вашего телефона.
Помните, когда дело касается рекламы, потребитель - это тоже продукт.
В WhatsApp, наши инженеры тратят всё своё время исправляя баги, добавляя новые возможности и преодолевая все сложности на пути к нашей цели - принести функциональный, доступный, надёжный обмен сообщениями на каждый телефон в мире. Это наш продукт и наше вдохновение. Ваши данные даже никому не нужны. Мы попросту не заинтересованы в них.
Когда люди спрашивают нас - почему мы берём деньги за WhatsApp, мы отвечаем «А у вас есть альтернатива?»
Источник. Косяки пишите в комменты.
Разобрал видео с концерта Есть Есть Есть 25 мая в Цоколе. Получилось 5 песен целиком. Видео с песней Рефлексия выше, а вот 4 новых песни (Остров беличий, День победы, Моргунчик, Парфеновцы) , которые будут изданы часть осенью на EP, часть весной на новом альбоме, под катом.