W dniu niedziela, 24 grudnia 2017 16:56:03 UTC+1 użytkownik fir napisał:
> W dniu niedziela, 24 grudnia 2017 16:45:34 UTC+1 użytkownik fir napisał:
> > W dniu niedziela, 24 grudnia 2017 16:20:21 UTC+1 użytkownik fir napisał:
> > > W dniu niedziela, 24 grudnia 2017 14:52:19 UTC+1 użytkownik Sebastian Biały
napisał:
> > > > On 12/24/2017 2:45 PM, M.M. wrote:
> > > > > Jak Wy porównujecie systemy operacyjne?
> > > >
> > > > Tak jak każdy. Bierzesz kilka systemów operacyjnych i patrzysz jakie
> > > > mają ficzery ktore potrzebujesz. DOS ma 1 ficzer: filesystem, czyli był
> > > > na poziomie C64/Atari/ZX Spectrum. Pozostałe tylko wyżej. Mówimy o końcu
> > > > lat 80tych kiedy informatyzował się Kowalski, choć wtedy Kowalski był
> > > > inny niz obecny.
> > >
> > > dos faktycznie mial malo features
> > > ale nawet nie o to chodzi, problem raczej w tym ze to co implementowal dos
implementowal bardzo brzydko i bez glowy
> > > (oraz beznadziejnie) ew mozna sie zastanowic na ile to byla wina dosu a na ile
owczesnej platformy pecetowej - jesli jednak potraktowac to calosciowo to kiszka
> > > byla potezna, w dosie nawet font byl brzydki
> >
> > windows za to (tj windows 95+ nie wiam jak wczesniejsze ktore wygladaly raczej
kiepsko
> > ale byc moze implementowaly juz jakies ciekawe koncepty (?) ) okazal sie mz
systemem dosyc ok (pominawszy pare kwestii zwlaszcza kwestie ustawien systemu
(komplena wiocha), balaganu w plikach itd)
> > (albo kwestie jak wyglada szukanie co sie zepsulo jesli cos sie zepsuje w
systemie ;c, wiekszosc ludzi mw wie jak to wyglada
> > musisz byc specem od reveres engeeneringo z 30 letnim doswiadczeniem by moc to
znalezc )
> >
> > niektore koncepcje na ktorych stoi winda
> > sa ok, Np DLL, wewnetrzna budowa procesu jako tako, albo to ze ogolnie dziala
> >
>
> co do wygladu to mozna by zalozyc ze wyglad desktopu i okien kontrolek itd jest w
windzie w miare ok ale powaznym bledem IMO
> jest to ze winda nie dziala przy uzyciu koncepcji ramki (takiej jak w grze,
koncepcji ramki obrazu najlpiej skorelowanej z ramką realnego odswieżania w
monitorze, choc niekoniecznie, moze byc i pojecie arbitralnie narzucanej ramki
ustawionej na przyklad na jakas wartosc typu 10-20 ms) winda zaprojektowana przy
uwzglednieniu tego pojecie moim zdaniem dzialalaby duzo lepiej
>
> > ostatnio poczytuje troche o tym jak pisac drivery na xp i to jest szansa by
zalapac
> > troche bardziej jak ten system dziala,
> >
> > ogolenie wydaje sie jest to jakos bardziej skomplikowane niz sie wydawalo, jakis
stos driverow, poziomy maskoania przerwan z ktorych mozna wywaolywac api itd - za
malo jeszcze doczytalem by powiedziec cos ciekawego ale niechybanie jak na dany
moment wydaje mi sie ze warto zglebic ten temat

kiedys mzoe napisze wiecej co bym poprawil w osach/w windows (majac na mysli windows
xp)

ogolnie mozna zauwazyc ze pewna charakterystyką windows (xp) jest bałagan

sporo mozna by poprawic u podloza systemu plikow, moge wymienic ze 3 uwagi na ten
temat

1) pliki oparlbym raczej bardziej na systemie 'skrośnym' tj niektorzy nazywaja to
chyba systemem tagów - na przyklad jesli jakis program, nazwijmy go np
'hyperballoid2' dostarcza powiedzmy swoje pliki w tym jakies biblioteki dll to
wszystkie jego pliki moglyby byc otagowane jako 'hyperballoid2' ale rownoczesnie
dllki
przeznaczone do tego by byc wspoldzielone moglybybyc otagopwane tagiem 'common dlls'
(ew pod lepsza nazwa, ta nazwe dostarczalby system i byla by 'znaczaca' dla systemu)
- taki system przypomina system folderow tylko ma o wiele wiecej mozliwosci
(przypomina to chyba cos w rodzaju wilowymiarowych folderow)

zwiazana z tym systemem tagow moglabybyc
kwestia uprawnien do czytania czy zmiany plikow (domyslnie np powiedzmy program
moglby czytac tylko swoje pliki i ew z jakimistam wyjatkami ustawianymi z poziomu
suera itd) takie rozwiazania moglyy wyealimonowac balagan

jest kwestią czy eliminowanie balaganu samo w sobie jest kwestia do konca natuiralna
czy etyczna ale jest przynajmniej pewien rodzaj balaganu w swiecie informatyki ktory
jest fatalny (utrudnia on orientacje itd)

2) ostatnio na innej grupie pisalem ze pliki zasadniczo dziela sie na dwa typy takie
ktore z natury nie są przenaczane do zmiany (np plik z resoursami w grze zasadniczo
nie jest przeznaczony do zmiany
bardzo duzo plikow mogloby w sumie lezec w pamieci rom gdyby taka pamiec byla nadal
modna) oraz takie ktore sa przeznaczone do zmian (i nie moglby byc w rom, wymagaja
ram
(co prawda wiem ze mowimy o hdd wiec mam na mysli taki nieco bardziej dyskowy rom i
dyskowy ram))
obecne podejscie do plikow zaciera to rozroznienie ktore jest raczej wazne i
nalezaloby je raczej uwzglednic

3) juz dawno temu pisalem ze kazdy plik tak jak ksiazka nie powinien miec tylko
tytulu, ale tez autora - jesli ktos np stworzy w notatniku nowy plik tekstowy albo w
paincie nowy obraz itd to ten plik powinien za autora z automatu wypelniac pole
autora jego nazwiskiem - jesli kazdy plik mialby autora (ktory moze byc tez nazwa
firmy itd)
to balagan tez bylby mniejszy
(ta uwaga akurat jest w pewnym sensie bardziej drobna, ale tez jest moimz daniem
ciekawym spostrzeżeniem)