Браузери наші менші, або Нам потрібно серйозно поговорити

Вадим Макєєв

Вадим Макєєв (Opera Software)
Мене звуть Вадим Макєєв. Я працюю в компанії Opera Software». Ми випускаємо браузери, зокрема, десктопні, мобільні й т. д.

Сьогодні мова піде про браузер, який ми випускаємо, він називається «Opera mini», але я прийшов не продавати його, я прийшов розповісти про браузери і про речі, про які мало хто думає.

Розмова буде не тільки технологічний, але ще й серйозний. Я спробую розповісти про серйозні речі, щоб ви думали про свою професію ні «херак-херак – і в продакш», а в сенсі «що і навіщо ви робите. Це моя основна думка.

Я, як користувач Інтернет (регулярно, багато, року з 2001-го тільки цим і займаюся) відчуваю проблеми, коли користуюся вебом. Головні проблеми полягають у тому, що люди, які розробляють веб (тобто ми з вами і я особисто), в деяких ситуаціях закривають інформацію від користувача, не дають людям нормально нею користуватися, блокують доступ… Кожен день так чи інакше це роблять. Вирішують вони не підтримувати «ie 6», вирішують зробити клієнтський рендеринг або ще що-небудь таке – те, що добре для одних, але погано для інших, і вирішують замість сайту запустити нативне додаток… Це все приводить до деяких проблем.

Наприклад, проблема ось така буває:



На цьому слайді дуже точно зображена проблема. Це шрифти не вантажаться, це не сайт 4 метри важить, це інші проблеми. Цьому сайту потрібен javascript. Хоча б для того, щоб намалювати що-небудь.

Ще проблема виглядає ось так:



Іноді сайти виглядають ось так, тому що тло у body темний, але сайт не завантажився, тому що йому потрібен javascript, або javascript-бібліотека не подгрузилась, або браузер, який рендерить на сервері javascript, просто не може обробити всі ваші синхронні події, тому що він працює певним чином.



Тобто доступу до інформації в цих випадках ніякого. Я заходжу і не отримую інформацію про телефон якогось кафе, куди хочу потрапити, інформацію про ТБ-програмою і т. д.



Це сайт ayyo.ru каталог фільмів, де можна брати напрокат фільми дивитися.
Я був активним користувачем, коли жив в Росії (я приїхав із сонячної Норвегії). Коли я поїхав, я продовжив користуватися цим сайтом, в сенсі, як каталогом. Там дійсно хороший каталог фільмів і можна за жанрами пошукати і т. д.

Коли я заходжу на сайт «Opera Mini» (я намагаюся економити трафік у роумінгу – як би роумінг скрізь роумінг), сайт мені показує синю штуку і каже: «Ні».
А якщо я заходжу на сайт і витрачаю весь трафік, який він від мене хоче – багато, сайт товстий, він мені показує таку штуку:



Не оптимізований під мобільну версію, взагалі, жодного разу, але їй можна користуватися. Перевернув телефон, позумил і т. д. А чому? Тому що це SPA – single page application. Навіщо? Не знаю. Люди просто вирішили зробити. Хороші люди, яких я знаю, компанія мені симпатична і т. д. Я досі користувач цього каталогу. Але вони вирішили зробити все модно, прогресивно, і в підсумку відрізали частину людей, які не можуть користуватися сайтом. Це один з варіантів.

В принципі, цю проблему можна описати так:



Це, коли у сайту є body, а в body нічого немає, або підключається javascript. Ви не даєте вміст, ви починаєте його ініціалізувати потім. Для когось це абсолютно нормальний підхід, тому що javascript повинен бути на сайтах. Ви говорите: «Щоб мій сайт працював, браузер повинен підтримувати javascript. Якщо він не підтримує, вибачте, так я розробляю». Це ваше право так говорити, але я показую, до чого це призводить, і в кінці доповіді спробую вас переконати, що це неправильний підхід.

