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 :)
> > >
> > > do skoro,
> > > Stan
> > >
> > > --- kaburov <kaburov@> wrote:
> > >
> > > > Stanley
> > > >
> > > >
> > > > Blagodaria za linkovete
> > > > Namerih izdanie ot 2002 godina na parvata kniga i go
pregledah za
> > > > kratko
> > > > Ima cenni ne6ta ama kato cialo mi izglejda avtora uslojniava
> > izli6no
> > > > ne6tata
> > > >
> > > > Pove4e mi haresva mnenieto na drug koito e pisal predi dosta
> > vreme:
> > > > . . . There are two ways of constructing a software design:
one
> > way
> > > > is to
> > > > make it so simple that there are obviously no deficiencies,
and
> > the
> > > > other way is
> > > > to make it so complicated that there are no obvious
deficiencies.
> > > > C.A.R. Hoare, Turing Award Lecture 1980.
> > > >
> > > > Tova 4e web i google vse pove4e se nalagat potvarjdava tova
> > mnenie.
> > > > Koeto zna4i 4e pravilnia podhod za dizain e da se varvi kam
> > > > oprostiavane: s po malko vavedeni poniatia i oprosten dizain
> > koito
> > > > moje da se ma6tabira
> > > >
> > > > Eto niakoi slu4ai s golemi firmi i proekti za milioni koito
sam
> > > > vijdal v bg i izvan bg ot blizkoto minalo:
> > > >
> > > > 1. firma si praviat nov sait koito da e osnova na biznesa im
> > > > koito e simpati4en na 6efa pokazal 4e moje da pi6e kod koito
> > raboti
> > > > opisali biznes procesite i niakoi drugi podrobnosti i po tiah
> > pisali
> > > > kod koito raboti s tablicite
> > > > pone tablicite normalizirali
> > > > po4ti proizvolno izbirali koia 4ast ot logikata da e v
> > komponenti,
> > > > koia v stored proceduri v bazata danni, koia v UI i kak da se
> > razdeli
> > > > koda na razli4ni proekti
> > > > rabotili na par4e godini na red malko po malko bez cialosten
plan
> > > > polu4ila se bezsmislena pletenica ot kod po4ti bez
dokumentacia
> > na
> > > > koiato otnema zna4itelno vreme da se napraviat promeni a i
niakoi
> > > > problemi ot kade idvat e nevazmojno da se otkriat, kato 4e li
sa
> > > > pisali proekta taka 4e samo sazdatelite da rabotiat po nego
ama
> > > > sigurno v niakoi slu4ai i te se oplitat
> > > >
> > > > pri tiah spored men po-dobar podhod e da se podrejda logi4no
koda
> > po
> > > > funkcionalnost v middleware i da se izbiagva dublirane na
biznes
> > > > logika
> > > >
> > > > 2. firma si praviat IS koiato da pomaga v deinosta im. Taka
se
> > > > slu4ilo 4e nazna4ili hora koito znaiat oracle i te im kazali
4e
> > > > stored proceduri sa barzi, za tova re6ili da pi6at goliama
4ast
> > ot
> > > > biznes logikata v stored proceduri, kato ne se setili 4e po
tozi
> > > > na4in se polu4ava pletenica koiato po niakoe vreme stava
> > prekaleno
> > > > slojna
> > > > ne napravili cialosten plan
> > > >
> > > > sa6to pri tiah spored men po-dobar podhod e da se podrejda
> > logi4no
> > > > koda po funkcionalnost v middleware i da se izbiagva
dublirane na
> > > > biznes logika
> > > >
> > > > 3..firma re6ili da si praviat nova IS sistema koiato da
polzva
> > > > vazmojnostite na novite tehnologii, pisali zadanie i opisanie
v
> > koito
> > > > osnovna 4ast e opisanieto na biznes procesite koito iskat da
> > > > avtomatizirat. Nazna4ili hora koito rabotiat za minimalno
> > zapla6tane
> > > > na par4e i te pisali tova koeto se vijda nai-lesno -
> > potrebitelskia
> > > > interfeis
> > > > Tablicite normalizirali
> > > > Stignali do okolo 70% i re6ili da tarsiat koi da pomogne da
> > zavar6at
> > > > ne6tata
> > > >
> > > > Razbira se kato se raboti po tozi na4in se polu4ava po4ti
> > bezmislena
> > > > pletenica, ne sam gledal koda ama moga da se setia kak se
raboti
> > na
> > > > par4e za minimalno zapla6tane
> > > >
> > > > Sa6to spored men e dobre da se pravi cialosten plan, da se
> > podrejda
> > > > koda po funkcionalnost i da se izbiagva dublirane na biznes
logika
> > > >
> > > > Ne iskam da spomenavam imena na firmi za da niama skandali
> > > >
> > > > Mislia tozi na4in na rabota i tezi problemi sa tipi4ni za
mnogo
> > > > firmi. V idnite gonini predstoi ne6tata da se podobriavat.
Taka
> > li e?
> > > >
> > > >
> > > > Kamen
> > > > :-)?
> > > >
> > > >
> > > >
> > > >
> > > > --- In java_maniacs@yahoogroups.com, Stanley Stanev
> > > > <stanley_stanev@> wrote:
> > > > >
> > > > > Kamen,
> > > > >
> > > > > mnogo mojem da govorim po temata, zashtoto arhitektura i
design
> > me
> > > > vylnuvat
> > > > > mnogo
> > > > >
> > > > > no nakratko eto dve knigi, koito shte sa ti ot goliama
polza za
> > > > design:
> > > > >
> > > > > http://www.amazon.com/Enterprise-Application-Architecture-
> > Addison-
> >
> === 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
>