Sześćdziesięcioletni wybór projektowy Unix, który sprawił, że pulpit Linuksa stał się chaosem

Sześćdziesięcioletni wybór projektowy Unix, który sprawił, że pulpit Linuksa stał się chaosem

Historia Uniksa i jego wpływ na Linuxa ujawniają, jak techniczne decyzje sprzed lat wciąż kształtują doświadczenia użytkowników oraz różnorodność interfejsów w nowoczesnym systemie.

Linux zmagał się z pozorami zawirowania na pulpicie, które odstraszały nowych użytkowników. Aplikacje różniły się jak dzień do nocy, a specjaliści od wiersza poleceń trzymali rękę na pulsie. To wszystko wziął się z Uniksa i decyzji projektowych sprzed pół wieku.

Unix: dla programistów, przez programistów

Zrób to sam

Unix powstał w Bell Labs jako osobisty projekt Kena Thompsona i Dennisa Ritchie w latach 60. Ich pomysł był prosty: stworzyć system, który zadziała, korzystając z doświadczeń z nieudanego Multicsa.

Multics, ambitne przedsięwzięcie MIT, Bell Labs i General Electric, próbował zrewolucjonizować obliczenia, skupiając się na interakcji użytkownika, podczas gdy reszta świata zarządzała kartami perforowanymi. Wciąż mieli wizję, że usługi obliczeniowe powinny działać równie niezawodnie jak prąd czy woda.

Chociaż Multics zakończył swój bieg, Thompson i Ritchie wzięli na warsztat komputer PDP-7, tworząc Unix – swoisty hołd do poprzedniego projektu. To, co zaczęło się jako niewielkie doświadczenie, przerodziło się w system, który wykorzystywał skromny sprzęt. Programiści wciąż byli w centrum uwagi.

Nowoczesne dystrybucje Linuxa starają się przyciągnąć zwykłych użytkowników. Atrakcyjne graficzne interfejsy to jedna strona medalu. Druga? Wciąż błyszczą w zadaniach wymagających technicznych umiejętności, zwłaszcza programowania czy inżynierii.

W Uniksie tekst miał władzę

Tekst w czasach braku grafiki

W nowoczesnym Linuxie widać jeszcze jeden echo przeszłości: centralne miejsce tekstu. Gdy reszta świata korzysta z graficznych interfejsów, wielu użytkowników nadal operuje wierszem poleceń, pielęgnując tę tradycję.

Orientacja na tekst wynika z rzeczywistości lat 60. i 70., kiedy interfejsy graficzne były tylko marzeniem. W czasach, gdy karty perforowane opanowały główne komputery, minikomputery pozwalały na interakcję za pośrednictwem teletypów – maszyn do pisania, które mogły łączyć się z innymi komputerami.

Teletypy były powolne, głośne i generowały sterty papieru. Pojawienie się terminali wideo w latach 70. zmieniło sytuację: miały klawiatury i ekrany, ale prawdziwe komputery były często daleko. Wciąż pozostawały tekstowe – to było ich największe ograniczenie, ale i siła.

X wyznaczył "mechanizm, nie politykę"

Zarządzimy wyświetlaniem, ty zadbaj o interfejs

Wczesne lata 80., MIT. Projekt Athena wymagał rozwiązania, które poradziłoby sobie z grafiką w stacjach roboczych od różnych producentów. Uczestniczyły w nim między innymi Digital Equipment Corporation i IBM.

System X Window był częścią tej wizji.

W miarę jak stacje robocze zyskiwały na znaczeniu w obliczeniach akademickich i technicznych, X stał się podstawą systemów okienkowych zdolnych do działania na różnych urządzeniach. Każda maszyna z innymi możliwościami wymuszała na systemie minimalizację założeń. X koncentrował się na malowaniu ekranu oraz obsłudze klawiatury i myszy, rezygnując z określania interfejsu użytkownika.

Zobacz wykład wideo o X z 1991 roku. Eric S. Raymond, w swojej książce Sztuka programowania w Unixie, zauważył, że to podejście definiuje systemy podobne do Uniksa jako całość.

Interfejsy użytkownika były wszędzie

Kiedy możesz zmienić UI, trudno wybrać tylko jeden

Oddzielenie mechanizmu od polityki sprawiło, że deweloperzy pulpitów, menedżerów okien oraz aplikacji dla Linuksa mają skrajnie różne wizje działania. Kliknięcie w okno, by je aktywować, to jedno. W Linuksie można ustawić, aby fokus okna podążał za kursorem myszy — aktywne jedynie, gdy kursor jest nad nim.

Pulpity i menedżerowie okien kreują swoje estetyki. Menedżerowie okien rysują ramki wokół okna, a pulpity oraz aplikacje wykorzystują zestawy narzędzi do definiowania "wyglądu i odczucia". Gdy korzystasz z aplikacji zaprojektowanej dla innego zestawu narzędzi, od razu to wyczujesz. Dlatego pulpit zazwyczaj wyposażany jest w programy podobne do tych znalezionych w systemach Windows czy macOS, by zminimalizować szok dla użytkowników.

Skutki w nowoczesnym Linuksie

Ograniczenia projektowe, które straciły na znaczeniu, takie jak terminale tekstowe, wciąż wpływają na design Linuksa. Istnieje silny nacisk na linię poleceń, podczas gdy inne systemy szeroko korzystają z pulpitów. Spójność designu to wyzwanie, które może odstraszać użytkowników nieznających się na technologii. Techniczni entuzjaści cenią jednak tę wolność.

Jeśli ciekawią Cię artykuły podobne do Sześćdziesięcioletni wybór projektowy Unix, który sprawił, że pulpit Linuksa stał się chaosem, zajrzyj do kategorii Linux i odkryj jeszcze więcej interesujących treści.

Indeks
  1. Unix: dla programistów, przez programistów
    1. Zrób to sam
  2. W Uniksie tekst miał władzę
    1. Tekst w czasach braku grafiki
  3. X wyznaczył "mechanizm, nie politykę"
    1. Zarządzimy wyświetlaniem, ty zadbaj o interfejs
  4. Interfejsy użytkownika były wszędzie
    1. Kiedy możesz zmienić UI, trudno wybrać tylko jeden
    2. Skutki w nowoczesnym Linuksie

Możesz być zainteresowany

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Wymagane pola są oznaczone *

Go up