В загальному, а сенс робити single page application, якщо це просто каталог і все, що ви робите зі своїми цими перезавантаженнями у тлі? Ви просто економите перехід між двома html-сторінками. Все те ж саме можна робити клієнтським рендерінгом, щоб браузер міг показувати інформацію. І нижче я покажу приклади вдалого виконання таких речей.

Такі сайти бувають:



Так, вони зовсім чорні, там по-іншому. У січні-грудні 2015 року, сайт meduza.io виглядав ось так в моєму браузері, коли я економив трафік або намагався зберегти сторінки в офлайні або просто на поганий зв'язку повідкривати багато-багато статей. Так виглядав сайт.
Я поскаржився розробникам, вони відповіли: «А у нас все працює», а я, коли відкриваю, у мене все ось так.

А тому, що вони використовують вбудований браузер, вони не вважають користувачів Opera Mini» або інших проксі-браузерів своєю цільовою аудиторією. Минув якийсь час, і хлопці переробили сайт, і тепер у них на додаток реакції, воно рендерится на сервері, і в браузер дається готова статична версія і вже потім, з допомогою всяких динамічних скриптів оновлюється.



1– це січень, 2– це теж січень, а 3 – це вже навесні вони перезапустились. Ця остання, 3-я картинка – це «Opera Mini». Можна робити сайти як веб-додатки, які нормально працюють в проксі-браузерах, нормально працюють там, про що ви навіть не знаєте. Є дуже багато браузерів, дуже багато пристосувань і роботів, читалок, божевільного все, про що ви не знаєте, на чому ви ніколи не будете тестувати. Принципи, які дозволяють робити під них усіх.

Є ще така проблема: коли ви починаєте верстати, як вам подобається, як вам зручно, як диктує вам черговий фреймворк, якась бібліотека або просто підхід, який ви десь підчепили або почули. Починається проблема різної недоступності.



  • Наприклад, копіювання тексту. Ви думаєте, що користувач, прокручуючи сторінку, буде чіплятися за текст, типу випадкове виділення або ще що-небудь таке, і ви берете і робите так, що ваш сайт прокручується ідеально. Ваш сайт не зумится, тому що відключили збільшення тексту, і ваш сайт виглядає, як додаток. Але якщо я захочу скопіювати якийсь шматок тексту і написати про вашому сайті твіт, у мене не вийде цього зробити. Це базова можливість доступності інформації в інтернеті, щоб вона була текстова. І імітувати додаток – це заважати людям користуватися вашою інформацією, поширювати її.
  • Збереження картинок. Картинки ховаються за прозорими div ами, ставляться фоном або просто як-то ховаються, щоб їх, не дай бог, не зберегли користувачі. Якщо ви засунули свою картинку на сайт, вона все одно з'явиться в google images, яндекс-картинках і т. д. тобто вашу графіком все одно не заховати, тому не ховайте свою графіку від користувачів, вони все одно знайдуть її так чи інакше. Це те ж, ви приховуєте свою інформацію, ви робите додаток з сайту.
  • Копіювання адреси. Про адреси, які не оновлюються у сайту, хоча ви ходите по сторінками, навіть говорити не буду. Про це далі буде мем.
  • Навігація по історії – те ж саме, це пов'язано з адресою. Якщо на конкретну сторінку вашого сайту не дати посилання, якщо по сайту не перейти вперед-назад по навігації, що це не сайт, це просто шматок інформації, який захований від користувача. Тобто він начебто на екрані, але до нього не добратися.
  • Базова доступність для людей, які користуються не очима, а слухом для того, щоб сприймати ваш сайт – екранні читалки і т.д.
