Mengapa web memenangkan ruang aplikasi jarak jauh dan X tidak?

Sistem X Window berusia 25 tahun, ulang tahun kemarin (tanggal 15).

Seperti yang mungkin Anda ketahui, salah satu fitur yang paling penting adalah pemisahan sisi server dan sisi klien dengan cara yang tidak dimiliki oleh sistem jendela Microsoft, Apples atau Wayland.

Kembali pada hari-hari (maaf untuk kalimat yang ambigu) banyak yang percaya X akan mendominasi cara lain untuk membuat windows karena pemisahan server dan klien ini, memungkinkan aplikasi untuk dijalankan pada server di tempat lain sementara pengguna mengklik dan mengetik pada dirinya komputer sendiri di rumah.

Penggunaan ini jelas masih ada, tetapi dipinggirkan. Ketika kita menulis dan menggunakan program yang berjalan di server, kita hampir selalu menggunakan web dengan html / css / js.

Mengapa web menang, dan X tidak? Teknologi yang digunakan untuk web (kata html / css / js) berantakan. Dikombinasikan dengan semua back-end-frameworks (Rails, Django dan semua) itu benar-benar hutan untuk menavigasi melalui. Web tetap berkembang dengan kreativitas dan kemajuan, sedangkan aplikasi jarak jauh X tidak.

Tampaknya sangat jelas dan mendasar sekarang, tetapi inovasi pembunuh dari world wide web adalah hyperlink. Bahkan jika X tidak sepenuhnya tidak dapat digunakan melalui tautan modem, ketidakmampuannya untuk meluncurkan proses yang sama sekali baru pada server yang sama sekali baru melalui satu klik akan menghambat penerapannya untuk jenis penggunaan seperti itu.

Karena X mengharuskan Anda memiliki gelar CS untuk menulis aplikasi. Sementara Web mengharuskan Anda memiliki kemampuan untuk mengetik (bukan itu).

Terutama di hari-hari awal ketika web hanya html. Anda dapat membuka terminal dan membangun tampilan yang berfungsi dalam 10 menit dan kemudian secara interaktif meningkatkannya dengan umpan balik instan. Bilah entri yang rendah ini mendorong penyerapan besar-besaran pengguna. Membangun aplikasi X-Server di sisi lain adalah tugas yang tidak sepele bahkan untuk programmer yang berpengalaman.

Diperlukan waktu 10 tahun bagi Web untuk menjadi pesaing langsung untuk aplikasi X dalam hal fungsionalitas dan memberikan kemampuan seperti GUI yang sama. Fungsi ini telah ditambahkan ke tumpukan bahasa dari waktu ke waktu yang memungkinkan pengembang untuk menguasai satu set fitur sebelum berikutnya ditambahkan; jadi ekspansi bertahap dari kompleksitas teknologi ini telah mempertahankan standar yang rendah (untuk orang-orang yang sudah berada di lapangan dan ada banyak dari mereka). Melompat ke bidang sekarang jauh lebih sulit daripada 10 tahun yang lalu tetapi masih mungkin dan umpan balik instan dari web membuat belajar lebih memuaskan (manusia membutuhkan kepuasan cepat untuk memperkuat drive mereka).

Biaya adalah pengemudi lain. Biaya sebenarnya belajar keterampilan pemrograman yang cukup untuk mengembangkan X-Server adalah signifikan. Kemudian juga ketersediaan server untuk menjalankan aplikasi Anda telah mendorong biaya naik. Belajar menulis HTML praktis bukan apa-apa untuk mendapatkan halaman dan menjalankan "Hello World" dan penyedia layanan internet menyediakan hosting gratis untuk menginspirasi Anda untuk mendapatkan koneksi web. Jadi Anda bisa berlatih secara gratis. Ketika Anda akhirnya membutuhkan bisnis hosting, ketersediaan perusahaan hosting telah tumbuh dan biayanya selalu relatif murah.

Jawabannya adalah "banyak teknologi diadopsi untuk alasan historis atau sosial-politik yang sewenang-wenang daripada alasan teknis." Solusi terbaik untuk masalah yang diberikan tidak selalu menjadi teknologi yang dominan. (Faktanya, itu jarang terjadi.)

Pada 2012, di mana server HTTP digunakan untuk membuat aplikasi interaktif yang setara dengan aplikasi Desktop, perbandingan antara HTTP dan X menarik. Jika dipikir-pikir, X mungkin merupakan teknologi yang lebih baik untuk mengembangkan aplikasi yang kaya dan interaktif yang digunakan jaringan. Aplikasi seperti Desktop interaktif tidak memetakan dengan baik ke teknologi tanpa kewarganegaraan, berorientasi pada dokumen seperti HTTP, dan ketidakcocokan ini secara historis menghasilkan segala macam penyelesaian (peretasan) untuk menciptakan keadaan, seperti cookie, sesi, dll.

Tetapi tujuan asli HTTP bukan untuk mengembangkan aplikasi seperti Desktop yang stateful. Itu untuk mengambil dokumen dan menampilkan informasi - informasi yang dapat menghubungkan ke dokumen lain yang juga dapat langsung ditampilkan. Gagasan kumpulan dokumen yang tertaut kembali ke tahun 1960-an dengan Theodore Nelson's " Project Xanadu ". Web seharusnya merupakan implementasi dari konsep hypertext Nelson , yang merupakan upaya untuk mengkomputerisasi halaman yang dicetak - seperti ensiklopedia atau surat kabar - yang memungkinkan pengguna untuk secara instan "melompat" dari satu artikel ke artikel lain dengan satu klik.

