🚀 go-pugleaf

waldemar.kot@bea.com napisał(a): 

> Wyra=BFasz bardzo radykalne opinie.
> Co do og=B3upiania slajdami, to c=F3=BF - ja mam inne do=B6wiadczenia i w
> mo=BFliwo=B6=E6 przekonania kogo=B6 do technologii w taki spos=F3b nie wier=
> z=EA.
> Co do SOA - je=B6li tak rozumiesz SOA, to wida=E6 nie masz takich
> problem=F3w, jakie SOA pr=F3buje zaadresowa=E6. Ale wielu innych ludzi ma i
> pr=F3buje szuka=E6 jak te problemy wyeliminowa=E6 albo przynajmniej
> zminimalizowa=E6. Im to jest potrzebne.


Po odsianiu markitingu od SOA zostaje zwykle coarse grained interface + loose 
coupling. Ludzi tak od zarania dziejow systemy pisali. Ale teraz to nazwali 
SOA i nawet sprzedaja za grube pieniadze.

> Co do Eclipse - widzisz - s=B3ysz=EA r=F3=BFne opinie od klient=F3w. Dla je=
> dnych
> jest to krok wstecz, bo - jak twierdz=B1 - znacznie trudniej jest im
> budowa=E6 aplikacje. Zdaniem innych - zw=B3aszcza deweloper=F3w - by=B3 to
> bardzo dobry krok, bo mog=B1 budowa=E6 aplikacje w znanym =B6rodowisku.
> Opinie s=B1 r=F3=BFne.

Z mojego punktu siedzenia narzedzia developerskie BEA nie byly wykorzystywane 
zupelnie - zanim jako tako nie wprowadzili support dla Eclipse. Obecnie 
programisci Javy uzywaja glownie Eclipse, IntelliJ i NetBeans i nikt zdrowy 
na umysle nie bedzie przekonywal developerow do uzywania jeszcze jakiegos 
home-made IDE "tylko dla naszego ukochanego app servera". BEA jest zdrowa na 
umysle i zrobila to co bylo jedynie wlasciwe.

> Co do OpenJPA - tu znowu bardzo radykalnie to widzisz - ja mam inne
> zdanie. Kodo by=B3o (i jest) ca=B3kiem dochodowym biznesem. Na pewno nie
> by=B3o tak popularne jak Hibernate i nic dziwnego - Kodo (podobnie jak
> TopLink) zawsze by=B3y przede wszystkim skierowane do rynku enterprise.

Rynek enterprise - to brzmi groznie. Ja tam nie wiem - z mojego punktu 
siedzenia od paru lat uzywa sie Hibernate - prawie wszedzie. W bankach, 
instytucjach finansowych, w telco, w projektach rzadowych, w moim projekcie. 
Jak sie patrzy na job offers to sie widzi Hibernate, nie Kodo, nie Toplink. 
Kodo i Toplink od paru lat jakby nie istnieja na rynku i to z dobrych 
powodow. 
Funkcjonalnosc jest wzglednie taka sama, ale, Hibernate ma spore community, 
dobra dokumentacje i jest to zywy, ewolujacy produkt. Roznica pomiedzy 
wyborem WebLogica a Kodo jest taka, ze WebLogic (jak rowniez konkretna baza 
danych, system operacyjny i inne podobne) jest czesto odgornie narzucony 
przez corporate policies klienta, umowy miedzyfirmowe klienta i najczesciej 
wybor WebLogica jest koniecznoscia biznesowa nie technologiczna. Wybor OR 
mappera nie jest zwykle regulowanany ani owymi corporate policies ani zadnymi 
umowami - jest calkowicie w gestii osob odpowiedzialnych za implementacje. I 
tu wlasnie liczy sie to w czym Hibernate bije na glowe Kodo - popularnosc, 
community acceptance, fakt, ze na rynku da sie znalezc osoby z doswiadczeniem 
w Hibernate, ale nie da sie tych od Kodo.

> Rynek enterprise to jest inny =B6wiat i kieruje si=EA moim zdaniem zupe=B3ne
> innymi kryteriami wyboru

To wyglada jak poczatek bajki o zelaznym wilku, albo zajawka nowej post-
nuclear adventure. Wszyscy jestesmy w enterprise - tam gdzie sie pieniadze 
robia. Niektorzy poprostu nieproporcjonalnie dumni sa z tego epitetu. I 
Hibernate jest dzisiaj bardziej enterprise i mainstream niz Kodo - takie 
zycie.

>  - to co napisa=B3em we wcze=B6niejszym po=B6cie -
> cena nie jest jedynym kryterium wyboru. Twoje oczekiwania mog=B1 by=E6
> zupe=B3nie inne - OK, ale oczekiwania innych trzeba uszanowa=E6. Java nie
> jest monokulturowa jak cho=E6by =B6rodowisko Microsoft-u i zak=B3ada wielo=
> =B6=E6
> implementacji rozwi=B1zania tego samego problemu oraz wolno=B6=E6 wyboru - w
> czym maj=B1 pom=F3c m.in. standardy (zar=F3wno de jure - np. JCP, jak i de
> facto - np. Spring). Ja osobi=B6cie si=EA z tego ciesz=EA, =BFe jest wiele
> implementacji i ludzie maj=B1 mo=BFliwo=B6=E6 wyboru, cho=E6 wyb=F3r jest
> trudniejszy. OT - inna filozofia.
> Co do JBoss - pewnie zdziwisz si=EA, ale mi oni nie przeszkadzaj=B1 (przez
> te ostatnie 5 lat mo=BFe ze 3 razy si=EA spotkali=B6my). Powiem wi=EAcej -
> wida=E6 bran=BFa jest zdrowa - s=B1 i Fiaty i Mercedesy - jest kilka low-
> end'owych app serwer=F3w, kilka high-endowych i to dobrze. Fiat jest
> bardziej popularny od Mercedesda ? Na pewno. I co z tego ? Inne s=B1
> potrzeby kupuj=B1cych Fiaty, inne Mercedesy.

Obawiam sie, ze opowiesc o tym, ze Kodo to Mercedes, a Hibernate to Fiat 
raczej sie dzis nie sprzeda. BEA o tym chyba dobrze wie - stad OpenJPA.


> Co do dynamicznego typowania w Grooviem - to co mi si=EA podoba, to
> mo=BFliwo=B6=E6 wyboru :-), bo Groovie dopuszcza zar=F3wno statyczne, jak i
> dynamiczne typowanie. Dodatkowo, dzi=EAki integracji z Java, zawsze
> mo=BFna skorzysta=E6 z tego co Java oferuje (i to jest tak=BFe wielki atut
> JRuby). To co pewnie si=EA zmieni=B3o przez te ostatnie kilka lat, to to,
> =BFe ju=BF nawet do mainstream'u trafi=B3o przekonanie o absolutnej
> krytyczno=B6ci tworzenia unit test=F3w (i innych form testowania) i
> traktowania testowania na r=F3wni z kodowaniem. Bez takiego podej=B6cia,
> to rzeczywi=B6cie mo=BFna si=EA bardzo pokaleczy=E6 o dynamizmy. 

Ale unit testy nie zastapia statycznego typowania. W projekcie z >4 osobami 
statycznie typowane interface'y pomiedzy poszczegolnymi komponentami poprostu 
znacznie ulatwiaja development. Ja sam jak dla siebie cos pisze w jezyku bez 
statycznego typowania i za pare miesiecy do tego kodu wracam to pierwszym  
pytaniem czesto jest "Ale co autor mial na mysli?".


A.

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/