Я був на конференції у Варшаві нещодавно, і там Леона, британська панянка, яка займається доступністю, сліпа від народження, читала доповідь про доступність. Коли ти чуєш про те, як вона розповідає, як вона користується вебом, а вона активний ЦЕ шник, вона ним користується, вона робить свої презентації. Єдине, що вона не могла зробити, – це нормально самостійно спуститися зі сцени, тому що там була складна драбина, все інше вона зробила приголомшливо сама. Коли ти чуєш від людини, яка по-справжньому страждає від сайтів, які ми робимо, від коду, який ми пишемо, починаєш замислюватися. Сподіваюся, це теж буде якимось аргументом для вас. Дивно, що для цього потрібен чоловік, який насправді незрячий, щоб переконати вас, але можливо у вас інші аргументи є, і ви просто слухайте, що я кажу.

Люди намагаються імітувати нейт. І це велика складність, тому що у них в підсумку виходить. І разом з цим «нейт» відчуттям від сайту у них втрачається вся гнучкість, вся універсальність веба. Ось, наприклад, фейсбучное додаток:



Ось, Олег Бунін – організатор фестивалю. У мене хтось запитав: «Слухай, у тебе в друзях Олег Бунін, а хто це такий?». Я кажу: «Зараз». Відкриваю додаток Фейсбуку, відкриваю його профіль. «Так», – думаю, – «зараз треба посилання відправити».



Так… її можна заблокувати, написати щось погане, його можна ткнути, написати йому текст і уточнити вашу дружбу, ще можна «cancel» зробити. Але:



Розробники програми у Фейсбуці вирішили за мене, що я не можу відправити посилання, посилання на профіль користувача. У них є сайт в Інтернеті, на якому можна скопіювати з адресного рядка посилання на профіль користувача, з додатка цього зробити не можна!

Додатки від сайтів відрізняються тим, що розробник програми за вас вирішує, що ви можете, що ви не можете. Якщо у розробника програми є завдання залишити вас всередині програми, щоб ви нікуди більше не пішли, він це зробить. Він заборонить вам копіювати посилання, він заборонить вам відкривати браузер, він це буде робити всередині додатка. І ви завжди залишитеся користувачем Інтернету, а Фейсбуку.

Але можна ж зробити краще. Можна зробити фейсбучное додаток, правильний нейт, можна зробити, щоб його можна було копіювати, можна полагодити одну штуку, можна полагодити іншу штуку, але, може…



Якщо ви будете накручувати додаток до тієї міри, що воно буде таким гнучким, ви в результаті винайдете браузер. А він вже винайдений! Тому, хлопці, нейт – добре, але нейт нас закриває і робить поширення інформації менш гнучким, будує чергові стіни навколо інформації, тому ми, як медіум, який доносить дані через інтерфейс до користувачів, повинні відчувати відповідальність. Це слово – «відповідальність» – сьогодні ще прозвучить.

Я підходжу до іншої теми.
Я розповів про біль, яка буває, коли я користуюся Інтернетом. Зараз я розповім про тип браузерів, які ви всі не любите, які працюють непередбачувано і в них мало хто тестує, але ними користуються багато людей.
Є три найбільш популярних браузера, які можна згрупувати під назвою «проксі-браузери» – UC браузер Puffin, і Opera Mini.



Всі ці три браузера об'єднує те, що вони намагаються заощадити гроші і час користувача. Тобто вони не просто беруть сторінку і прямо на пристрої її рендерят і показують тут же, вони її беруть, гарненько стискають на сервері і вже відправляють користувачеві.



Власне працює це так.



Користувач вводить якусь адресу, адресу відправляється на проксі-сервер, який знаходиться в нашому випадку в Норвегії, в Каліфорнії або де-небудь ще. Проксі розмальовує і відправляє результат і відправляє його сильно стиснутим. Тобто до 90% сторінка важить менше. Що відбувається – трохи далі.

