Чому Інтернет завоювала простір віддалених додатків, а X - ні?

Системі X Window 25 років, вчора (15-го) був день народження.

Як ви, напевно, знаєте, однією з найважливіших особливостей є відокремлення серверної та клієнтської частини таким чином, як ні у віконних системах Майкрософт, Яблука чи Вейленда.

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

Це використання, очевидно, все ще існує, але в кращому випадку є маргінальним. Коли ми пишемо та використовуємо програми, що працюють на сервері, ми майже завжди користуємося Інтернетом за допомогою html / css / js.

Чому Інтернет перемогла, а X - ні? Технології, що використовуються для Інтернету (згаданий html / css / js), - це безлад. У поєднанні з усіма задніми рамками (Rails, Django та всіма) це дійсно джунглі для навігації через. І все-таки Інтернет процвітає творчістю та прогресом, тоді як віддалені додатки X цього не роблять.

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

Оскільки X вимагає, щоб ви мали ступінь CS, щоб написати заявку. Хоча Web вимагає, щоб ви мали можливість вводити (навіть не те).

Особливо в перші дні, коли веб був просто html. Ви можете відкрити термінал і створити робочий дисплей за 10 хвилин, а потім інтерактивно вдосконалити його за допомогою миттєвого зворотного зв’язку. Ця низька смуга входу стимулювала масове використання користувачів. З іншого боку, побудова програми X-Server - це нетривіальне завдання навіть для досвідчених програмістів.

Минуло 10 років, щоб Інтернет став прямим конкурентом X-аплікатоїну з точки зору функціональності та надавав такі самі графічні інтерфейси, як і здібності. Ця функція була додана до мовного стеку з часом, що дозволяє розробникам освоювати один набір функцій до того, як буде додано наступне; тому це поступове розширення технологічної складності підтримало низьку планку (для людей, які вже в цій галузі і їх багато). Стрибки в поле зараз набагато складніше, ніж це було 10 років тому, але це все-таки можливо, і миттєвий зворотній зв'язок в Інтернеті робить навчання більш приємним (людині потрібно швидке задоволення для посилення своїх приводів).

Вартість - ще один драйвер. Фактично вартість вивчення достатньої кількості навичок програмування для розвитку X-сервера є значною. Тоді додатково наявність серверів для запуску вашої програми призвела до зростання витрат. Навчитися писати HTML практично не було для того, щоб запустити та запустити сторінку "Hello World", і Інтернет-провайдери надали безкоштовний хостинг, щоб надихнути вас на підключення до Інтернету. Тож ви могли безкоштовно практикувати. Коли вам, зрештою, потрібен бізнес-хостинг, наявність хостинг-компаній зростала, а вартість завжди була відносно дешевою.

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

У 2012 році, коли сервери HTTP використовуються для створення інтерактивних програм нарівні з додатками Desktop, порівняння між HTTP та X є цікавим. Заднім числом X, ймовірно, є кращою технологією для розробки багатих, інтерактивних мережевих додатків. Інтерактивні програми, схожі на робочий стіл, не добре відображають таку бездоганну, документоорієнтовану технологію, як HTTP, і ця невідповідність історично призводила до різного роду робочих ситуацій (хак) для створення стану, таких як файли cookie, сеанси тощо.

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

Багато ітерацій цієї ідеї з'явилося і пішло, як-от Apple Hypercard , яка реалізувала концепцію гіпертексту / гіперпосилання, але ніколи не була розгорнута через мережі. Всесвітня павутина була мережевою реалізацією концепції гіпертексту, яка, можливо, відбулася через те, що Тім Бернерс-Лі безкоштовно випустив свою бібліотеку кодів браузера, що дозволило іншим експериментувати з нею. Це в кінцевому підсумку призвело до браузера "Мозаїка" Марка Андріесена, попередника Netscape. А решта - це історія.

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

Технології можуть намагатися вирішити подібні проблеми і зараз, але раніше вони не впевнені.

Поточний стек HTML еволюціонував з часом від дійсно простої передачі текстових документів, через "візуальні" документи з невеликим сценарієм, до повнофункціональної платформи додатків.

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

І як у кожній "вільній" системі, неможливо було "скинути" всю справу і почати заново, щоб зробити це краще цього разу. Ось чому нам потрібно закрити і використовувати HTML / CSS / JS, і лише бажаємо, щоб люди, які його підтримують, нарешті мудрують і поховають разом із давньою спадщиною.

Це відповідає на питання "Чому веб виграла?". Конкуренції не було, веб вигравав ще до того, як все почалося.

Я згоден, що в принципі обидва схожі. Якщо ви задаєте питання "як ми можемо запустити код на сервері, але забезпечити візуалізацію на віддаленому клієнті?", Розумно думати, що незалежні команди можуть придумати будь-яке рішення.

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

Мережа "перемогла", оскільки вирішила проблему, з якою стикається більше людей. Подумайте про аналогію автомобіля: і розкішні седани, і вантажівки нібито вирішують одну і ту ж проблему: як перевезти щось з одного місця в інше.

Вантажівка вирішила технічну проблему буквально як перевезти щось з точки А до точки В, і для цього вона працює досить добре. Автомобіль легковика розвивався як потреба людей бути комфортними під час подорожі та перевозити більше людей та менше гною. Це стало необхідністю, яка вимагала зручності. Таким чином, з часом кількість легкових автомобілів далеко перевершила кількість пікапів на дорозі (я здогадуюсь, виходячи з спостереження за перевезенням у Чикаго, можливо, в Техасі це інакше? :-)

Так, як і аналогія автомобілів / вантажних автомобілів, Інтернет і X11, безперечно, вирішують одну і ту ж технічну проблему, але вони служать абсолютно окремим цілям.

Ви порівнюєте яблука з грушами. X windows - це розділення візуалізації вмісту екрана на локальний клієнт, який може бути з'єднаний тонким дротом до джерела вмісту. Це дійсно розширення обчислювальної моделі від епохи "скло тти" до області високоякісної графіки. X зародився в епоху, коли ПК ще були досить примхливими, і більшість реальних обчислень проводилися на кодах Unix або Mainframe. Ідея полягала в тому, щоб використати потужність відносно дешевих "X-терміналів" і відносно повільних мереж, щоб зробити ці серйозні обчислювальні ресурси доступними графічно.

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