Re: Windows 9?

From: Matej Cepl <Matej.Cepl@LF3.CUNI.CZ>
Subject: Re: Windows 9?
Date: Mon, 29 Jan 1996 10:10:19 +0000
Next Article (by Date): Re: Windows95 aneb kam se podel DOS? Stanislav Kolar
Previous Article (by Date): Re: "Zly" Gates (Re: Windows95 aneb kam se podel DOS?) =?iso-8859-1?Q?Petr_Vesel=FD?=
Articles sorted by: [Date] [Author] [Subject]
$Nevim, jak je to mysleno, ale pokud jste mi posilal nejake povidani,
$tak nedoslo ... ozyvam se proto, ze se mi tu ztraceji maily, takze
$aby nevzniklo nejake nedorozumeni ...
 
Nejak to neproslo. Skutecne jsem to odeslal, ale nedostalo se to
ani do Csinfo-l. Takze jeste jednou.
 
                                                        Matej
------------------------------------------------------------------
$Date:    Wed, 24 Jan 1996 11:34:31 +0100
$From:    Petr Opletal <petr@ECON.MUNI.CZ>
$Subject: Re: Windows9?
 
$Funkcnost - k cemu budeme pocitace pouzivat. Typicke oblasti
$nasazeni:
$
$A) Privatni
$   1. Komunikacni nastroj - veskera korespondence apod.
$   2. Zabava?
$   3. Sebevzdelavani apod. (elektr. encykl.)
$
$B) Komercni - v zamestnani
$   1. Zpracovani podnikovych agend - z ceho se prevazne
$      typicka podnikova agenda sklada?
$   2. ?
 
Predstavoval jsem si od A1, pres B(vsechny mozne). Je nutno k tomu
dodat klasifikaci uzivatelu (viz. nize).
 
$Navrh je myslim naprosto korektni, nadeje, ze se o to bude nekdo
$zajimat, miziva ... ;-)
 
No a?
 
$Souhlas - problem je, ze se dostavame do takove dost abstraktni
$urovne. Organizace (usporadani, pravidla) veci je strasne moc
$soukroma zalezitost. Vidim minimalne tyto pozadavky a potize:
 
Predstavoval jsem si to cele vybudovane v nejake databazi (nejlepe
klient/server -- kvuli cenove dostupnosti a relativni sile
navrhuji WinBase602 -- spojene s nejakym vyssim jazykem -- C++ ||
Delphi -- a tezkym uzitim maker pro jednotlive servery -- vcetne
DDE komunikace a jinych lahudek).
 
$1. System by mel byt vybaven urcitou "inteligenci" - tzn.
$   preddefinovanou a modifikovatelnou sadou pravidel, podle kterych
$   se bude implicitne ridit. Je mozne si uzivatelsky (spravcovsky)
$   definovat volne (nove) atributy datovych objektu a jejich
$   zavaznost, zpusob pristupu (cesty, moznosti). Automaticka udrzba
$   celositovych indexu a systematickych obsahu. Zcela odfiltrovat
$   fyzickou organizaci (jde to?).
 
To je zaklad objektoveho pristupu, neni-liz pravda. O to
odfiltrovani spinave reality (kterou se mi, skutecni vedci,
nezabyvame, zalezli jsou ve svych vezich ze slonovinove kosti) by
se mohla dobre postarat prave ta databaze.
 
$2. Cim vetsi volnost bude uzivatel mit, tim je to narocnejsi na jeho
$   mentalni schopnosti a to i za predpokladu, ze uroven
$   "inteligence" systemu bude znacne vysoka. Tady vidim hlavni
$   prusvih.
 
Bylo by potreba onoho rozdeleni user-levels. Viz. dale.
 
$3. Jako dost podstatne vidim jednak "urovne" (level) uzivatelu,
$   jednak moznost skryvat funkce a data na zaklade siroke a velmi
$   efektivni spravy prav a uzivatelu, skupin, ...
 