Результат відображається до наступного дії. Як тільки користувачеві необхідно відкрити якийсь випадаюче меню, додаток реєструє клік, відправляючи запит на сервер, сервер рендерить цей клік у себе, розмальовує меню та повертає його на клієнта. Тобто ви як ніби чекаєте довше між відкриттям меню і появою його у вас на екрані, але у підсумку виходить швидше, тому що ви не вантажте 4 Мбайта, а 400 Кбайт, припустимо. Тобто різниця буває в 10 разів.

Але що не вміють ці браузери робити? Вони не вміють працювати з інтерактивним javascript, тобто у всяких там сет таймаутів стоять жорстко задані значення, скільки б ви там не ставили сет інтервалів. Вони не подгружают веб-шрифти, ці браузери в своїй масі. Тобто якщо ви вказали якийсь кастомный шрифт, він не довантажити, або буде використовуватися якийсь системний шрифт, або якийсь дефолтний на системі, і не працює CSS-графіка.
CSS-графіка – це широке поняття – border-radius, box-shadow, градієнт і т. д.

Відповідно, те, що браузеру доведеться малювати растром і посилати в потік і т. д., щоб економити місце, трафік, гроші і час користувача, ці речі обрізаються. Не для того, щоб зіпсувати вам життя, не для того, щоб зіпсувати відносини з вашим дизайнером, не для того, щоб ви просто злилися, а для того, щоб користувач отримав інформацію, насамперед, базове оформлення. Це не спроба зробити поганий браузер. Це спроба зробити браузер, який виконує вузьку й корисну завдання.

Жахливий браузер! Хто «радісно» верстав під Opera Mini? Хто злився, якщо тестував свій сайт в Opera Mini? Я злився, я злюся. Я розробляю якісь сайти і думаю: «Який жах!», але я радію, коли я їду у відпустку до Італії, у нас на трьох одна сімка на 1 Гбайт трафіку, і ми по черзі користуємося Інтернетом через «Opera Mini», і нам вистачає на всіх до кінця відпустки. Щоб почитати інформацію і чогось такого. Ну, якщо, звичайно, сайт не зроблено якось криво.
Браузер жахливий. Є різні статистики, ви могли їх чути, але, мені здається, ця статистика сьогодні прозвучить вперше. Я взяв і зробив зріз саме з Росії.



Ээто все тільки в квітні 2015 року. За 1 місяць. Це все відбувається в Росії. Дуже багато людей користується браузером Opera Mini». Я користуюся ним сам. Це, щоб ви розуміли, що це не просто якийсь браузер, який скоро відімре, тому що пішло час, це браузер, яким люди користуються, тому що їм зручно користуватися, тому що не у всіх безлімітні тарифи, тому що не у всіх швидкий Інтернет.

Чи не президент Ірану називає 3G головним світовим злом… тобто є країни у світі, де швидкий Інтернет означає зміну режиму і революцію. Там швидкого Інтернету просто не буде через якийсь час. І там наш браузер досить популярний. Росія знаходиться приблизно на п'ятому місці серед країн популярних. На перших місцях знаходяться азіатські країни, де Інтернет переступив етап домашніх комп'ютерів десктопних і став відразу мобільним. У нас цей етап був, тому ми до цих пір повністю мобільний інтернет не перейшли.



Це самий популярний телефон в Росії, яким користуються користувачі Opera Mini». «Fly» називається. Вони на своєму маленькому екрані, на цій шалено незручною клавіатурі користуються браузером.

Як ви думаєте, який другий найпопулярніший телефон? Ось він:



Не впевнений, що саме він золотий. Насправді я іронізую, але він дійсно другий за популярністю, тобто першою йде модель «Fly», другим йде «Iphone», а потім йдуть 10 млн. інших. Тобто відрив між різними пристроями дуже невеликий. Немає такого, що є якийсь масовий лідер, який займає половину всіх пристроїв в Росії. Пристроїв – нескінченна кількість, але, що цікаво, користувачі дорогих крутих телефонів теж користуються «Opera Mini». Вони можуть користуватися їй в різних режимах, але у них є можливість просто включити і бачити, скільки Кбайтов трафіку вони економлять кожен день. Просто, щоб ви знали, що це не тільки мобілки якісь нещасні. Це можуть бути такі лопатки 6+.



