Tại sao web giành được không gian của các ứng dụng từ xa và X không?

Hệ thống X Window 25 tuổi, nó đã được sinh nhật vào ngày hôm qua (vào ngày 15).

Như bạn có thể biết, một trong những tính năng quan trọng nhất của nó là tách biệt phía máy chủ và phía máy khách theo cách mà cả các hệ thống cửa sổ của Microsoft, Táo hoặc Wayland đều có.

Trước đây (xin lỗi vì cụm từ mơ hồ), nhiều người tin rằng X sẽ chiếm ưu thế so với các cách khác để tạo cửa sổ vì sự tách biệt giữa máy chủ và máy khách này, cho phép ứng dụng được chạy trên máy chủ ở một nơi khác trong khi người dùng nhấp và gõ vào cô ấy máy tính riêng tại nhà.

Việc sử dụng này rõ ràng vẫn còn tồn tại, nhưng bị thiệt thòi nhiều nhất. Khi chúng tôi viết và sử dụng các chương trình chạy trên máy chủ, chúng tôi hầu như luôn sử dụng web với html / css / js.

Tại sao web thắng, còn X thì không? Các công nghệ được sử dụng cho web (nói html / css / js) là một mớ hỗn độn. Kết hợp với tất cả các khung công tác phía sau (Rails, Django và tất cả), nó thực sự là một khu rừng để điều hướng thông qua. Tuy nhiên, web phát triển mạnh với sự sáng tạo và tiến bộ, trong khi các ứng dụng X từ xa thì không.

Nó dường như hoàn toàn rõ ràng và cơ bản bây giờ, nhưng sự đổi mới sát thủ của thế giới web là siêu liên kết. Ngay cả khi X không hoàn toàn không sử dụng được qua liên kết modem, việc không thể khởi chạy quy trình hoàn toàn mới trên máy chủ hoàn toàn mới thông qua một cú nhấp chuột sẽ cản trở việc áp dụng cho trường hợp sử dụng đó.

Bởi vì X yêu cầu bạn phải có bằng CS để viết đơn. Trong khi Web yêu cầu bạn có khả năng gõ (thậm chí không phải vậy).

Đặc biệt là trong những ngày đầu khi web chỉ là html. Bạn có thể mở một thiết bị đầu cuối và xây dựng một màn hình hoạt động trong 10 phút và sau đó tương tác cải thiện nó với phản hồi tức thì. Thanh thấp của mục nhập này thúc đẩy sự hấp thụ lớn của người dùng. Xây dựng một ứng dụng X-Server mặt khác là nhiệm vụ không hề nhỏ ngay cả đối với các lập trình viên có kinh nghiệm.

Phải mất 10 năm để Web trở thành đối thủ cạnh tranh trực tiếp với X applicationatoin về chức năng và cung cấp GUI giống như các khả năng. Chức năng này đã được thêm vào ngăn xếp ngôn ngữ theo thời gian cho phép các nhà phát triển thành thạo một bộ tính năng trước khi bổ sung tiếp theo; Vì vậy, sự mở rộng dần dần của sự phức tạp công nghệ này đã duy trì mức thấp (đối với những người đã ở trong lĩnh vực này và có rất nhiều trong số họ). Nhảy vào lĩnh vực bây giờ khó hơn rất nhiều so với 10 năm trước nhưng vẫn có thể và phản hồi tức thì của web khiến việc học trở nên hài lòng hơn (con người cần sự hài lòng nhanh chóng để củng cố các ổ đĩa của họ).

Chi phí là một trình điều khiển khác. Chi phí thực sự của việc học đủ các kỹ năng lập trình để phát triển X-Server là rất đáng kể. Sau đó, sự sẵn có của các máy chủ để chạy ứng dụng của bạn đã khiến chi phí tăng lên. Học viết HTML thực tế không có gì để có được trang "Hello World" và các nhà cung cấp dịch vụ internet đã cung cấp dịch vụ lưu trữ miễn phí để truyền cảm hứng cho bạn để có được kết nối web. Vì vậy, bạn có thể thực hành miễn phí. Khi cuối cùng bạn cần kinh doanh lưu trữ, sự sẵn có của các công ty lưu trữ đã tăng lên và chi phí luôn luôn tương đối rẻ.

