:) niama da e syshtoto, shte se razberem za 2-3 chasa, vmesto za 2-3 sedmici s
tezi emaili

Az imam edin arhitekt tuka, koito ako razbere che email e metoda po koito
predpochitash da rabotish, shte te gleda nakrivo izvestno vreme. Za nego vseki
chas i den v koito se chakat otgovori e izgubeno vreme...

moje bi si prav che ne vseki znae kak se pravi dobra 3 sloina arhitektura, no
az moje bi govoreh za tezi koito sa go praveli dosta vreme, dobre stavat
neshtata i veche im e omryznalo, ta gledat kym neshto po-interesno i
sledvashtoto malko neshto gledat da go podsiguriat da ne e 3 sloia samo,
zashtoto shte ima mnogo spageti v koda :)

mnogo prosto, spored mene goliamoto obyrkvane idva ot lipsa na opit ili znania
ili kakvoto e neobhodimo za edin dobyr design. Az ot malyk znam che se vturvah
da pisha kod s glavata napred i posle udriam stena ako koda prosyshtestvuva
poveche ot godina i se razrastva

ima razlika ot developeri i developeri, ako ti si ot dobrite, mnogo dobre,
zashtoto takiva kato tebe se tyrsiat mnogo. Az vinagi sym kazval che dobyr
developer e ne samo tozi koito moje da pishe dobyr kod i design, no koito
vliaie na ostanalite da praviat dobyr kod i design syshto. Ako si v ekip ot 20
choveka, to kakvo ot tova che tvoia design e dobyr zashttoto designa na
ostanalite shte srine sistemata... he he

niama znachenie dali firmata e malka i ne mislia che 3 sloinata arhitektura
triabva da se presledva ot malkite firmi, zashtoto kolkoto e po-malka firmata,
tolkova po-dobre da se podgotviat neshtata za mnogosloina arhitektura, che ako
ima shans da se razrasne togava shte e na dobro polojenie

prav si che ako izhojdash ot busines procesi i togava slizash na dolnia sloi
shte e po-dobre otkolkoto da se vtyrvash da pishesh niakakyv si kod

do skoro,
Stan

--- kaburov <kaburov@...> wrote:

> hahaha
>
> mi i da se vidim sigurno razgovora 6te e sa6tia 6toto tazi tema ne e
> lesna, za tva iskah da ia obsadim
>
> taka sega moje da se misli pove4e kakvo se pi6e i da u4astvat pove4e
>
> kakto pisah po rano vijdal sam slu4ai seriozni kompanni da ne mogat
> da napraviat logi4na 3 sloina (tiers)arhitektura, da se lutat godini
> nared, da praviat sa6testveni prerazhodi ot poriadaka na milioni i da
> se polu4ava bezsmislena pletenica
>
> taka 4e ne sam saglasen 4e "Vseki znae kak da napravi 3 sloina(tiers)
> arhitektura"
> sporerd men tva koeto znae vseki koito moje da pi6e kod e da po4ne da
> pi6e kakto go kefi i kogato stane pove4e da se oplete totalno
>
> pak 6te pregledam knigite koito kaza ama mislia 3 sloinata
> arhitektira koiato opisah e podhodia6ta za edna kompania kadeto
> biznes obektite sa ednakvi, toest se govori na edin i sa6t ezik s
> ednakvi termini
>
> za po golemi sistemi kogato ima razli4ni biznes obekti i se govori s
> razli4ni termini logi4no sledva ot ideite za koito pisah da se
> praviat xml shemi na biznes obektite na vsiaka sistema i pravila za
> preobrazuvane ot ednite biznes obekti kam drugite
>
> services za koito govori6 sas sigurnost da se predstaviat v koda kato
> obekti i metodi(procesi) koito osiguriavat tezi services, sa6to
> biznes obektite i procesite moje da se prestaviat kato services ot
> services, za tva mislia sa edno i sa6to i vse se opisvat s obekti i
> metodi(procesi)
>
> kazano po drug na4in mislia 4e e po logi4no da se praviat bisnes
> obekti/procesi koito osiguriavat saotvetni services
>
> za tova i za predimstvata koito ima mislia e dobre da ne zabraviam
> ideite na oo programirane
>
> taka li e?
>
> kamen
> :-)?
>
>
>
> --- In java_maniacs@yahoogroups.com, Stanley Stanev
> <stanley_stanev@...> wrote:
> >
> > Kamen,
> >
> > Triabva da pochnesh da zabraviash za nauchenite OO neshta :)
> zashtoto te shte
> > pochnat da te byrkat. Razbira se OO se izpolzva za implementiraneto
> na
> > konkreten modul ili service ili unit ili kakto iskame da go
> narechem. Az shte
> > gi naricham tezi services obache.
> >
> > Veche govorim za dobre oformeni razpredeleni (distributed) sistemi,
> kydeto
> > kakto kazah OO uchastva samo v implementiraneto na opredelena
> logika ili
> > service. Nie govorim za "services", koito govoriat s drugi services
> po
> > standartni protokoli i vryzkata mejdu service i service ili kak i
> kyde sa te
> > niama nishto obshto sys OO.
> >
> > Interesnoto e, che daje i implementiraneto ne opredelen service
> moje da niama
> > nishto obshte sys OO, ako tozi service e systaven (composite
> service) ot
> > niakolko drugi services, koito moje da sa chast ot druga
> arhitektura. Veche se
> > govori za "composite applications" daje...
> >
> > Az mislia che design na opredeleni moduli ili services veche e
> dosta iasna i ne
> > tam sa interesnite neshta. Vseki znae kak da napravi 3 sloina
> (tiers)
> > arhitektura: presentation + business logic + data. Iasno e che imame
> > abstraktirane na UI kato samostoiatelna, za da moje lesno da se
> smenia. Iasno e
> > che business logikata triabva pyk da se abstrhira ot data-ta sys
> svoi si
> > busines obekti i taka natayka.
> >
> > Tova gornoto sme go pravili 1 mln pyti i se znae kak da se napravi
> dobre 3
> > tiers arhitektura spored mene.
> >
> > Az govoria kogato neshtata se razrastvat, kydeto imame mnogo sloeve
> i kydeto
> > razlichni services moje da sa chasti ot razlichni arhitekturi.
> >
> > Ednata ot onezi knigi govori mislia za edin nachin kak da se
> svyrjat tezi
> > services, ne govori kak da se designat services v dylbochina,
> zatova moje da ne
> > e za tova koeto tyrsish. Ne znam.
> >
> > Edinia ot interesnite nachini e EDA (event driven arhitecture),
> kydeto vsichko
> > e messages :) koeto pozvoliava edna mnogo interesna SOA arhitektura
> >
> > Moje bi pochnah da se otkloniavam, de da mojeshe da govorim lice v
> lice,
> > po-lesno shteshe da byde, inache lesno se otkloniavam :)
> >
> > do skoro,
> > Stanimir (Stan)
> >
> > --- kaburov <kaburov@...> wrote:
> >
> > > Stan
> > >
> > > Svalih ot neta niakolko kopia na knigite koito prepora4a i gi
> > > pregledah
> > >
> > > 4udia se 6to v tiah ne vidiah nai-dobria podhod spored men.
> Gledal
> > > sam na drugi mesta i mislia 4e logi4no sledva ot ideite na OO
> > > programirane, OO analiz/dizain, oprosten dizain+ma6tabiruemost i
> > > entity-relational model
> > >
> > > Toest za men e dobre da se podrejda koda na biznes logikata v
> > > middleware po biznes obekti i procesi koito se darjat kolkoto
> moje po
> > > blizo do realnite biznes obekti/procesi. I tozi kod se polzva
> prez
> > > WS, CORBA, EJB ili ne6to podobno ot UI koito moje da e web ili
> > > windows. A obektite se serializirat v bd kato dolu gore edin
> obekt e
> > > edna tablica
> > >
> > > Mislia tozi podhod dava vazmojnost za red predimstva
> > > niakoi ot tiah:
> > > - intuitiven na4ina na rabota
> > > - maksimalno udovletvorenie na klientite
> > > - stabilen i plaven proces na razvitie
> > > - po lesno razbirane
> > >
> > > Kamen
> > > :-)?
> > >
> > >
> > >
> > > --- In java_maniacs@yahoogroups.com, Stanley Stanev
> > > <stanley_stanev@> wrote:
> > > >
> > > > Da, tuka na takiva im kazvame "spaghetti code", kydeto horata
> > > dobaviat i
> > > > dobaviat i si misliat che sa dobri, no sled 2 godini naprimer
> se
> > > vijda che
> > > > neshtata sa dosta zle i vsichki plachat za uvolnenie.
> > > >
> > > > Edna ot arhitekturite, koito se opitva da reshi tozi problem e
> > > BPM+SOA, koeto
> > > > razbira se ne e neshto novo, no se e razvivalo v prodyljenie na
> > > vsichki tezi
> > > > problemi i poslednite niakolko godini se poiaviha dosta
> instrumenti
> > > i standarti
> > > > da go potdyrjat.
> > > >
> > > > Moite nabliudenia pokazvat che BPM ne se usvoiava tolkova byrzo
> > > kakto SOA
> > > > navliza, no tova ne prechi ekipi da praviat losh SOA i pak
> neshtata
> > > da yrviat
> > > > na zle.
> > > >
> > > > Az sym svideltel na dobri i loshi SOA. Dobrite reshavat tochno
> tezi
> > > problemi za
> > > > koito govorish. Ako tezi koito vodiat sa dobri v tova, sled 1-2-
> 3
> > > godini sled
> > > > kato pochnat da idvat golemite promeni, neshtata se reshavat
> dosta
> > > elegantno.
> > > >
> > > > SOA ne e prosto edin dva tri services, koito dostigat do
> klientite,
> > > no e
> > > > arhitektura vytre v produkta ti, koito nikoi ne vijda osven
> > > arhitektite,
> > > > designeri, i programisti.
> > > >
> > > > Tochno zatova golemi internet firmi kato Amazon, eBay, Google i
> > > drugi praviat
> > > > dobro vpechatlenie na pryv pogled, a vytre e pylno
> sys "spaghetti
> > > code". Az
> > > > znam tova sys sigurnost, zashtoto ednite ot tiah (niama da
> kazvam
> > > koi) iskat da
> > > > im pomagame da si opraviat spagetite :)
> > > >
>
=== message truncated ===


Stanimir Stanev (Stanley)
Senior Software Developer
Momentum SI, Austin TX
http://www.momentumsi.com
http://www.stanev.com



________________________________________________________________________________\
____
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