Такий телефон лежить у мене в кишені, я купив його в якомусь дивному магазині, за 1400 рублів. Це найдешевший телефон «Nokia», на якому є wi-fi. Я купив його для того, щоб відчувати, як люди користуються Інтернетом, у яких немає смартфонів в руці. Це дуже дешево. За телефон, у якого дві сімки, акумулятор тиждень живе, божевілля якесь. Там якась java-платформа божевільна, там стоїть браузер. Мова про те, що якщо вам потрібно тестувати десь живе пристрій, найкраще для цього підходить.



Ще цікава штука про кволенькі телефони. Самі кволенькі телефони, зараз по можливостям дуже сильно схожі на браузери в годинах. Тобто якщо ви хочете створити сайт для apple watch, де поки немає браузера, або верстати для якогось самсунговского браслетика з браузером, ви можете створити такий же сайт для «Opera Mini», і потужності у браузера будуть однакові, вони зможуть приблизно однакове. Це теж буде слабенький девайс з крихітним екранчиком. Тобто маленькі екрани – це не старі телефони, це ще і нові пристрої, які з'являються в несподіваних місцях, на руках або де вони з'являться наступного разу, я навіть не знаю.
Так виглядає сайт медузи на цьому телефоні:



Ним можна користуватися. Я клікаю на це меню, він посилає запит на сервер, і меню показується. Я можу на цьому маленькому екранчику, цього нескінченно слабкого пристрої читати новини в нормальному дизайні. Нічого не розвалюється, але просто градієнти не подгрузились або ще щось таке.



На тому ж самому сайті Meduz'и (я часто буду його згадувати, бо це такий приклад веб-додатки, а не просто сайту). Вони зробили не шрифтові іконки, шрифти, як я вам сказав, проксі-браузерах не працюють. Вони зробили svg-іконки, тому робіть svg-іконки, хлопці, тому що, по-перше, це просто правильно, тому що це має сенс, це графіка, а не шрифт, по-друге, це працює в браузерах, це більш сумісний спосіб.

Але у них є трошечки інша проблема. Коли я відкриваю сайт, прокручую те, що я сьогодні показав у браузері, я бачу такі чорні діри.
Браузер Opera Mini» нормально показує картинки на сайтах, але не показує фонові картинки, тому що фонові картинки – це оформлення. Тобто коли ми ставимо якусь штуку фоном, ми говоримо, це градієнт, ще щось таке, коли ми говоримо про вміст, ми говоримо img, це вміст з точки зору html, і вміст цей та інші браузери показують, а фон – ні. Але хлопці на Meduz'е, я в них запитав, вони кажуть: «Нам так зручніше». Ну, а фонову картинку, де там бэкграунт сайз хавер поставив, вона відразу сама підлаштуватися. Те ж саме можна зверстати з допомогою img, орієнтувати і т. д.



На сайті Meduz'и дуже багато картинок. У них навіть є спеціальна рубрика «Історія», де прям все гарно розмальоване, але коли я дивлюся на чорні квадрати, мені стає сумно. І коли я вперше став розбиратися, що у них там відбувається, я побачив наступне. Природно, це поганий-поганий браузер, тому що він не показує наші картинки. Але якщо розібратися виходить ось що:



Картинка на сайт як зроблена… div class=«NewsEntryImage», ну, ок, клас. Далі data-reactid… ну, це веб-додаток, йому потрібно там инкапсулировать ла-ла-ла, компоненти якимось чином трекать. Не суть. Далі всяке таке дивне. Потім починається атрибут style, далі background-image дається, тобто так вони вставляють на сторінку картинку img, тобто вміст, то, що користувач повинен побачити разом із заголовком, те, що повинно завантажитися і прочитаться, те, що повинно нормально бути побаченим. Але ховається, тому що браузер думає, що це оформлення.

