Takie moje przemyślenie :)

Po co komu katalog Programs… nie wyobrażam sobie szukania binarki po dysku, po to, żeby w nią kliknąć… Po co skoro każdy program przy instalacji dodaje piękny skrót w odpowiedniej kategorii menu?

Daj (l)userowi możliwość mieszania w binariach a na pewno coś popsuje, a każdy kto powinien tam mieszać nie będzie miał z tym żadnego problemu bez względu na to gdzie będą się znajdowały.

Każda rzecz ulepszana wystarczająco długo w końcu przestaje działać…

Problemem jest to ze ta struktura powinna wygladac nastepujaco:

- System (i tu dopiero wszystkie pozostale katalogi w stylu /sbin itp )

- Home

- Programs

Katalog programs bardziej widze jako katalog "wirtualny" poprzez ktory latwo daloby sie dostac do wszystkich plikow kazdego zainstalowanego w systemie programu (ten pomysl dlatego ze kiedys zainstalowalem w linuksie opere i potrzebowalem wyedytowac jeden z jej plikow konfiguracyjnych i wtedy zaczal sie horror bo nie wiedzialem gdzie konkretnie szukac tych plikow bo byly porozrzucane pomiedzy te wszystkie magiczne foldery :-) , majac katalog Programs moglbym do niego wejsc potem do katalogu opera i dalej w glab widzac tylko okreslone pliki opery i nic wiecej poza tym :p ). To gdzie fizycznie zainstalowane bylyby te pliki juz nie odgrywaloby dla mnie roli, byle bym mial do nich dostep w calosci poprzez jeden konkretny katalog.

Pamiętam, że jak zaczynałem przygodę z Linuksem, to przez pierwszych kilka dni gubiłem się w tej całej hierarchii. Później się do niej przyzwyczaiłem i wydawała mi się bardzo przemyślana i poukładana. Jednak teraz chętnie zobaczyłbym kilka modyfikacji…

Wiem, że z różnych przyczyn historycznych, ideologicznych etc. binarki są rozdzielone pomiędzy /bin, /sbin, /usr/bin i /usr/sbin (+ lokalne w /opt, /usr/local/{bin,sbin},$HOME/bin). Osobiście wolałbym wszystkie w /Programs (lub coś w tym stylu) – bez lokalnych. Różnice pomiędzy /bin a /usr/bin są dla mnie mało jasne – dawniej w /usr/bin były programy dodatkowe. Co teraz jest programem dodatkowym? Również rozróżnienie /bin a /sbin traci sens, gdy część programów w /sbin może być uruchamiana przez zwykłego użytkownika oraz gdy w systemie jest PolicyKit czy zwykłe su(do).

Oczywiście powyższe rozważania są tylko i wyłącznie natury estetycznej – nie widzę sensu w komplikacji umiejscowienia programów jeśli dawne różnice się zatarły. Umiejscowienie programów nie ma dla mnie większego znaczenia religijnego ani ideologicznego, więc nie czekam na FHS 3.0, które mogłoby wprowadzić jakąś rewolucję w katalogach.