Naprosty souhlas (a opet: v databazi by mohlo byt oddeleni
jednotlivych uzivatelu na siti jednodussi nezli jinak) s~obojim.
Tedy, jednak by bylo v sitove versi systemu zajistit veskere
haraburdi uzivatelskych prav ap. a jednak by byli odliseni vsichni
potencialni uzivatele systemu do tri skupin, jak nasleduje (a je
treba je mit neustale na pameti):
 
-- nejnizssi stupen "prosty smudla": typicky uzivatel na podnikove
   siti; neumi nic a jenom dostane hotove prostredi ve kterem se
   muze vyzivat (budto prostredi, ktere je soucasti nasi dodavky
   nebo dodane jako zvlastni predmet koupe od profesionalniho
   vyvojare, nebo pripravene spravcem site).
 
-- stredni stupen "visualni presunovac": typicky domaci uzivatel
   nebo spravce male site; z dodaneho materialu si buduje vlastni
   prostredi, ale jenom ve stylu Visual Basicu bez programovani,
   vybira z palety hotovych objektu a presunuje je do vytvareneho
   formulare
 
-- nejvyssi stupen "profesionalni tvurce": typicky spravce velke
   site anebo programator zabyvajici se pripravou prostredi pro
   jine; pomoci vizualnich nastroju (opet a la Visual Basic, ale
   tentokrate cely) je schopen vytvaret nove objekty a budovat
   rozsahle systemy
 
$> e) uzivatel by dostal velikou sadu primitiv ze kterych by si mohl
$>    skladat svoje vlastni objekty pro praci -- tlacitka, foldery,
$>    combo-listy, policka pro editaci, popisky ap.; dale by dostal
$>    nejake jiz rozpracovane polotovary ze kterych by mohl dale
$>    odovozovat (mam pocit, ze cely slavny Workplace Shell pro OS/2,
$>    respektive prostredi Windows95, je jakousi podmnozinou meho
$>    napadu, zahrnujici pouze foldery a ikony)
$
$Ja se obavam, ze vetsina typickych uzivatelu nema prilis velke tvurci
$schopnosti a je otazka, jestli a jak (resp. za jake organizace prace)
$jsou tyto moznosti vyuzitelne spravci pracovnich skupin. Bezny
$uzivatel proste _nebude_ programovat.
 
Ja to po nem ani nechci. Viz. vyse.
 
[following lines were moved ...]
$> c) musela by byt daleko hlubsi moznost prizpusobeni si sveho
$>    prostredi svym potrebam, ale vzhledem k objektove konstrukci
$>    celeho systemu by bylo mozno pripravovat jakesi polotovary pro
$>    typicke oblasti nasazeni (kancelar, graficke pracoviste, ucetni
$>    ap.),
$
$Zkuste nejaky priklad ...
 
...
 
$>    Predstavuji si to tak, ze bych si mohl vytovrit objekt firma,
$>    zahrnujici jakysi formular ve kterem by bylo jmeno firmy, ICO,
$>    atp. a dale odkaz na mnozinu spisu (pravnicky pojem spis znamena
$>    soustavu dokumentu vztahujicich se k jednotlivemu pripadu --
$>    napr. koupe domu) vztahujicich se k teto firme. Z~kazde
$>    jednotlive instance objektu spis by potom byly odkaz na vsechny
$>    jednotlive dokumenty tohoto spisu, ktere by krome vlastniho textu
$>    (OLE objekt pro nejaky server -- textovy editor), obsahovali
$>    jeste datum dokonceni, dobu zpracovani (potrebnou pro vypocet
$>    palmare ap.), podrobny nazev ap.
$
$Tohle je uz hodne o necem jinem nez o zakladnich moznostech systemu.
$To je naprosto konkretni aplikace, ktera je zalozena na multifunkcni
$databazi osob a kontaktu.
 
To bylo mineno jako priklad zcela konkretni aplikace po kterem
jste volal.
 
