Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 12

Tato session se uskutecnila dne 27. 11 2001:

[11:34] BotTom joined #ucto.
[11:35] <h0nza> tak uz tu mame logovaciho bot-a ;-)
[11:36] <h0nza> uz nemusim byt porad pripojeny... ;-)
[11:37] <h0nza> jeste ho trosku vyzkousim...
[11:52] durill_off (cirkl@slave.mssch.cz) joined #ucto.
[11:53] <durill_off> Ahoj, neak sem vylit pres den. Delo se neco duleziteho od te doby, co pyta poslal log?
[11:54] <h0nza> jo, zprovoznil jsem logovaciho bot-a (BotTom) ;-)
[11:54] <pyta> :-)) Pelasim na obed...
[11:54] Nick change: pyta -> pyta_lunch
[12:08] <durill_off> Mam neaky pohled na setkani od pyty. Jedna z nesrocvnalosti je jmeno a kontakt na Milicku. Respektive nam jsou tyto udaje nezname.
[12:10] Nick change: durill_off -> durill
[12:12] <durill> kdyztak mi ej nekdo hodte mailem. Pokud s tim Pyta souhlasi, tak jeho pohled doplnim o nektere udaje a pak to hodime na web a do konfery. Souhlasis? (email)
[12:13] <durill> ja ted musim bohuzel zase zmizet.
[12:13] durill (cirkl@slave.mssch.cz) left irc: ""
[12:20] Nick change: h0nza -> h0nza_off
[12:57] Nick change: pyta_lunch -> pyta
[14:32] roman (roman_o@masq.poda.cz) joined #ucto.
[14:45] zdk_off (jirsa@194.228.217.42) left #ucto.
[14:49] <pyta> ahoj...
[15:27] durill (cirkl@slave.mssch.cz) joined #ucto.
[15:32] jmarek (jmarek@127.0.0.1) joined #ucto.
[15:32] <jmarek> tak jsem tu v prestrojeni ;-)
[15:33] <jmarek> nazdarek...
[15:34] <pyta> JMarek: zdravim, muzes pak poslat prosimte stepanovi mail a jmeno na tveho kamarada co se ucastnil setkani, dik
[15:35] <jmarek> uz jsem to odeslal ;-)
[15:35] <pyta> :-)
[15:37] <jmarek> jeste jsem se dival na vasi debatu s Zdk okolo ucetnictvi...
[15:38] <jmarek> kdyz o tom tak premyslim, tak mi prijde, ze to uloziste tech primarnich dokladu by melo v podstate byt s radky dokladu, ne ani tak s hlavickama...
[15:38] <jmarek> protoze nejdulezitejsi veci pro ucetnictvi jsou prave v radcich...
[15:39] <jmarek> ale zatim porad nevim, jak to udelat s tema atributama...
[15:39] <jmarek> bud se budeme muset spokojit s omezenym poctem atributu
[15:39] <pyta> ano, presne tak, ovsem radeji bych zde videl termin "zaznam primarniho dokladu", resp. neplati 1 radek=1 zaznam, ale 1 zaznam = 1..n radku primarniho dokladu
[15:39] <jmarek> nebo nevim, jak budeme filtrovat a nascitavat zaznamy do ucetnictvi...
[15:40] <jmarek> ano, mas pravdu...
[15:41] <pyta> To je pomerne proste u kazdeho dokladu jsi schopen sledovat mnozinu atributu, ovsem je zde porad nejasnost mezi Primarni doklad ucetni doklad, doklad
[15:42] <jmarek> ja tu zas az takovou nejasnost nevidim...
[15:42] <pyta> Domnivam se, ze atributy sledujes u jednotlivych zaznamu, do uloziste ti padaji predci vsech doklady tedy nejaky Obeny Ucetni Doklad
[15:42] <jmarek> hmm... to mi ted uplne neni jasny...
[15:42] <pyta> Primarni doklady jako takove zustavaji v modulech, kde vznikaji, neni duvod s nimi pohybovat
[15:43] <jmarek> myslel jsem, ze predci toho ucetniho dokladu budou v jednotlivych agendach?
[15:43] <pyta> ano, je to tak, ale do ucetnictvi ti lezou jiz pouze zaznamy, tedy potrebujes mit jeste neco co ti udela vazbu mezi zaznamem a dokladem
[15:43] <jmarek> protoze nas nezajima napr. konkretni faktura dosla, ale primarni doklad z ni vznikly, ktery uz ma napr. nektere veci prednascitany...
[15:45] <jmarek> podle toho, ktere atributy mu priradime.
[15:45] <jmarek> radky se stejnymi atributy se nascitaji a ulozi jako jeden radek...
[15:45] <pyta> Toto musi rozhodnout obsluha - my nevime zda se radky jako takove dostanou do IS
[15:46] <pyta> tedy vubec bych s nimi neuvazoval, pro nas se tam dostanou pouze nejake zaznamy
[15:46] <jmarek> ano, jiste. Obsluha musi ke kazdemu radku ty jednotlive atributy priradit uz pri presunu dokladu z jeho agendy do tech dokladu primarnich...
[15:46] <pyta> :-)) tak, tak
[15:47] <jmarek> jenze s nimi pocitat musis: podle nich pak budes filtrovat zaznamy do ucetnictvi...
[15:47] <jmarek> je tam prece vazba n..1
[15:48] <pyta> Ano to je, jen se znovu branim pojmu radek ! proste mi nevime zda to tam nekdo opise cele
[15:48] <jmarek> flat files rulez ;-)
[15:48] <jmarek> ach jo...
[15:48] <jmarek> ja myslel, ze je SQL preci jen uz zvladnuta technologie...
[15:48] <jmarek> no tak dobra...
[15:49] <pyta> ??
[15:50] <jmarek> ja proste asi potrebuju konkretni predstavu o funkci, jinak o tom nejak nedokazu premyslet... :-|
[15:50] <jmarek> tedy nejen o funkci, ale i o reprezentaci dat...
[15:51] <pyta> Zde se ztrati spousta casu na tom, ze nekdo nerozumi co rika druhy, v prubehu zitrka snad jiz splodime nejake obrazky a vyhotovime patricny popis
[15:51] <jmarek> dobra, pockam...
[15:51] <jmarek> ;-)
[15:51] <jmarek> stejne mi nic jineho nezbyva, neb jdu ucit...
[15:51] <pyta> Ne ja se pokusim odpovedet - protoze myslim, ze zde mluvime o tom samem. Jaka je tedy vlastne otazka ?
[15:52] <jmarek> otazka spociva v reprezentaci atributu.
[15:52] <jmarek> je-li atributu konecna mnozina, dokazu si je predstavit jako sloupce jedne tabulky.
[15:54] <pyta> V podstate ano, jen jeste nad atributy muze existovat hierarchie - napr. nejaky strom firmy apod.
[15:54] <jmarek> ma-li byt atributu libovolne mnoho, pak se sice daji udelat pomoci odlisne tabulky se sloupci: atribut, hodnota, id_radku_v_PD, ale je s tim zase problematicka prace...
[15:54] <durill> IMHO tady de o to, ze ucetno doklad je pouze urcita analyza primarniho dokladu z neakeho pohledu. Pokud ale budeme napriklad delat analyzu z pohledu DPH, budeme z primarniho dokladu vybirat trochu jine udaje.
[15:54] <jmarek> no ale jak tuhle hierarchii rozumnwe ulozis?
[15:54] <durill> proste mam pocit ze prece jen nemame jano v pojmech primarni a ucetni doklad.
[15:55] <durill> pyta: mas neaky dobry editor na XML pripadne DocBook?
[15:55] <jmarek> nic, pratele, odchazim...
[15:55] <jmarek> mejte se hezky...
[15:55] <pyta> Nejak searializuji - asi nic moc lepsiho nepujde - pak pri startu komponenty jednou nactu a jiz pracuji se stromem coz je rychle
[15:56] <jmarek> ja si to pak prectu...
[15:56] <pyta> Durill: nedit, notepad
[15:56] jmarek (jmarek@127.0.0.1) left irc: "pa pa..."
[15:56] <pyta> Stahnul jsem si jeste z IBM - Xeana, ale nejak se mi to nepodarilo rozchodit, tak jsem se na to vykaslal
[15:58] <pyta> http://www.alphaWorks.ibm.com/tech/xeena
[15:58] <durill> jak si pak proved konverzi do UTF-8?
[15:58] <pyta> notepad ve W2k umi editovat UTF-8 primo, jen pri ulozeni ti pred to nacpe navic 3 bytes a ty musis smazat
[16:13] roman (roman_o@masq.poda.cz) left irc: "Leaving"
[16:53] <durill> Dostal n2kdo za [kol kouknout se po Objektovych DB? (Fers?)
[16:54] <pyta> spada to do oblasti Framework - takze se tyka Fers, dal bych tam take Karla Zacka
[17:02] <durill> jaks to prevadel do toho HTML?
[17:02] <pyta> nainstaloval jsem si docbook a saxon
[17:03] <pyta> jel jsem podle instrukci na http://www.kosek.cz, jestli si s tim ted nechces hrat, tak mi to posli a ja to prevedu
[17:04] <durill> ja ti to poslu v TOM DocBooku a ty to zkouknes a prevedes ze? Ja ted nemam moc casu instalovat neco an HDD, nebot mne ceka jeho vymena.
[17:04] <durill> si rychlejsi :-)
[17:04] <pyta> ok
[17:36] Nick change: durill -> durill_off
[18:42] Nick change: durill_off -> durill
[18:43] <durill> pyta: moh bys do toho dokumente jako dalsi ukol napsat bugzilu pro hlaseni pozadavku a chyb?
[18:45] <pyta> uz jsem to poslal Honzovi ke korekci chyb... mam to tam tedy doplnit ted nebo az se to od nej vrati ?
[18:49] <durill> hlavne na to nezapomenout.
[18:50] <pyta> ok, mel by ti to preposlat zpet s korekcemi, tak pak to tam doplnim - napisu si to ronvou do bugzilla :-))
[18:50] <durill> ted du dolu
[18:50] durill (cirkl@slave.mssch.cz) left irc: ""
[20:50] Zdk (tester@a188-155.dialup.iol.cz) joined #ucto.
[21:21] <Zdk> Dobry vecer!
[21:22] <pyta> Ahoj.
[21:22] <Zdk> Ty jsi porad akcni, neni to nemoc?
[21:22] <pyta> Rekl bych, ze je ...je to srust s klavesnici
[21:22] <Zdk> Chtel bych znat Tvuj nazor na jednu vec. V soucasne dobe probiha analyza(snad se to tak da nazvat) projektu od spoda, definuji se zakladni jednoty za pouziti objektoveho principu. Bohuzel to neni ma parketa, ja spatruji sve misto jinde. Ale je tu jedna vec. Mam nejake zkusenosti s IS, asi se da rici, ze z te nejvyssi utovne - uzivatelske a implementacni. Pokud se popisou vlastnosti produktu s trosku hlubsim vnorem do principu cinnosti programu, muze se dos
[21:23] <Zdk> Pak bych v tom videl usporu casu a namahy, protoze pokud se bude provadet analyza od spoda ja mohu jit opacnym zpusobem – shora dolu a nekde se potkame. Uzitek bude prunik obou oblasti.
[21:23] <Zdk> Jsou tu i nevihody: a) pokud se neodprostim od zazitych zpusobu, pak nedokazi navrhnout lepsi seseni nez naucene b) moralni pohled na vec, muze se pouzit myslenka od jinud c) samozrejmne je to omezena znalost ruznych existujicich reseni pro dane veci.
[21:24] <pyta> co je dokoncenim prvniho odstavce ?
[21:25] <Zdk> Nechapu, vsechny tri jsou jeden celek.
[21:26] <pyta> ,muze se dos ????????????????? zde neco chybi ????????????????
[21:27] <Zdk> aha mne se to zobrazilo cele, hnedle doplnim
[21:27] <Zdk> ... muze se dospet k jedne z pouzivanych noznosti, jak resit urcite veci. ...
[21:29] <Zdk> Mel jsem to pripraveny jako mail, ale kdyz jsi tu tak to prodiskutujeme
[21:29] <pyta> Nasi snahou s Karlem bylo prave projektu trochu pomoc a posunout ho na tu vyssi uroven, coz se zdarilo na modulu ucetnictvi a pak se opet norit smerem dolu. Jinak jsem velmi pritelem hrani si s vecmi na vysoke urovni, zde je otazkou jake pro to zvolit prostredky.
[21:30] <pyta> Dnes jsme se Stepanem pripravili shrnuti ze schuzky, poslu ti jeho "preview"
[21:30] <pyta> Muzu na adresu: jirsa@alma-ltd.cz
[21:30] <pyta> ?
[21:32] <Zdk> Ano, ale pokud se o tom chces bavit hned, tak radeji na zjirsa@quick.cz. Mozna bude lepsi si to poradne precist a pak se k tomu vyjadrovat - tudiz asi na tu prvni. Zitra je taky den.
[21:33] <pyta> Poslal jsem ti to preci jen domu, zitra bude snad verze v konferenci
[21:34] <Zdk> Posledni dobou pozoruji, ze v tomto stavu je nejdulezitelsi dokazat odhadnou v cem lezi jadro veci, jinak se jen placa do vetru - ale taky do delam, snad to bude lepsi a lepsi.
[21:35] <pyta> K tomu co rikas je nezbytne vymyslet zpusob jak veci zapisovat a snadno v tymu predavat. Jiz je jiste, ze bude existovat bugzilla (sber pozadavku) otazkou je, kde
[21:36] <pyta> Zitra vecer bychom mohli mit jiz snad nejake obrazky (doufam, ze na to vyjde dostatek casu), potom bude mozno tyto opravovat a rozvijet. Stepan snad take jiz pracuje na slovnicku pojmu
[21:38] <Zdk> Dobra, jsem rad ze to zije. Ja Vas zazim budu tise podporovat.
[21:39] <pyta> Proto, aby jsi si mohl neco modelovat, tak doporucuji si zvolit nejakou metodiku - na setkani jsem rikal, ze dame k dispozici nejake nase materialy k UML, neco malo najdes na adrese: http://lightcomp.cz/private/uml/
[21:41] <Zdk> Hodim na to oko, a mas nejake zkusenosti s netodikou analyzi firma. Trochu se to kolem mne mihlo, ale nevim zda jsem schopem poradneho vysledku. Pamatu ji si par veci o rolich a funkcich. Existuje nejaka literatura?
[21:42] <Zdk> Ja co jsem cetl par analyz, tak se mi nelibily, mam nejakou predstavu, ale proc vymyslet jiz vymyslene.
[21:44] <pyta> Ano, je to vetsinou vzdy o volbe metodiky a zpusobu jak to delat - jak postihnout maximum, na nic nezapomenout a hlavne dostat pouzitelny vysledek. Z posledni doby vysla napr: joseph Schmuller: Myslime v jazyku UML - je tam popsana i jedna metodika analyzy
[21:45] <pyta> V pripade, ze se chces zabyvat analyzou obchodnich procesu apod., tak zde ti neporadim neco samostatneho - jsou to vetsinou fragmenty.
[21:46] <Zdk> Tak jo, jsem jen prosty pobiječ much, jdu spat. Vy srostly se mejte pekne.
[21:46] <pyta> Dobrou :-))
[21:46] Zdk (tester@a188-155.dialup.iol.cz) left #ucto.


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