Тобто браузер чекає одне, а розробник йому дає інше. Що цікаво: вони використовують численні фонові зображення, і вони в одній картинці подгружают точковий фон, крапочки в брижі над фотографією, а тут завантажують картинку, тобто вони беруть, змішують оформлення та вміст в одному описі. Тобто хлопці просто фігачать інтерфейс.

А як виглядає посилання на цю новину? А посилання виглядає ось так:



… Link—independent, теж нормально – reactid… href в посиланні є href – круто, це, правда, не завжди буває. Посилання триває, посилання закривається. У посилання ні вмісту, це марна посилання. Лежить блок з новиною, а під блоком із новиною просто лежить посилання, і вона позиційована поверх блоку з новиною. І коли людина, яка слухає вашу веб сторінку підійде до цієї посиланню і запитає: «На що посилання?», голосовий браузер скаже: «Ні на що». І я не знаю, що він точно скаже, а посилання буде вести в нікуди, це буде просто візуальна спозиционированная посилання в нікуди з url.

По-хорошому, вміст потрібно було обернути на цю посилання, тому що з цього блоку йде посилання кудись, тобто це логічно. Але якщо ви просто ліпіть інтерфейс з шматків і не думаєте про це, виходить така нісенітниця, і виходять недоступні сторінки.

Які можуть бути рішення в тих проблем, які я описав. Колись я думав, що якщо я буду виходити на сцену і розповідати доповіді про семантику, люди зрозуміють, і мені повірять, скажуть, семантика – це сенс, це смислове використання html-елементів за змістом, як вони були задумані. І я виходив і казав: «Html 5, нові елементи, читайте там нові ролі тегів, використовуйте їх за призначенням, наф, футер, хэдер, а різниця між секшн і артикл – така, дискутували про це, але в підсумку не працює». І навіть логотип показував:



У семантики є власний логотип, дуже все круто було.
Тестування. Адже можна тестувати сайт у всіх пристроях і тоді точно не помилишся, і всі розробники, звичайно, тестують на всіх пристроях:



Немає. Всі тестують в браузерах, які лежать в кишені і на ноутбуці, на якому ви розробляєте. Ні в кого такої лабораторії, якщо не працюєш в Яндексі або в якійсь великій конторі, яка сильно орієнтується на це, так само Mail.ru дуже сильно запарюється з тестуванням. Такого девайс-лаба ні в кого немає. Відповідно, це все просто не працює. Тобто ні доводи про семантику, ні пояснення людям, що потрібно тестувати сторінки не тільки в кишеньковому браузері, це просто не працює.
Те, що працює, хочу запропонувати вам я в кінці доповіді. Те, що, сподіваюся, спрацює, але це треба сприйняти.

Спробуйте сприйняти код вашого сайту як API. Ви підключаєте у себе на сайт Яндекс-карту, і ви йдете, читаєте документацію, і там написано, що цей ключ такий параметр дає, цей метод повертає таке значення… Ви читаєте документацію та строго по документації пишете свій код. І раз – у вас виходить класна вбудована карта, Google-карта, Яндекс-карта. Ви взяли API, який вам надав Яндекс, Google, використовували його, вийшов передбачуваний результат. Той html-код, який ви пишете, – це теж API.



Ви говорите всьому відкритого світу: спека для вас документація з цього API. І ви віддаєте не просто браузеру, в якому ви хочете тестувати, ви віддаєте всієї історії нашого Інтернету. Весь наш Інтернет, всі наші девайси, браузери, програми, будь-які пристрої працюють по специфікації, вони працюють по документації до цього API, і вони чекають, якщо ви використовуєте картинку, вона буде вставлена як img, якщо вона буде вмістом, якщо вона буде оформленням, вона буде вставлена фоном, якщо ви використовуєте посилання, значить, вона буде вести кудись, вона буде мати вміст href і т.д. Т. е. все, що описано в специфікації – це API.

