.NET a DDD - na goraco po prezentacji Slawka
20 views
Skip to first unread message
AndBed
Feb 8, 2011, 5:48:42 PM2/8/11
to wroclaw-jug
Hej,
tak mnie zastanowilo to podkreslanie przez Slawka, ze ludzie .NET
wlasciwie maja we krwi DDD tylko tego tak nie nazywaja i tak nie
jestem do konca pewien, czy to tylko taka figura retoryczna majaca na
celu zdopingowanie Javowcow do pracy (chwala mu za to!) czy mial do
czynienia z zupelnie innymi .NETowcami i .NETem niz ja.
Pisze to bez jakiejs doglebnej analizy tematu, czytuje tylko od czasu
do czasu rozne artukuly z M$ i w pracy mam stycznosc z zespolami .net,
wiec dajcie znac, co sadzicie, bo moze sie myle... ale kilka faktow:
1. Wezmy najnowsze MSDN-y (http://msdn.microsoft.com/en-us/magazine/
gg547374.aspx), nie ma tam nic o DDD ani niczym podobnym (choc, tak na
marginesie, jest o AOP i DI, w .NET to juz nie problem). Jest za to
klasyczny anty-DDD, reklamowany jako super rozwiazanie, np. to:
http://msdn.microsoft.com/en-us/magazine/gg535665.aspx - patrzcie na
komentarze
2. Podejcie typu zaprojektujmy baze i wygenerujmy z tego encje, a cala
logike damy w serwisach jest powszechnie stosowane w zespolach .NET,
zreszta Visual Studio jest w tym bardzo dobre. Oczywiscie to jest
nawet fajne, nie mam nic do tego, ale to znow odwrotnosc DDD.
3. Z ciekawosci zajrzalem na artukul o najnowszej wersji Visual Studia
i co... rozdzial "Business Logic and Data / EF: Model First" to
opis ... jak podlaczyc sie do bazy kreatorem i wygenerowac encje z
bazy. Inny przyklad, rozdzial Application Architecture, sa 3 warstwy:
Data Access, Contract Interfaces, Presentation Layer i z boku
Entities, w ogole to nie przypomina DDD. Przejrzalem caly artykul i
nic o wsparciu modelowania w stylu DDD.
http://blogs.msdn.com/b/microsoft_press/archive/2010/09/13/free-ebook-moving-to-microsoft-visual-studio-2010.aspx
4. Wezmy ksiazke o architekturze Fowlera Patterns of Enterprise
Application Architecture, tam typowe wzorce dla .NET to wlasnie
bezposrednie odwzorowanie tabel na obiekty typu entity (albo w ogole
bez entities, bez modelu dziedziny, bo Visual Studio ma gotowe
komponenty do tworzenia GUI bezposrednio z bazy).
5. Ciekawe jak w rzeczywistosci wygladaly projekty, o ktorych
Ci .NETowcy mowili... Taki przyklad, znam firmy/zespoly twierdzace, ze
sa agile, ze Scrum, a sprowadza sie to do porannych "scrumow"...
Oczywiscie, nie twierdze, ze ci ludzie tego nie stosowali, jednak stan
deklarowany bywa inny niz rzeczywistosc... fajnie by bylo zobaczyc
kawalek kodu...
To tylko kilka przykladow na goraco do dyskusji.
Oczywiscie, zgadzam sie za Slawkiem w 100% o onanizmie technicznym w
sframeworkowanym swiecie Javy i z tym, ze Javowcy moga sie wiele
o .NETowcow nauczyc, ale jednak dostrzegam mocne zaangazowanie "Java
world" w przeroznych innych dziedzinach typu agile i lean, software
craftmanship, DDD wlasnie (chyba ostatnio kazda javowa konferencja ma
cos na ten temat), wzorce, itd. itp. a w .NET jest, yyy, bym
powiedzial troche mniej .... roznorodnie, zobaczcie np. chyba
najwieksza Polska konferencje M$ - MTS, to jednak w duzej czesci
marketing (laaaa, chmuraaa ;).
Takze z rozmow na goraco po wykladzie - dobrym zreszta, gratulacje i
wielkie podziekowania dla Slawka - wynika, ze DDD wcale nie jest
Javowcom obce. Co tylko dobrze o nas oczywiscie swiadczy, bo temat
jest arcywazny.
Z bezchmurnym pozdrowieniem
Peace
Andrzej
tak mnie zastanowilo to podkreslanie przez Slawka, ze ludzie .NET
wlasciwie maja we krwi DDD tylko tego tak nie nazywaja i tak nie
jestem do konca pewien, czy to tylko taka figura retoryczna majaca na
celu zdopingowanie Javowcow do pracy (chwala mu za to!) czy mial do
czynienia z zupelnie innymi .NETowcami i .NETem niz ja.
Pisze to bez jakiejs doglebnej analizy tematu, czytuje tylko od czasu
do czasu rozne artukuly z M$ i w pracy mam stycznosc z zespolami .net,
wiec dajcie znac, co sadzicie, bo moze sie myle... ale kilka faktow:
1. Wezmy najnowsze MSDN-y (http://msdn.microsoft.com/en-us/magazine/
gg547374.aspx), nie ma tam nic o DDD ani niczym podobnym (choc, tak na
marginesie, jest o AOP i DI, w .NET to juz nie problem). Jest za to
klasyczny anty-DDD, reklamowany jako super rozwiazanie, np. to:
http://msdn.microsoft.com/en-us/magazine/gg535665.aspx - patrzcie na
komentarze
2. Podejcie typu zaprojektujmy baze i wygenerujmy z tego encje, a cala
logike damy w serwisach jest powszechnie stosowane w zespolach .NET,
zreszta Visual Studio jest w tym bardzo dobre. Oczywiscie to jest
nawet fajne, nie mam nic do tego, ale to znow odwrotnosc DDD.
3. Z ciekawosci zajrzalem na artukul o najnowszej wersji Visual Studia
i co... rozdzial "Business Logic and Data / EF: Model First" to
opis ... jak podlaczyc sie do bazy kreatorem i wygenerowac encje z
bazy. Inny przyklad, rozdzial Application Architecture, sa 3 warstwy:
Data Access, Contract Interfaces, Presentation Layer i z boku
Entities, w ogole to nie przypomina DDD. Przejrzalem caly artykul i
nic o wsparciu modelowania w stylu DDD.
http://blogs.msdn.com/b/microsoft_press/archive/2010/09/13/free-ebook-moving-to-microsoft-visual-studio-2010.aspx
4. Wezmy ksiazke o architekturze Fowlera Patterns of Enterprise
Application Architecture, tam typowe wzorce dla .NET to wlasnie
bezposrednie odwzorowanie tabel na obiekty typu entity (albo w ogole
bez entities, bez modelu dziedziny, bo Visual Studio ma gotowe
komponenty do tworzenia GUI bezposrednio z bazy).
5. Ciekawe jak w rzeczywistosci wygladaly projekty, o ktorych
Ci .NETowcy mowili... Taki przyklad, znam firmy/zespoly twierdzace, ze
sa agile, ze Scrum, a sprowadza sie to do porannych "scrumow"...
Oczywiscie, nie twierdze, ze ci ludzie tego nie stosowali, jednak stan
deklarowany bywa inny niz rzeczywistosc... fajnie by bylo zobaczyc
kawalek kodu...
To tylko kilka przykladow na goraco do dyskusji.
Oczywiscie, zgadzam sie za Slawkiem w 100% o onanizmie technicznym w
sframeworkowanym swiecie Javy i z tym, ze Javowcy moga sie wiele
o .NETowcow nauczyc, ale jednak dostrzegam mocne zaangazowanie "Java
world" w przeroznych innych dziedzinach typu agile i lean, software
craftmanship, DDD wlasnie (chyba ostatnio kazda javowa konferencja ma
cos na ten temat), wzorce, itd. itp. a w .NET jest, yyy, bym
powiedzial troche mniej .... roznorodnie, zobaczcie np. chyba
najwieksza Polska konferencje M$ - MTS, to jednak w duzej czesci
marketing (laaaa, chmuraaa ;).
Takze z rozmow na goraco po wykladzie - dobrym zreszta, gratulacje i
wielkie podziekowania dla Slawka - wynika, ze DDD wcale nie jest
Javowcom obce. Co tylko dobrze o nas oczywiscie swiadczy, bo temat
jest arcywazny.
Z bezchmurnym pozdrowieniem
Peace
Andrzej
Kamil Paśko
Feb 9, 2011, 3:44:28 AM2/9/11
to wrocl...@googlegroups.com
Ja też znam trochę .net'owców i odnoszę wrażenie, że ich podejście do kodu (z paroma chlubnymi wyjątkami) jest takie, że "nie ważne jak ten kod będzie wyglądał i czy będzie utrzymywalny - ważne, że jakoś działa" - zresztą najlepszym IMHO tego dowodem jest stopień wsparcia refactoringu przez środowisko :)
<BEGIN evil_mode>
Zresztą - Sławek wspominał, że ludzie jak czegoś nie rozumieją to kiwają głową i mówią "taaak, wygląda ok, zrób to dobrze". Być może Ci .net'owcy na tej samej zasadzie mówili "taaak, DDD jest ok, mhm, przecież używamy tego od zawsze" :P
</END evel_mode>
Pozdrawiam
--
Z poważaniem
Kamil Paśko
Project Manager
k.p...@rynekmedyczny.pl
Wspólny Rynek Medyczny sp. z o.o.,
ul. Kuźnicza 57/58 lok. 4, 50-138 Wrocław
tel. kom. +48 509 362 019
http://www.rynekmedyczny.pl
NIP 676-224-93-33, REGON 356754039,
Sąd Rejonowy Kraków - Wydział VI Gospodarczy, KRS: 0000174593
z kapitałem zakładowym o wysokości 243.000 PLN, wniesiony w całości
This e-mail and its attachments contain confidential and privileged information. If you are not the named recipient, please notify the sender immediately and destroy this e-mail. Any copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Uwaga: Treść niniejszej wiadomości jest poufna i objęta zakazem jej ujawniania. Jeśli czytelnik niniejszej wiadomości nie jest jej zamierzonym adresatem, pracownikiem lub pośrednikiem upoważnionym do jej przekazania adresatowi, niniejszym informujemy że wszelkie rozprowadzanie, dystrybucja lub powielanie niniejszej wiadomości jest zabronione. Jeżeli otrzymałeś tę wiadomość omyłkowo, proszę bezzwłocznie zawiadomić nadawcę wysyłając odpowiedź na niniejszą wiadomość i usunąć ją z poczty. Dziękujemy.
<BEGIN evil_mode>
Zresztą - Sławek wspominał, że ludzie jak czegoś nie rozumieją to kiwają głową i mówią "taaak, wygląda ok, zrób to dobrze". Być może Ci .net'owcy na tej samej zasadzie mówili "taaak, DDD jest ok, mhm, przecież używamy tego od zawsze" :P
</END evel_mode>
Pozdrawiam
--
Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "wroclaw-jug".
Aby zamieszczać posty w tej grupie, wyślij e-mail na adres wrocl...@googlegroups.com.
Aby anulować subskrypcję tej grupy, wyślij e-mail na adres wroclaw-jug...@googlegroups.com.
Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/wroclaw-jug?hl=pl.
--
Z poważaniem
Kamil Paśko
Project Manager
k.p...@rynekmedyczny.pl
Wspólny Rynek Medyczny sp. z o.o.,
ul. Kuźnicza 57/58 lok. 4, 50-138 Wrocław
tel. kom. +48 509 362 019
http://www.rynekmedyczny.pl
NIP 676-224-93-33, REGON 356754039,
Sąd Rejonowy Kraków - Wydział VI Gospodarczy, KRS: 0000174593
z kapitałem zakładowym o wysokości 243.000 PLN, wniesiony w całości
This e-mail and its attachments contain confidential and privileged information. If you are not the named recipient, please notify the sender immediately and destroy this e-mail. Any copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Uwaga: Treść niniejszej wiadomości jest poufna i objęta zakazem jej ujawniania. Jeśli czytelnik niniejszej wiadomości nie jest jej zamierzonym adresatem, pracownikiem lub pośrednikiem upoważnionym do jej przekazania adresatowi, niniejszym informujemy że wszelkie rozprowadzanie, dystrybucja lub powielanie niniejszej wiadomości jest zabronione. Jeżeli otrzymałeś tę wiadomość omyłkowo, proszę bezzwłocznie zawiadomić nadawcę wysyłając odpowiedź na niniejszą wiadomość i usunąć ją z poczty. Dziękujemy.
Sławek Sobótka
Feb 10, 2011, 3:26:44 AM2/10/11
to wroclaw-jug
Tak jak wszedzie... jest "mainstream" i jest "cutting edge".
I wlasnie ten napierajacy do przodu "ce" mialem na mysli:
http://www.amazon.com/Applying-Domain-Driven-Design-Patterns-Examples/dp/0321268202/ref=sr_1_3?s=books&ie=UTF8&qid=1297326220&sr=1-3
http://www.amazon.com/NET-Domain-Driven-Design-Solution-Programmer/dp/0470147563/ref=sr_1_6?s=books&ie=UTF8&qid=1297326220&sr=1-6
http://www.udidahan.com
http://cqrsinfo.com/examples/
itd...
I wlasnie ten napierajacy do przodu "ce" mialem na mysli:
http://www.amazon.com/Applying-Domain-Driven-Design-Patterns-Examples/dp/0321268202/ref=sr_1_3?s=books&ie=UTF8&qid=1297326220&sr=1-3
http://www.amazon.com/NET-Domain-Driven-Design-Solution-Programmer/dp/0470147563/ref=sr_1_6?s=books&ie=UTF8&qid=1297326220&sr=1-6
http://www.udidahan.com
http://cqrsinfo.com/examples/
itd...
Sławek Sobótka
Feb 10, 2011, 4:00:12 AM2/10/11
to wroclaw-jug
A tak w ogóle to owszem, bak jak zauważył AndBed yła to figura
retoryczna mająca na celu zmotywowanie:)
retoryczna mająca na celu zmotywowanie:)
Robert Firek
Feb 10, 2011, 5:04:15 AM2/10/11
to wrocl...@googlegroups.com
Mam takie małe wrażenie, że trochę niektórych "ubodło", że dot net coś ma lepiej ;).
W dniu 10 lutego 2011 10:00 użytkownik Sławek Sobótka <sso...@gmail.com> napisał:
A tak w ogóle to owszem, bak jak zauważył AndBed yła to figura
retoryczna mająca na celu zmotywowanie:)
Kamil Paśko
Feb 10, 2011, 5:26:55 AM2/10/11
to wrocl...@googlegroups.com
LOL :)
Adam Hepner
Feb 10, 2011, 5:30:57 AM2/10/11
to wrocl...@googlegroups.com
spokojnie, grunt to byc otwartym i umiec spojrzec krytycznie na
wszystkie technologie, a nie slepo sie upierac przy "najmojszej
prawdzie". .NET tez ma jakies mocne strony - inaczej ludzie by w nim
nie kodowali. A ze sa to inne mocne strony niz javy, to juz jest
sprawa ludzi ktorzy wybieraja .NETa a nie jave.
wszystkie technologie, a nie slepo sie upierac przy "najmojszej
prawdzie". .NET tez ma jakies mocne strony - inaczej ludzie by w nim
nie kodowali. A ze sa to inne mocne strony niz javy, to juz jest
sprawa ludzi ktorzy wybieraja .NETa a nie jave.
2011/2/10 Kamil Paśko <eximi...@gmail.com>:
--
Pozdrawiam serdecznie
Adam Hepner
tel. 509 093 095
e-mail: adam....@gmail.com
http://AdamHepner.pl
Reply all
Reply to author
Forward
0 new messages