$Ja si spise predstavuji, ze by nove operacni systemy vytvarely takove
$prostredi, ve kterem by necinilo zadnemu uzivateli zasadni potize
$obsluhovat standardni aplikace. Tyto standardni aplikace (Office
$Prof. s napojenim na dbs) umi _velmi_ efektivne spolupracovat a
$podporuji (respektuji) vyse uvedenou objektovost - tzn. za kazdy
$datovy objekt, ktery v systemu vznikne, je nekdo zodpovedny a muze
$si definovat jeho atributy.
 
Ale ... v techto krasnych novych strojich neni zabudovana ona
dedicnost jako vysostny znak OOP, jsou prilis obtizne na ovladani
a (az na WinBase602) nejsou klient/server -- respektive servery je
nutno dokupovat zvlast za velmi drahe penize.
 
Prave nad pripravou prostredi, ktere jsem popsal vyse jsem si
uvedomil, ze
 
-- by bylo velice obtizne neco takoveho udelat pro me(totiz
   vyvinout ono prostredi), cili neni to nic pro me
   programatora-amatera (navic neochotneho vydat nejakych
   10.000,00 Kc za poradny programovaci jazyk -- mam jenom tu
   WinBase -- nekolik set hodin na zpracovani projektu), ale
   nemuselo by to byt presprilis narocne pro obry typu Microsoft,
 
-- soucasne systemy naprosto nevyhovuji normalnimu cloveku (kdo
   normalne premysli v pojmech adresar/soubor, kazdy soubor
   potrebuje pomerne rozsahly aparat popisek, datumu~; byla by
   dobra urcita kategorizace, lepsi vyhledavani ap.),
 
-- myslim, ze by to slo udelat velice pristupne i pro naprosto
   normalniho cloveka (mmch, ja bych ho tak uplne nepodcenoval --
   jinak zvracenou metodou vyucovani _uzivani_ pocitacu pres
   jejich _programovani_, zde tusim potencial pomerne velikeho
   procenta lidi, kteri se nadmerne nevylekaji, kdyz se jim rekne
   BASIC).
 
$Potom neni problem vyrobit takovouto aplikaci jednoduchym vyuzitim
$funkcnosti textoveho procesoru a spravne strukturovanych datovych
$struktur (k tomu ovsem bude vzdy potreba cloveka, ktery je ochoten
$porozumet odbornemu problemu a soucasne umi programovat). Tim by
 
Prave tuto kombinaci by mohli dodat oni potencialni profesionalni
tvurci prostredi.
 
$odpadlo _znasilnovani_ normalnich vztahu v organizaci, navyku lidi a
$prirozeneho toku dat podle toho, co "umi" jakasi nedomyslena
$aplikace na ucetnictvi ...
 
Kez by to uz nastalo.
 
$> i) asi by byl potreba dosti silny makrojazyk, ktery byl schopen
$>    ridit vsechny aplikace, nikoli jenom aplikaci jednu.
$
$To ano - jenze musi se brat v uvahu ta objektovost - obrovska sance
$obj. orientace spociva prave v tom, ze operacni system vytvori
$prostredi, ve kterem se mohou pohybovat vsechny objekty, ktere budou
$dodrzovat pravidla - kdo je dodrzovat nebude, bude nemilosrdne
$sestrelen. Potom naopak nepotrebujete _zadny_ makrojazyk, jenom
$efektivni prostredky pro definovani vlastnosti objektu (coz je
$prachsproste a dost narocne programovani - mozna se da "zpristupnit"
$formou vizualnich nastroji ale nevim nevim ...) - rekneme
 
Visual Basic dava nadeji.
 
$"objektjazyk" (protoze "makro-" je myslim v tomto smyslu zavadejici -
$posloupnost operaci).
 
Uznavam.
 
$Blahopreji k rozumnemu napadu
 
Spise nez blahoprani potrebuji pomoc.
 
                                                Pokoj Vam
 
                                                        Matej
Go to listserv.cesnet.cz LWGate Home Page.