Версионировать API можна з допомогою доктайпа. Оскільки ви всі пишете зараз короткий доктайп, використовуйте той API, який надає вам специфікація html 5, 5.1, не суть. Значущі елементи, які ви використовуєте в своєму коді, нехай вони працюють строго по документації по API, тобто по специфікації html, щоб браузери, які намагаються оптимізувати трафік ваших користувачів, могли це успішно робити.

Що роблять браузери Opera Mini», «UС браузер», «Puffin» і т. д.? Вони читають специфікацію і думають: «Розробник буде вказувати оформлення так, вміст так, і, знаючи, як він буде робити, ми зможемо з цим щось зробити, правильно інтерпретувати, правильно оптимізувати і т. д.». Оскільки розробники «крадуть та вбивають» в своєму коді, відповідно відбуваються провали. Відповідно вам не подобається те, що ви бачите в проксі-браузерах, виникають складності – користувачі не бачать вмісту і т. д. і т. д. А якщо ви взагалі не віддаєте ніякого API, порожній body, відповідно, ви взагалі не використовуєте цей API… Инжектите за допомогою javascript, і це просто не працює.

Осмислена вкладеність, як я вже сказав. Щоб елементи не просто візуально склеювалися один на одного, а були логічно вкладено, щоб вся ця структура мала сенс, оскільки передбачає API ось цього html. І діви, спаны, дата-атрибути як розширення, якщо вам потрібно вставити свій божевільний фреймворк, шаблонизирование на клієнта – все що завгодно – робіть це. Цей API html хороший тим, що він розширюємо дуже сильно і добре описаний. Прямо в самій документації по html написано як його розширювати. Є веб-компоненти, як наступний етап розширення цього API веба. І якщо правильно все це робити, у нас не буде проблем ні з проксі-браузером, ні будь-якими іншими браузерами, у годиннику, в прасках, де завгодно.

Є дуже важливе слово. Відповідальність. Ми – медіум між інформацією і користувачем. Ми вирішуємо, побачить користувач інформацію, яку ми, наші клієнти, наші замовники або компанія, в якій ми працюємо, намагаємося до них донести, чи ні. Давайте не будемо заграватися у фреймворки, в ефективну розробку і т. д. Давайте думати про інформацію, про те, що користувачеві приходить на сайт не для того, щоб побачити анімацію, не для того, щоб оцінити, який класний у вас фреймворк «під капотом». Вони приходять для того, щоб побачити інформацію. І якщо ви обираєте, яким користувачам показувати, а яким не показувати, ви ламаєте веб, ви ламаєте доступ до інформації. Це нескінченно шалено погано, і веб перетворюється в таку шалену іграшку, яка доступна одним, недоступна іншим.



Погуляйте тиждень без Інтернету. Ви відчуєте себе людиною, у якого слабкий телефон, який не може отримати доступ до сайтів, тому що все несподівано стали single page application, погано зробленими.

Про це можна читати і слухати далі:

Якщо ви просто плюнете на ці посилання, але захочете подивитися хоча б одну, подивіться перший доповідь «This Web App Best Viewed By Someone Else» Еріка Мейєра. Дуже важливий доповідь, прочитаний їм, по-моєму, в березні або в лютому. Та інші статті можна буде прокликать.

А це посилання на презентацію:



Контакти

pepelsbey
Блог компанії Opera

Ця доповідь — розшифровка одного з кращих виступів на конференції розробників високонавантажених систем FrontendConf.

Також деякі з цих матеріалів використовуються нами в навчальному онлайн-курс по розробці високонавантажених систем HighLoad.Guide — це ланцюжок спеціально підібраних листів, статей, матеріалів, відео. Вже зараз у нашому підручнику понад 30 унікальних матеріалів. Підключайтеся!
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.