Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 7

Tato session se uskutecnila dne 18. - 19. 10 2001:

<VKoranek> hellou
<jmarek> ahojte...
<jmarek> omlouvam se, mam dneska nejak rozlitano...
<jmarek> vcerejsi diskusi jsem hodil na web...
<jmarek> dobry den ve spolek...
<jmarek> omlouvam se za zpozdeni, ale mam porad nejake vyrizovani...
<jmarek> ted uz to vypada, ze ma pro dnesek volno na IRC ;-)
<jmarek> a taky na ucetnictvi, samo sebou...
<jmarek> halooo...
<jmarek> kde jste kdooo...
<jmarek> zdravim...
<jmarek> trochu jsem se zdrzel a ostatni tak trosku nekomunikuji :-(
<jmarek> takze te tu vitam.
<Zdk> no, nevim zda mohu prihodit neco konstruktivniho
<jmarek> to se uvidi ;-)
<Zdk> spise jsem chtel z povzdali kouknout jak to zije
<jmarek> dneska jsme jeste nenahodili moc zadne tema...
<jmarek> nedival ses na to schema na web-u?
<Zdk> prochazel jsem cely web, abych se uvedl do dje
<jmarek> hezky...
<Zdk> jsem z vyrobnoho podniku
<jmarek> jeste jsem tam asi zapomnel udelat link na aktualni schema, ktere se tu ted postupne tvori...
<Zdk> resime implemantaci is
<Zdk> ekonomicka cast je za nami a ted je na poradu dne vyroba
<jmarek> to budes mit docela dobry zkusenosti s tim, co uzivatele chteji... Urcite se to bude hodit...
<jmarek> no, nez se protlacime k vyrobe ;-)
<Zdk> ja vim je toho hodne ... ale
<Zdk> je tu problem pohledu na vec
<jmarek> ja ted budu sledovat jen obcas a pokusim se pridat na titulni stranku link na soucasne resene schema...
<jmarek> no, jestli k tomu neco mas, sem s tim...
<Zdk> bud se da is postavit pod ekonomikou - tak ja budu psat - nebo z pohledu vyroby
<Zdk> bohuzel jsem si to vyzkousel na vlastni kuzi
<jmarek> to ted zatim nechapu...
<jmarek> mohl bys zkusit trosku rozepsat oba dva pohledy?
<Fers> Zdravicko
<jmarek> zdravime Ferse ;-)
<Zdk> nejprve jsme naimplementovali ekonomickou cast -
<jmarek> Fers resime zajimavou vec: spojeni ekonomickeho IS se systemem pro vyrobu
<jmarek> Fers zatim spise proto, aby byla priprava...
<Fers> Na co jste zatim prisli (nevim jak ziskat historii)
<Zdk> ekonomickou casti myslim - objednavky, sklady MTZ, expedicni sklady, fakturaci a ucetnictvi
<jmarek> historie bohuzel nejde, proto jsem ti popisoval to, co jsme zacali delat...
<jmarek> ale jsme na zacatku...
<Fers> OK.
<Zdk> a ted budeme resit vyrobu, ale dostavame se k problemum
<jmarek> Zdk ten system je od jednoho dodavatele?
<Zdk> ne je to reseno jako subdodavky
<Fers> Vy diskutujete nad necim hotovym?
<Zdk> jen sa bavime o pohledu na is z nekolika stran
<jmarek> Fers nad tim, co ma Zdk ve firme...
<Zdk> je tvrdim ze se da is postavit bud pod ekonomikou nebo se jako jadro pouzije vyroba
<Zdk> vyrobou mylim tok doklaru navyzujicich na sebe ktere prochazeji pres vyrobni cast podniku
<Zdk> jsou tam oblasti, ktere se prekrivaji a v tom je ten problem
<Fers> Mohl by jsi uvest priklad?
<Zdk> pokud ma byt vyroba opravru rizenim vyrobniho toku muse se zacit od ciselniku polozek ciselniku adresare firem
<Zdk> no, ted toho na vas valim nejako mnoho
<Zdk> chtel jsem si nejdrive pokecat s nekim na invexu, probrat zakladni myslenky a tak
<Fers> Tak neudelame tedy nejake to setkani? Jak navrhoval jmarek?
<Zdk> ja jsem pro
<Fers> Mozna by to smysl melo. Pokud by prijel i Karel Zak mel bych i pro sebe zabavu a mohli bychom toho prodiskutovat vice.
<Zdk> tak zvolte neutralni uzemi a cas
<Fers> No moznost je bud nekde v Praze, nebo u mne v Plzni nebo v Ceskych Budejovicich. Termin nevim. Nekdy o vikendu. Tak za mesic (aby se nas seslo vice).
<jmarek> a dalo by se to annoncovat v e-mailove konfere...
<jmarek> Zdk ja jsem byl na invex-u vcera, ale prisel jsem na konec LinuxHall
<jmarek> co takhle v Ceskych Budejovicich?
<jmarek> budeme odtud minimalne dva...
<jmarek> jak to vidite?
<Zdk> ja jsem to nedokazal, v praci skolim a jediny volny termin bylo pondeli
<Fers> Ja jsem pro Ceske budejovice.
<Fers> Slo by v Budejkach prespat?
<Zdk> ja jsem taky pro CB
<Fers> Ja bych to udelal dvoudeni.
<jmarek> pokud bych vedel termin, tak by se to snad dalo domluvit...
<Zdk> pokud to nepujde v CB, tak u nas v Nove Bystrici ano
<Fers> Ted jeste aby se vyjadril VKoranek.
<jmarek> ten je z Prahy, takze to bude mit stejne daleko, jako ty, Petre...
<Zdk> Jeste k tomu invexu - kolik jsi nasel pc s os linux?
<jmarek> no, nebylo toho moc...
<Zdk> kdyz jsem tam byl ja, tak tam nebylo ani jedno
<jmarek> ale co me velmi potesilo: Lingea preportovala na Linux svoje slovniky, ktery jsou SUPER
<jmarek> A napr. zrovna u Lingey se slo kouknout na ten slovnik na Linuxu...
<jmarek> Meli to pod KDE...
<Zdk> nerozumneli jsme si, ja jsem myslel v linux hall
<jmarek> IBM mel na jedny AS400 nainstalovanou distribuci SuSE
<jmarek> aha...
<jmarek> tak v LinuxHall jsem se vubec po PC-kach nedival...
<Fers> Jake byly prednasky?
<jmarek> hmmm... nevim...
<jmarek> ja jsem tam prisel na konec diskuse...
<Fers> aha.
<jmarek> tak jsem tam udelal reklamu uctu ;-)))
<jmarek> doufam, ze se nekdo pripoji...
<Zdk> ja jsem zaznamenal smich u prezentace XP, rec byla o nejakem restartu aplikace
<jmarek> a ten vcerejsi tvuj zavazek je dost dobry...
<jmarek> ;-))))
<jmarek> tak to muselo byt super ;-)))
<Fers> Mne kontaktoval pred tydnem nejaky clovek, ze by se chtel setkat na invexu.
<Zdk> nebyl jsem to ja?
<jmarek> hmmm... me tam hned odchytl kdosi a na projekt se ptal.
<jmarek> tak jsem se ho snazil odkazat na web a popsal jsem mu soucasny stav projektu...
<Fers> Aha mozna byl.
<Fers> Odpovidal jsem v utery.
<Zdk> ano
<Fers> :-)
<Zdk> necetl jsem zaznam vcerejsi IRC, jaky zavazek je dobry?
<Fers> Zadny :-)
<Fers> No, ze pristi rok na Invexu bude alespon jeden pocitac s uctem :-)
<Fers> Ale to se da splnit ruzne (treba notebook v batohu :-)
<Fers> No dobre.
<Fers> Tak ne.
<Zdk> ja jsem pouze takovy opravar IT, ale pokud Vam budu nejak moci pomoci, tak budu rad
<Zdk> v tomto pohledu ma vyrobni podnik prednosti pred sedivou teorii
<Zdk> a navic vzivote by mne nanapdlo resit takove blobosti a nelogicnosti, ktere prinasi praxe
<jmarek> Fers zadnej notebook v batohu: myslim,ze se pokusim domluvit predstaveni projektu v ramci LinuxHall
<Fers> OK.
<jmarek> Zdk ja jsem prave rad, ze se tu setkavaji lidi z praxe, protoze pak muzeme uz od zacatku delat vychytavky situaci, ktere bychom museli horko tezko resit potom...
<Fers> Dneska jsem se dozvedel, ze napr. software pro registracni pokladny musi byt zkontrolovany auditorem jinak ho pry financni urad nevezme. To bude jeste hezke. Nase firma sice ma cloveka pro auditovani software, ale nevim jak se mu bude chtit razitkovat neco zadarmo.
<jmarek> Fers az se dostaneme k auditaci pokladny, tak mam takovy plan: vzdyt muzeme prece zalozit poradenskou spolecnost, ktera by se starala o implementaci tohoto SW... a nejaky audit pokladny je asi sice vysoky naklad, ale presto naklad...
<jmarek> tzn: jednorazovka...
<jmarek> proc nevydelavat na sluzbach...
<Fers> Nastesti takoveto problemy jeste nemame (mozna spise bohuzel).
<jmarek> ;-)
<jmarek> ale perspektiva je...
<jmarek> ;-)
<jmarek> no dobra...
<jmarek> mas nejaky konkretni navrh na datum setkani?
<jmarek> a pripadne odhad pro kolik lidi?
<Fers> Ja myslim, ze nebude vice nez 10 lidi. Max. 20 lidi.
<jmarek> dobre...
<jmarek> a odhad data?
<jmarek> zrovna ten vikend okolo 17teho nebudu moct...
<jmarek> takze by to slo bud o vikend drive, tj. 10-11. listopadu
<jmarek> nebo potom az 24-25...
<jmarek> dalo by se to mozna domluvit i na dve noci...
<jmarek> ale prvne se zeptam na to, jak je volno a jake jsou podminky...
<jmarek> co vy na to?
<Zdk> ja se budu snazit prispusobit
<Fers> Ja bych byl spise pro to 24 az 25.
<Zdk> budu se muset rozloucit, pokud nebudete proti, dam par myslenek dohromady na tema: pristup k is od vyrovy ci ekonomiky? - a poslu je do konference
<jmarek> dobra, budeme radi... ;-)
<jmarek> mej se hezky...
<Fers> Ok.
<Fers> Cau
<jmarek> Fers zkusim se zeptat, kdy bude volno...
<jmarek> asi by nebylo od veci alespon zbezne vymyslet program...
<jmarek> videl bych to na dve sekce: jednak pro programatory, jednak pro vyvojare...
<jmarek> no a krome toho samozrejme neco na peceni a piti ;-)
<Fers> Myslim, ze ted bude hlavne dulezitejsi to pro programatory (to druhe melo byt pro ucetni ne?)
<Fers> Jinak s bodem dva programu souhlasim.
<Fers> Ale chtelo by to vymyslet neco konkretnejsiho. Ja se pokusim zatim na necem zacit.
<jmarek> dobra, ja zatim zkusim domluvit to ubytovani...
<jmarek> BTW: jeste porad mam dojem, ze uplne nemame jasnou strukturu tech dat...
<jmarek> myslim, ze bychom se na to jeste meli podivat...
<jmarek> vcera jsem na Invexu mluvil s kamaradem, co dela v Gordicu a ten me upozornil, ze pokud bychom chteli nas system nasadit i v rozpoctove sfere, tak budeme potrebovat jeste dalsi pole pro specifikaci rozpocetnich veci...
<jmarek> no, jeste uvidime...
<jmarek> ale asi bychom tu annonci meli dat vedet co nejdrive, aby s tim pocitalo co nejvice lidi...
<jmarek> a to treba i ve stylu: 24-25 planujeme pracovni setkani, dejte navrhy, co byste tam chteli resit...
<Fers> Cetl jsi to vcerejsi?
<Fers> Myslim, ze budeme muset udelat to, aby si mohl kazdy k ruznym polozkam pridat libovolne polozky navic.
<jmarek> jako vcerejsi IRC...
<Fers> jo
<jmarek> jo, cetl...
<jmarek> prave se mi zda, ze nadseni Vaclava je trosku predcasny...
<jmarek> ale to jeste asi doladime, vzdyt to je za mesic...
<Fers> \say jmarek Mne se nezdalo ze byl Vaclav nejak nadseny. Spise to vypadalo, ze pokud se to nezacne nekam hybat vykasle se na to.
<Fers> ach ta zpetna lomitka.
<jmarek> me se zda, ze prace je porad dost, i kdyz se zatim neprogramuje...
<jmarek> no, uvidime...
<type> Says whatever you write
<jmarek> a neni to /say, ale /msg ;-)
<jmarek> alespon u me ;-)
<jmarek> dobra...
<jmarek> omlouvam se, ale uz budu muset koncit...
<Fers> Navrhoval jsem, abychom udelali program pro ukladani xml do databaze. Nemyslim, ze je nutne pouzivat rovnou xml databazi. Spise by to bylo tak, ze se udela popis xml stromu a ono to vygeneruje kod nebo strkutury pro ukladani do db.
<jmarek> tak jsem rad, ze jste vcera debatovali a neco zase posunuli...
<jmarek> to je zajimava myslenka...
<Fers> Ja se pokusim udelat jednoduchy program pro evidenci faktur. Se adresarem firem. Na tom se vetsina veci vyzkousi.
<Fers> Pak k tomu udelam tiskovou sestavu. A budu mit program, ktery ted potrebuji :-)
<jmarek> akorat by ten program mel nejak respektovat struktury databazi, ktere budou nadefinovane...
<jmarek> no ale zkus to, jsem zvedavy...
<Fers> Podle mne by mnel i vygenerovat polozky tabulky.
<Fers> Tim by to bylo rychlejsi, protoze ukladat do jednoho radku je rychlejsi nez do sloupcu.
<Fers> Samozrejme bychom museli mit nektere polozky oznaceny jako ze musi byt. Bez nich to nebude chodit.
<Fers> Stejne vetsina pozadavku se bude lisit jen tak, ze budu mit ruzne polozky a ruzne moduly pro praci s nimi. Tim bychom mohli vyhovet spouste zakazniku. Myslim, ze menit ERA model bude mnohem tezsi.
<Fers> A proto bych se tomu chtel vyhnout.
<jmarek> no, kdyby to bylo takhle volny, asi by se tim vyresilo spoustu veci...
<Fers> Samozrejme by se to delalo pri kompilaci (resp. pri instalaci.)
<jmarek> ale to by v podstate znameno, ze vytvarime programove prostredi pro psani ucetnictvi, ne? ;-)))
<jmarek> nic, bohuzel to musim useknout v nejzajimavejsim...
<jmarek> mej se hezky...
<faktura/jmeno> Mozna by slo pouzit XPATH.
<Fers> Cau
<jmarek> ahoj petre...
<jmarek> zdravim...
<jmarek> skoda, ze se Zdk odhlasil :-(
<Fers> Cau
<jmarek> nazdarek...
<VKoranek> Zdravim vespolek
<jmarek> zdravim taktez...
<jmarek> dneska jsme tu 4 ;-)
<jmarek> ale asi jen tak virtualne... :-(
<VKoranek> Neboj uvidime vv 15
<jmarek> to jsem zvedav... :-)
<Fers> ja take.
<VKoranek> hurra uz jsme 3
<VKoranek> Tak zacnem ? ne
<jmarek> proc ne?
<jmarek> cetl jsem si session, kterou jste meli, kdyz jsem byl na Invex-u
<jmarek> mam dojem, ze propadas nemistnemu nadseni ;-))))
<jmarek> nemyslim si, ze bychom meli model ucetniho modulu zcela hotov...
<VKoranek> No jak se to vezme :-)
<jmarek> to by me tedy zajimalo, jak to beres... ;-)
<VKoranek> Mme definovan ucetni doklad
<jmarek> no, spise bych rekl, ze tak nejak zhruba...
<VKoranek> POminu ze by se mi vice libilo rozdeleni na povinnou cast, standartni cast a volitelnou/uzivatelskou cast
<jmarek> jeste se mi nezda, ze by to bylo definitivni...
<jmarek> no, o tom jsme vcera vykladali s petrem (zatim jsem to nedal na web)
<VKoranek> Nikdy ta podoba kterou si dohodneme nebude vyhovovat vsem mozn ajen vetsine
<jmarek> nedokazu si to moc predstavit
<VKoranek> Co ?
<jmarek> no to rozdeleni...
<jmarek> bylo by hezke mit v podstate otevreny system, ktery by se dal na miru doladit...
<jmarek> ale SAP se pise uz jakou dobu ;-)))))
<VKoranek> :-)
<VKoranek> Ono v podstate pokud chcemem vyhovet vsem tak to SAPik bude .-)
<jmarek> no jasne...
<jmarek> na Invexu jsem vykladal s jednim znamym z Gordic-u a ten mi tvrdil, ze pokud bychom system chteli psat pro ROPO, tak tam musime pocitat jeste s nejakyma polozkama jako kapitola, paragraf apod. toho rozpoctu...
<VKoranek> Vsak rikam ze by to chtelo tri casti :-)
<jmarek> ted je otazka, jak se k tomu postavit, ze...
<jmarek> ale jak je provazat, jak postavit databazi...
<jmarek> mas nejakou predstavu?
<VKoranek> Otazka zdali budeme pracovat relacne nebo XML :-)
<jmarek> no, spis je otazka, zda existuje OSS XML repozitory...
<jmarek> ja o zadnem nevim...
<jmarek> ale taky jsem v teto oblasti nic nezkoumal...
<VKoranek> No a to by byla otazka napr na Ferse :-)
<VKoranek> Jses tu ?
<jmarek> du se kouknout na freshmeat...
<jmarek> hmmm... 6 project found
<jmarek> ale to by se prvne muselo overit, v cem to psat...
<jmarek> dalsi vec je, ze by zrejme takove veci, jako reporty apod. trvaly asi dost dlouho...
<jmarek> v tomhle je prece jen relace, indexy a spol. nedocenitelna...
<jmarek> alespon IMHO...
<VKoranek>
<VKoranek> No jo takze mame to psat jako relacni model nebo jako XML model ?
<jmarek> ja bych zustal u relaci...
<durill> Ja mel zato ze DB by mela bejt relacni a na XML by byla zalozena komunikace aplikacni vrstva/client.
<durill> V XML by byly definovane formulare a tim relativne snadno upravitelne podle pozadavku konkretniho uzivatele systemu.
<jmarek> presne tak...
<jmarek> jenze tim prijdeme o moznost pruzneho upgradu modelu, protoze by se v podstate muselo zasahnout do definice tabulek...
<durill> Proste, do DB prida dalsi sluopce s udaji jenz ho zajmaji a poupravi formular (XML, pripadne muze bejt na to neaky visaulni nastroj), aby mu zobrazoval nove udaje v mistech kde je chce mit.
<jmarek> nicmene se mi zda, ze v soucasne dobe je to asi nejlepsi cesta...
<jmarek> taky by to slo...
<jmarek> ale pak taky musi naucit procedury, ktere budou ukladat data, aby s tema novejma polema pracovaly...
<jmarek> takze to nebude jen o formulari...
<durill> to jo.. procedura bude ukladat data z daneho formulare musi vedet ktere pole je ktera polozka ve ktere DB. To musi bejt pridane do definice formulare jako neaka polozka.
<durill> u polozky ve formulari budu mit kde se ma zobrazit, kde vezme zdrojova data a zda je modifikovatelna. A pri ulozeni modifikovatelne polozky ji ulozi do zdroje.
<durill> nebo tak neak by to mohlo fungovat.
<jmarek> ted me napadlo: ono by v podstate slo udelat nejakej konfigurak, kterej by vypadal takto:
<faktura/polozka> :tabulka.nazevSloupce
<jmarek> a funkce by si prosla tenhle konfigurak a hned by vedela, do ceho to ulozit...
<jmarek> ci rikate?
<jmarek> co rikate?
<jmarek> pripadne by to mohlo treba byt nekde v databazi, aby se v tom lip hledalo...
<durill> jo, to by slo. Ale neco se musi nejprve zpracovat, takze tam muzou bejt neake funkce... a ne kazda polozka muze bejt modifikovatelna.
<durill> Ale nevim jestli ma smysl oddelovat tyhle informace od definice zobrazeni toho formulare. Jestli by nebylo lepsi to spojit.
<jmarek> asi by se k tomu muselo jeste pridat nejake opravneni...
<jmarek> ale zrejme by to vyresit slo...
<jmarek> jak se na to divate ostatni?
<durill> exte nevim jestli ma cenu to oddelovat do dalsiho konf. souboru od sablony toho formulare v XML. Ale mozna sem, co se tyce XML mimo.
<jmarek> to je vec DTD, takhle by to asi slo resit taky...
<jmarek> tak me jeste napadla jedna myslenka:
<jmarek> asi by slo udelat toto:
<jmarek> funkce by prijala formular faktury a vedela by, ze se ma ulozit. Prohnala by to XSL stylesheetem a vypadl by ji SQL kod, ktery by predhodila serveru...
<jmarek> myslim, ze by to snad nebylo ani tak moc problematicky...
<jmarek> Fers co ty na to?
<durill> to zni pekne, jen nechapu jak ten stylesheet funguje a jestli dokaze generovat SQL.
<durill> ale jak rikam, XML znam jen hodne z rychliku
<jmarek> pres XSL jde generovat napr. HTML, holy text... v podstate bych rekl, ze vse, co si vyberes...
<jmarek> da to ale praci... ;-)))
<jmarek> napsat takovy stylesheet...
<jmarek> da se tim napr. prevadet XML z jednoho DTD do druheho, coz vyuzivaji napr. navrhari systemu ERP apod.
<jmarek> haloo, co na to fers a vkoranek???
<durill> BTW: Trohu navrat k ROPO - osobne sem z SS, a asi by se mi libilo moct ten system pouzit, takze jestli bych moh prosit, tak za ROPO se primlouvam. Zkusim neco o specialitach ROPO vytahnout z nasi ucetni.
<jmarek> hodilo by se...
<VKoranek> Jo jsem tu ale nevim co ktomu rici :-)
<jmarek> my myslim tenhle system u nas na VS nemame...
<jmarek> asi mam tak desivy napady, ze z toho okoli omdleva ;-)))
<jmarek> predevsim programatori ;-))))))))
<jmarek> Fers halooooo.....
<jmarek> skoda, ze ho nemuzu polit vodou ;-)))
<jmarek> pres IRC, pochopitelne ;-)))
<durill> Jak moc pracny je ten prevod na SQL? Zase aby jsme nedelali neco prilis slozite... i kdyz pokud to bude zase velice jednoduche z uzivatelskeho hlediska:)
<jmarek> spis bych rekl, ze je to pracny z pohledu prvniho formulare...
<jmarek> jinak by to snad nemusel byt takovy problem...
<jmarek> rekneme, ze na SQL soubor prikazu lze pohlizet jako na dokument,
<jmarek> ktery zacina na neco jako
<jmarek> begin transaction
<jmarek> pak pokracuje pro kazdou polozku insert into table neco (polozky...) value (obsahy...)
<durill> A nebude se muset ten stylesheet predelavat pri kazde zmene formulare? Pripadne, bylo by to zautomatizovane?
<jmarek> a nakonec to konci commit (pokud je vse OK)
<jmarek> nebo rollback v pripade chyby...
<jmarek> pokud se nepredela datovy model, nebo popis formulare, tak ne...
<jmarek> pokud napr. do faktury doplnis nejakou polozku, ktera se bude ukladat do databaze, tak bude treba upravit i ten stylesheet...
<jmarek> nevim, mozna by to slo i zautomatizovat...
<durill> Ten insert a update pro kadou polozku extra by se mi zda moc narocnej na databazi. Zase to nemuze bejt prilis narocne na HW. Jinak to bude pro mensi subjekty na nic.
<jmarek> insert se dela jeden pro kazdou radku tabulky...
<jmarek> ale mas pravdu, ze by mohl nastat problem s jednotlivyma polozkama...
<jmarek> musim se na to podivat...
<jmarek> zkusim vytvorit nejakou malickou fakturu
<durill> A pak, jednou budeme potrebovat SQL na naplneni formulare daty a podruhe na jejich ulozeni. To by znamenalo dva stylesheety ne?
<jmarek> a pak stylesheet pro konverzi do SQL...
<jmarek> asi jo...
<jmarek> no v podstate urcite...
<jmarek> a treti v pripade uprav...
<jmarek> no, tudy asi cesta nevede...
<jmarek> ale asi by to bylo zajimavy...
<Zdk> zdravim
<jmarek> taktez...
<Zdk> koukam, ze to nejak vazne
<jmarek> jo jo... cekam, zda se trosku nevyjadri Fers
<jmarek> a soucasne si na notebook instaluju nejake nastroje pro XML, XSLT apod...
<Zdk> nejak jsem shrnul myslenky, vytvoril jsem dve schemata ruznych pristupu k IS a nejaky maly popis - otazka v jakem formatu to mam poslat do konference, aby nebyl problem?
<jmarek> mozna bud v cistem textu, nebo to muzeme vystavit jako HTML primo na stranky projektu...
<Zdk> v tom pripade prosba na Tebe, ja Ti to poslu a pozadam Te zda to zverejnis na web
<jmarek> jasan...
<jmarek> jmarekjcu.cz
<Zdk> dik
<durill> BTW: dotaz mimo, je dia na RH 7.1 instalacnich CD? nebo si ji mam stahnout.
<jmarek> dia-0.86-4.i386.rpm
<jmarek> je na instalackach...
<durill> D'
<jmarek> ;-)
<durill> takze verianta se stylesheetama pada?
<jmarek> no, podivam se na to pres vikend...
<jmarek> uz si k tomu neco instaluju na laptop...
<jmarek> haloo....
<Fers> Jsem tu a ctu si historii.
<jmarek> co budeme jeste dneska resit?
<Fers> Ja se k tomu za chvili vyjadrim.
<jmarek> to jsem rad, protoze jsem popustil uzdu fantazii a obavam se, ze az moc...
<Fers> Ne ja jsem si to temer takhle predstavoval. Jen bych to realizoval trosku jinak.
<jmarek> vazne???
<jmarek> to sou veci...
<jmarek> a ja si myslel, ze te budou omejvat ;-)))
<Fers> Ja bych to videl tak, ze bude popis tabulky v xml. Z nej se vyexportuje popis sql tabulky (tim padem budeme moci rozsirovat a ono to bude stale stejne rychle). Bude receno, ze podle tohoto policka bude klic, toto policko je klicove pro funkci systemu a nelze je tedy odstranit apod.
<Fers> Pak staci, aby pridany modul do systemu rozsiril specifikaci toho xml a pak se sama aktualizovala SQL tabulka.
<Fers> Osobne bych videl oddelene formulare od popisu tech tabulek. Protoze ne vsechny klienti budou umet formulare (napr. radkovy klient :-).
<jmarek> no jo, jenze tabulka, formular a popis datoveho modelu na sobe zavisi...
<jmarek> myslis, ze by to slo udelat nejak tak, ze by se reklo:
<Fers> Takze vlastne instalace modulu bude znamenat aktualizace popisu tabulky (pridani novych polozek) a dodani novych formularu. Protoze mape bude umet dedeni formularu tak se proste zdedi novy formular.
<Fers> Pokud nedoda formular proste nepujde ta polozka menit.
<jmarek> hmmm... to by bylo dost dobry...
<jmarek> znamenalo by to taky +- dobry pridavani dalsich polozek do formularu a tabulek
<Fers> Bylo by take dulezite, aby byly moduly specifikovane. Napr. muzu mit modul adresare. Kdyz mi nebude vyhovovat tak si nainstaluji jiny lepsi adresar od komercni firmy :-)
<Fers> Musi ale stale byt moznost, abych v jinych modulech vybral firmu a ono mi to z ni vytahlo zakladni informace.
<jmarek> to by ale znamenalo udelat takovy balickovaci system jako .deb primo pro potreby naseho programu...
<Fers> Pak jeste pridelat zavislosti mezi moduly.
<jmarek> ze by se spolu s instalaci modulu pridaly informace o pouzivanych promennych, formularich...
<Fers> Takze nainstaluji modul pokladny. Ten mi doda formulare site na miru pokladne a pripadne vyexportuje svoje metody pro ostatni moduly a rozsiri dalsi tabulky.
<jmarek> no, tak nejak bych si to predstavoval ;-)
<jmarek> to vubec neni spatny...
<Fers> Takze pak budu moci delat. pokladna.getNew a dostanu novy prazdny XML strom. Pak do nej pridam 10 polozek, ktere zjistim ve skladu (sklad.getPolozkaDlePIN) a prida to radky do nejakeho xmlnodu. Pak da pokladna.add a modul pokladny vyskladni ze skladu a ulozi to.
<Fers> Tak ne getPolozkaDlePIN, ale getPolozkaDleBARCODE
<Fers> Pak jeste udelat nejake prolezani seznamy XML prvku. Napr. chci prvnich deset. Pri PAGE DOWN chci dalsich 10 atd. Vlastne cursor.
<durill> jo, to odpovida i me predstave... primo idealni
<Fers> Ve formularich bych take definoval, ze tam chci polozku faktura.nazevid=5. Coz je vlastne XPATH.
<Fers> Myslim, ze toto je jedina moznost jak to udelat, aby system vyhovoval vice jak 5 firem.
<jmarek> tohle uz nechapu...
<Fers> Ty nevis co je XPATH?
<jmarek> to uz je na me moc...
<durill> ale este se budem muset podivat na technickou realizaci...
<jmarek> nevim...
<durill> ja taky netusim :-)
<jmarek> ale asi to nebude k jidlu ;-)))
<durill> skoda :-)
<x> Muzu take napsat /faktury/x a nebo /faktury/xid=5 a to vybere ten prvek x, ktery obsauje atribut ID s hodnotou 5. Pokud jich je vice.
<Fers> Ma to dalsi moznosti. Ale asi to bude zbytecne slozite. Mozna nam bude stacit napsat /faktury/x. Nebo pouzit nejaky existujici xpath parser.
<durill> aha, takze neco jako adresarova struktura
<Fers> Pouziva se to hodne v XSLT (kdyz identifikujes xml prvek).
<jmarek> aha...
<Fers> Jsem rad, ze jsme se na tomto schodly. Ja se bal, ze Vas budu muset presvedcovat :-)
<jmarek> na dobrem se clovek s_h_odne rychle... ;-)
<Fers> :-)
<Fers> Ja jsem v 7 tride 4 z cestiny :-(
<Fers> Jsem dislektik :-(
<VKoranek> Fers , aplaus :-) to se mi libi :-)
<Fers> No ted jeste vymyslet to tak, aby to fungovalo :-(
<jmarek> hm... jak pak muzes programovat, nedelaji ti problemy nazvy promennych s obsahem i/y?
<jmarek> a tak?
<VKoranek> Jak to vidids casove ?
<VKoranek> P.S.: To tedy budes chtit datovy model v XML e :-)
<VKoranek> P.S.: To tedy budes chtit datovy model v XML ze :-)
<Fers> V anglictine nejsou :-)
<Fers> Ne mne staci datovy model v cemkoliv. Nez se dostaneme do stavu, ze budeme implementovat toto konkretni tak to bude jeste chvili trvat :-(
<VKoranek> A presto odhad vasu ?
<Fers> Cas bych nerad sliboval. Uz jsem si dostkrat nabeh, ze jsem pak mel 25 hodinove dny.
<VKoranek> Dobra tak horizont vyma toho invexu
<Fers> Nevim. neco predvedu snad tak pri tom setkani za mesic :-)
<VKoranek> Uz se tesim, mej te se
<Fers> Cau.
<jmarek> VKoranek ahoj...
<jmarek> no, plany vypadaj skvele...
<jmarek> ale jak tak koukam, tak to uz byste jako programatori meli dost na cem pracovat...
<jmarek> i bez datoveho modelu, ne?
<jmarek> v podstate byste mohli pomalu tvorit ten framework, do ktereho by se pak vkladala data pro jednotlive doklady, tabulky...
<jmarek> nebo je to uz nejako obsazeno v MAPE?
<Fers> Visualni editor formularu zobrazovani formularu, nejaka mezimodulova komunikace. Musi se dodelat ten modul pro prevod XML do SQL a modul, ktery vykopiruje prvky z XML stromu do formulare a po odeslani zpet je zase zkopiruje zpatky do XML stromu a odesle modulu.
<Fers> Hmmm, vy programatori. Snad TY :-(
<Fers> Pak udelat nejake to odvozovani XML stromu apod.
<Fers> Pro to sql.
<jmarek> zatim bohuzel ano...
<jmarek> asi se budu muset taky zkusit pridat...
<Fers> Diky :-)
<jmarek> ale pro linux jsem jeste neprogramoval...
<jmarek> kazdy zacatek je tezky... :-(
<jmarek> anebo budu muset ukecat Karla Zaka...
<jmarek> i kdyz jestli ten bude mit jeste nejaky cas... ;-)
<jmarek> kazdopadne nektere veci do MAPE chtel dodelat...
<Fers> Staci, aby Karel Zak pokracoval ve vyvoji Mape.
<Fers> Nevim jak je to s portaci mape pod windows, ale pokud je port myslim, ze by bylo dobre, aby nektery z vyvojaru pracoval pod nimi.
<Fers> Daniel Horak ma ovsem zkusenosti s portaci pro windows a asi i neco zahajil.
<jmarek> dobra...
<jmarek> ted jsem si stahl MAPE z cvs...
<jmarek> jeste se na to zkusim podivat...
<jmarek> spis jsem myslel, ze budu nejak davat dokupy navrh datoveho modelu...
<jmarek> no nevim...
<Fers> Jo klidne davej. To myslim, ze bude potreba. Alespon prvni mesic si budu davat veci dohromady a na necem pracovat. Zatim to neres.
<jmarek> hmmm...
<jmarek> dobra, uvidime...
<jmarek> treba se jeste nekdo prida...
<Fers> Myslim, ze kdyz bude na cem konkretnim pracovat tak lidi budou. To je vyhoda open source komunity. Nehledi se na clovekodny :-)
<durill> k dat. modelu. Doma mam na paire neco nakresleneho. Je v tom adresar, useri (zamest. + pro eschop), evidence dokladu a jejich rozuctovani na ucty. Uz to mam asi 14 dni na papire, zkusim to dat pres nedeli do DIA + podmety s IRC sessions a poslu to v pondeli.. snad bude cas, este nevim jak se budu kamaradit s DIA.
<durill> pak mam udelanou pro interni potreby evidenci majetku, takze ji asi poupravim a taky v prubehu pristiho tydne zaslu k diskuzi. Este nevim jak to napojit na zbytek systemu, ale to se bud vymysli nebo to behem doby vyplyne.
<Fers> mozna bych u polozek rikal, ktere jsou naprosto nutne a ktere jsou optional. Z toho duvodu, ze kazdy modul bude muset mit API a polozky na kterych budou lpet ostatni zakladni moduly. Takze napr. u modulu evidence majetku by se API definovalo timto.
<Fers> Co napises ty.
<durill> spis mi de o to, ze nevim jak v komercni firmne vypada evidence majetku. Ja sem z vyklej ze skoly na sbirky podle predmetu ci podobne a pak DKP kde sou takove vseobecne veci.
<durill> ale evidence neni priorita.. hlavne nejdriv udelat zaklad, tj. evidenci primarnich dokladu a jejich zauctovavani.
<jmarek> ano, taky to tak vidim...
<jmarek> a evidence, resp. jednoduche ukladani primarnich dokladu, mi zatim lezi v hlave...
<jmarek> nevim presne, jak do toho...
<jmarek> vyhodou by bylo mit jednu tabulku s doklady
<jmarek> ale kazdy doklad ma jine atributy
<jmarek> zase aby kazdy typ dokladu mel jednu tabulku... To se mi taky moc nechce...
<jmarek> nevim zatim, jak z toho ven...
<durill> osobne mam tabulku s datama co se tykaji vsech, (jakasi hlavicka) a pak dalsi tabulku kam zapisuju jednotlive radky...
<durill> jen si nejsem jist udaju, ktere se tykaji internich dokladu
<durill> respektive nemam prilis predstavu jake sou int. doklady a co je na nich
<durill> a pak bych k tomu co mam chtel neak pridat e-podpis. Zatim tam davam jen id prislusnejch useru.
<jmarek> ono jde o to, ze bych potreboval vlastne jednu tabulku, kde by byly faktury, pokl. doklady...
<x> Protoze jde ovsem jen o dalsi polozky nemusi se ukazovat ve vsech seznamech a bude to celkem rychle.
<jmarek> a tam kazdy typ dokladu (faktura, vydejka...) ma jine udaje nejen v hlavicce, ale i v radcich...
<jmarek> no, tohle jeste bude treba promyslet..
<durill> a co takhle jednu tabulku s hlavickama a pro vsechny typy a pak extra tabulky s jednotlivejma radkama pro jednotlyve nebo podobne doklady?
<Fers> Soucasti tabulky s hlavickama by byl i typ. A pak bychom sosali polozky z dalsich tabulek. Takhle se to dela. Ale chce to co nejvice spolecnych veci dat do te prvni. I za cenu, ze by obcas nejaka nebyla vyplnena.
<durill> to ze se nektere polozky nebudou v hlavice vyplnovat je jasne.
<durill> takze takhle se to dela u konkurence?
<jmarek> hmmm... ted by se hodil ten rozbor jednotlivych dokladu...
<jmarek> pekne hlavicka, radky...
<durill> dalsi vec souvisejci s doklady jsou vypisy z uctu.
<jmarek> asi na tom zacnu delat, urcite to bude dobra priprava pro ten model...
<jmarek> ano...
<jmarek> doklady jsou proste vsechny doklady, ktere jdou do ucetnictvi...
<Fers> ano. Spise se ovsem preferuje ta druha moznost. Takze ma tabulka celkem hodne polozek. A pak byvaji ty rozsirujici. To ma ale to nevyhodu, ze kdyz chci vybrat vsechny ty tabulky najednou tak na to neni sql zrovna dobre. Protoze se musi vybirat jmeno tabulky podle nazvu. Takze se to bud resi pomoci druheho dotazu nebo pomoci ruznych if v dotazu.
<durill> jo ten rozbor dokladu by se hodne hodil. Co zkusit zapojit pana Stareho? Ten z nas ma k ucetnictvi asi nejblize, nebo mi to tak alespon pride.
<Fers> Oprava: nevybira se podle nazvu, ale podle hodnoty. Prominte.
<jmarek> ano, to je pravda...
<jmarek> ja zkusim dat dokupy hruby seznam dokladu, ktere budou treba analyzovat a postnu to do konference...
<durill> K tem vypisum, mam taky namysli realizaci jejich imporu z homebaking a podobnych systemu...
<Fers> S tim souvisi specifikace formatu xml pro modul vypisu. Pak staci pomoci externiho skriptu precist vypis a vyblejt xml a to pak hodit do serveru.
<jmarek> ano presne...
<Fers> Pak jeste generovani danoveho priznani, elektronicke podepsani a odeslani :-) Prozatim staci vytisknout. Letos jsem podaval priznani tak, ze jsem vyplnil tabulku v excelu a to pak vytisk. Neco podobneho by bylo pro zacatek dobre :-)
<durill> a otevrenost formatu tech vypisu ze strany bank je v pohode? Ja netusim, v tomhle sem mimo. Ja akorat vim, ze gordic to z PMB umi.
<Fers> Kazdy pes jina ves :-( Existuje sice najaky format Quicken, ktery pouziva nejaky velky system, ale nevim jak je to s podporou.
<Fers> Ze strany bank.
<durill> Coz to neni tak hrozny, jestli sou ty formaty verejne zdokumentovany.
<jmarek> verejne zdokumentovany asi nejsou, ale popis se da ziskat...
<jmarek> vim, ze kdyz jsem delal v jednom podniku, ktery jsme napojovali na Komercku, tak nam popis dodali...
<Fers> Jeste k tem prvkum tech tabulek. Myslim, ze to neni tak velky problem. Pridat polozku tabulky prece neni nikdy problem :-)
<Fers> Zvlast pokud to bude fungovat tak jak chcem,.
<durill> ne, pridat polozku k tabulce ve spravne NF neni prob. A tabulky v nizkech NF sou pro nas kazdopadne nepouzitelne
<Fers> NF = normalni forma?
<durill> moznost pridavani sloupcu do tabulek bez zasahu do dat.mod. a prog. kodu bych oznacil za jednu z nejvetsich priorit
<durill> jo NF=normalni forma
<Fers> Ja bych rekl, ze to chceme prehnat az skoro do extremu - funkcnost nejakeho modulu rozsirime tak, ze mu pridame polozky do tabulky :-) a on prestoze s nimi nepocital bude umet s nimi pracovat.
<durill> no, panove diskuze byla pekna, ale ja to budu muset balit, takze pristi tyden. Snad udelam ten navrh do DIA.
<durill> Tak zdar
<Fers> Pokud by ovsem melo dojit ke zmene dat.mod. Musi se vymenit.
<Fers> Cau
<Fers> Ja tu dnes budu az do 20:00
<jmarek> mejte se pekne...
<durill> jak pristi tyden?
<jmarek> ja uz taky budu muset...
<jmarek> no, predbezne bych to nechal zase na 15.00, co vy na to?
<durill> ja suhlasim, tak zdar
<Fers> Jsem asi pro. Ja ale budu nekdy v tu dobu mit skolu. Takze budu obcas nedavat pozor (myslim ve skole :-) Jeste, ze mame laboratore s pocitacema.
<jmarek> ;-)
<Fers> Takove jako jsem ja maji vsichni ucitele radi :-) Nedavaji pozor ...
<jmarek> jo jo... ;-)
<jmarek> jeste ze neucim v laboratorich s pocitacema ;-)
<Fers> ;-)
<Fers> Podle mne je to obcas spis na skodu.
<Fers> Myslim ty pocitace.
<Fers> Protoze to cloveka svadi a nedava pozor.
<Fers> Na druhou stranu ja uz moc do skoly nechodim, protoze jsem na prednaskach usinal a stejne mi to nic moc nedalo, protoze jak se rika: stado de tempem toho nejpomalejsiho. Takze to co jsem se tam dozvedel za cely semestr jsem si pak precetl behem 3 hodin pri priprave na zkouzku.
<jmarek> no, ja jsem si nahodou z prednasek zapamatoval dost veci...
<jmarek> a kdyz jsem na ne nechodil, tak mi uceni na zkousku trvalo dyl...
<jmarek> no nic, musim...
<Fers> To je pravda, ale kdyz studuji pocitacove vedy a pak je misto prednasek delam tak je to trochu zdrzovani na ne chodit.
<jmarek> mej se hezky...
<Fers> Cau.
<jmarek> to jo ;-)


Náš projekt :-)    Copyright (c) 2001 Všechna práva vyhrazena