Câu trả lời là "nhiều công nghệ được áp dụng vì lý do lịch sử hoặc chính trị xã hội tùy tiện hơn là lý do kỹ thuật". Giải pháp tốt nhất cho một vấn đề nhất định không phải lúc nào cũng trở thành công nghệ vượt trội. (Trong thực tế, nó hiếm khi làm.)

Vào năm 2012, nơi các máy chủ HTTP đang được sử dụng để tạo các ứng dụng tương tác ngang bằng với các ứng dụng Máy tính để bàn, việc so sánh giữa HTTP và X rất thú vị. Nhìn chung, X có lẽ là một công nghệ tốt hơn để phát triển các ứng dụng triển khai mạng tương tác phong phú. Các ứng dụng tương tự như máy tính để bàn không ánh xạ tốt đến một công nghệ không định hướng, tài liệu như HTTP và sự không phù hợp này trong lịch sử đã dẫn đến tất cả các loại công việc (hack) để tạo trạng thái, như cookie, phiên, v.v.

Nhưng mục đích ban đầu của HTTP không phải là phát triển các ứng dụng giống như máy tính để bàn. Đó là để lấy tài liệu và hiển thị thông tin - thông tin có thể liên kết đến các tài liệu khác cũng có thể được hiển thị ngay lập tức. Ý tưởng về một bộ sưu tập tài liệu được liên kết có từ những năm 1960 với " Project Xanadu " của Theodore Nelson . Web được cho là một triển khai của khái niệm siêu văn bản của Nelson , đó là một nỗ lực để vi tính hóa trang in - như bách khoa toàn thư hoặc báo - cho phép người dùng ngay lập tức "nhảy" từ bài viết này sang bài viết khác chỉ bằng một cú nhấp chuột.

Nhiều lần lặp lại ý tưởng này đã đến và biến mất, chẳng hạn như Hypercard của Apple , đã triển khai khái niệm siêu văn bản / siêu liên kết, nhưng không bao giờ được triển khai trên các mạng. World Wide Web là triển khai khái niệm siêu văn bản dựa trên mạng của CERN và có thể nó đã bị loại bỏ vì Tim Berners-Lee đã phát hành thư viện mã trình duyệt của mình miễn phí, cho phép những người khác thử nghiệm nó. Điều này cuối cùng đã dẫn đến trình duyệt khảm của Marc Andreesen, tiền thân của Netscape. Và phần còn lại là lịch sử.

Nhưng ... cũng như rất nhiều công nghệ, các khả năng mới bắt đầu xuất hiện mà các nhà thiết kế ban đầu của HTTP hoặc siêu văn bản không thực sự nghĩ về quá nhiều. Web đã được thương mại hóa và mọi người bắt đầu phát triển các trang web có tính tương tác trạng thái, như giỏ hàng và thông tin đăng nhập. Ngày càng rõ ràng rằng bản chất không trạng thái và định hướng tài liệu của HTTP không phù hợp lắm với các ứng dụng giống như Máy tính để bàn. Nhưng tại thời điểm đó, nó đã quá muộn. Mọi người đã sử dụng HTTP. Vì vậy, chúng ta ở đây ngày hôm nay, với các ứng dụng AJAX khác nhau đang cố gắng hết sức để giả vờ rằng chúng là các ứng dụng Máy tính để bàn.

Các công nghệ có thể cố gắng giải quyết các vấn đề tương tự bây giờ, nhưng họ chắc chắn không có trong quá khứ.

Ngăn xếp HTML hiện tại đã phát triển theo thời gian từ việc chuyển tài liệu văn bản thực sự đơn giản, thông qua các tài liệu "trực quan" với ít kịch bản, thành nền tảng ứng dụng đầy đủ tính năng.

Vào thời điểm HTML bắt đầu, không ai có thể mơ về việc kết nối với máy tính từ xa và chạy các ứng dụng đồ họa ở đó. Chỉ sau khi internet có độ trễ tốt hơn và thông lượng thì điều này mới có thể. Tuy nhiên, tại thời điểm đó, HTML đã có mặt. Mọi người đều biết rằng đây là cách để cung cấp cho khách hàng và người dùng quyền truy cập vào ứng dụng đồ họa chạy trên máy từ xa.