Banyak iterasi gagasan ini telah datang dan pergi, seperti Apple's Hypercard , yang menerapkan konsep hypertext / hyperlink, tetapi tidak pernah digunakan melalui jaringan. World Wide Web adalah implementasi Cext yang berbasis jaringan dari konsep hypertext, dan kemungkinan lepas landas karena Tim Berners-Lee merilis perpustakaan kode browsernya secara gratis, memungkinkan orang lain untuk bereksperimen dengannya. Ini akhirnya mengarah ke browser Mosaic Marc Andreesen, pendahulu Netscape. Dan sisanya adalah sejarah.

Tapi ... seperti halnya begitu banyak teknologi, kemungkinan baru mulai muncul sehingga para desainer asli HTTP atau hypertext tidak terlalu memikirkan terlalu banyak. Web menjadi dikomersialkan dan orang-orang mulai mengembangkan situs web yang menampilkan interaktivitas stateful, seperti keranjang belanja dan login. Semakin jelas bahwa sifat HTTP tanpa dokumen dan berorientasi dokumen tidak begitu cocok untuk aplikasi seperti Desktop. Tetapi pada saat itu, sudah terlambat. Semua orang sudah menggunakan HTTP. Jadi, di sinilah kita hari ini, dengan berbagai aplikasi AJAX yang meretas mencoba yang terbaik untuk berpura-pura mereka adalah aplikasi Desktop.

Teknologi mungkin mencoba untuk memecahkan masalah yang sama sekarang, tetapi mereka yakin tidak di masa lalu.

Tumpukan HTML saat ini berkembang dari waktu ke waktu dari transfer dokumen teks yang sangat sederhana, melalui dokumen "visual" dengan sedikit skrip, menjadi platform aplikasi berfitur lengkap.

Pada saat HTML dimulai, tidak ada yang bisa bermimpi tentang menghubungkan ke komputer jarak jauh dan menjalankan aplikasi grafis di sana. Hanya setelah internet mendapatkan latensi dan throughput yang lebih baik, ini menjadi mungkin. Namun pada waktu itu, HTML sudah pernah ada. Semua orang tahu bahwa ini adalah cara untuk memberi pelanggan dan pengguna akses ke aplikasi grafis, yang berjalan di mesin jarak jauh.

Dan seperti halnya setiap sistem "bebas", menjadi tidak mungkin untuk "mengatur ulang" semuanya dan mulai lagi untuk melakukannya dengan lebih baik saat ini. Itu sebabnya kita perlu tutup mulut dan menggunakan HTML / CSS / JS dan hanya berharap orang-orang yang mendukungnya akhirnya akan lebih bijak dan menguburnya bersama dengan warisan selama bertahun-tahun.

Ini menjawab pertanyaan "Mengapa web menang?". Tidak ada kompetisi, web menang sebelum semuanya dimulai.

Saya setuju bahwa pada prinsipnya keduanya sama. Jika Anda mengajukan pertanyaan "bagaimana kami dapat menjalankan kode pada server tetapi memberikan visualisasi pada klien jarak jauh?", Masuk akal untuk berpikir bahwa tim independen dapat memberikan solusi.

Saya menduga alasan yang satu lebih populer daripada yang lain dalam aspek-aspek tertentu adalah karena keduanya mendekati masalah yang sama dari perspektif yang sama sekali berbeda. X adalah solusi teknis untuk masalah teknis, tetapi web berevolusi sebagai kebutuhan untuk menyelesaikan masalah sosial - bagaimana saya bisa mengambil sumber daya dari server jauh dan menampilkannya di mesin lokal saya, dan melakukannya dengan cara yang mudah dan nyaman?

Web "dimenangkan" karena memecahkan masalah yang dialami oleh lebih banyak orang. Pikirkan analogi mobil: sedan mewah dan truk seolah-olah memecahkan masalah yang sama: bagaimana mengangkut sesuatu dari satu tempat ke tempat lain.

Truk itu memecahkan masalah teknis tentang bagaimana cara mengangkut sesuatu dari titik A ke titik B, dan untuk itu ia bekerja dengan cukup baik. Mobil penumpang berkembang sebagai kebutuhan bagi orang-orang untuk merasa nyaman saat mereka bepergian, dan untuk membawa lebih banyak orang dan lebih sedikit pupuk kandang. Itu menjadi kebutuhan yang membutuhkan kemudahan. Jadi, seiring waktu, jumlah mobil penumpang jauh, jauh melebihi jumlah truk pickup di jalan (saya menduga, berdasarkan pengamatan lalu lintas Chicago, mungkin berbeda di Texas? :-)

Jadi, seperti analogi mobil / truk, web dan X11 keduanya bisa dibilang menyelesaikan masalah teknis yang sama, tetapi keduanya melayani tujuan yang sepenuhnya terpisah.

Anda membandingkan apel dengan pir. X windows adalah tentang memisahkan rendering konten layar menjadi klien lokal, yang dapat dihubungkan oleh kawat tipis ke sumber konten. Ini benar-benar perpanjangan dari model komputasi dari era "tty kaca" ke domain grafis berkualitas tinggi. X berasal dari era ketika PC masih sangat lemah, dan sebagian besar perhitungan yang sebenarnya dilakukan pada kotak unix atau mainframe. Idenya adalah untuk memanfaatkan kekuatan "terminal X" yang relatif murah dan jaringan yang relatif lambat untuk membuat sumber daya komputasi serius ini tersedia secara grafis.

Alasan ini tidak menang di Mac dan PC adalah bahwa pengembangan mereka selalu didorong oleh keinginan untuk mendukung grafis kelas atas di aplikasi lokal , termasuk game, editor, dan grafik bisnis. Aplikasi pendukung jaringan yang mendukung adalah renungan baru-baru ini.