Và như với mọi hệ thống "miễn phí", không thể "thiết lập lại" toàn bộ và bắt đầu lại để làm điều đó tốt hơn lần này. Đó là lý do tại sao chúng ta cần phải im lặng và sử dụng HTML / CSS / JS và chỉ mong mọi người ủng hộ nó cuối cùng sẽ làm sáng tỏ và chôn vùi nó cùng với di sản lâu năm.

Điều này trả lời câu hỏi "Tại sao web thắng?". Không có bất kỳ sự cạnh tranh nào, web đã thắng trước khi mọi thứ bắt đầu.

Tôi đồng ý rằng, về nguyên tắc, hai là tương tự nhau. Nếu bạn đặt câu hỏi "làm thế nào chúng ta có thể chạy mã trên máy chủ nhưng cung cấp trực quan hóa trên máy khách từ xa?", Sẽ hợp lý khi nghĩ rằng các nhóm độc lập có thể đưa ra giải pháp.

Tôi nghi ngờ lý do một cái phổ biến hơn cái kia ở một số khía cạnh nhất định là bởi vì hai cách tiếp cận cùng một vấn đề từ những quan điểm hoàn toàn khác nhau. X là một giải pháp kỹ thuật cho một vấn đề kỹ thuật, nhưng web phát triển như một nhu cầu giải quyết vấn đề xã hội - làm cách nào tôi có thể lấy tài nguyên từ máy chủ từ xa và hiển thị nó trên máy cục bộ của mình và thực hiện theo cách dễ dàng và thuận tiện?

Web "đã thắng" vì nó đã giải quyết được một vấn đề mà nhiều người gặp phải. Hãy nghĩ về một sự tương tự xe hơi: cả những chiếc xe sang và xe tải sang trọng dường như giải quyết cùng một vấn đề: làm thế nào để vận chuyển một cái gì đó từ nơi này sang nơi khác.

Chiếc xe tải đã giải quyết vấn đề kỹ thuật theo nghĩa đen là làm thế nào để chuyên chở một thứ gì đó từ điểm A đến điểm B, và nó hoạt động khá tốt. Chiếc xe chở khách phát triển như một nhu cầu cho mọi người được thoải mái khi họ đi du lịch, và để chở nhiều người hơn và ít phân hơn. Nó trở thành một điều cần thiết mà tiện lợi cần thiết. Do đó, theo thời gian, số lượng xe ô tô chở khách ở xa, vượt xa số lượng xe bán tải trên đường (tôi đoán, dựa trên quan sát giao thông Chicago, có lẽ nó khác ở Texas? :-)

Vì vậy, giống như sự tương tự xe hơi / xe tải, cả web và X11 đều có thể giải quyết cùng một vấn đề kỹ thuật, nhưng chúng phục vụ các mục đích hoàn toàn riêng biệt.

Bạn đang so sánh táo với lê. Cửa sổ X là về việc phân tách kết xuất nội dung màn hình thành máy khách cục bộ, có thể được kết nối bằng một sợi dây mỏng với nguồn nội dung. Đây thực sự là một phần mở rộng của mô hình tính toán từ thời đại "kính tty" sang lĩnh vực đồ họa chất lượng cao. X bắt nguồn từ thời đại PC vẫn còn khá dở hơi và hầu hết các tính toán thực sự được thực hiện trên các hộp unix hoặc máy tính lớn. Ý tưởng là khai thác sức mạnh của các "thiết bị đầu cuối X" tương đối rẻ và các mạng tương đối chậm để làm cho các nguồn tính toán nghiêm túc này có sẵn bằng đồ họa.

Lý do điều này không thắng trên máy Mac và PC là vì sự phát triển của họ luôn được thúc đẩy bởi mong muốn hỗ trợ đồ họa cao cấp trong các ứng dụng địa phương , bao gồm trò chơi, biên tập viên và đồ họa kinh doanh. Hỗ trợ các ứng dụng thường trú trên mạng là một suy nghĩ gần đây.