🚀 go-pugleaf

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

> Aleksander - Po pierwsze wyrazi=B3em opini=EA, nie plotk=EA. Poda=B3em fakt=
>  -
> co=B6, czego sam do=B6wiadczy=B3em (dok=B3adnie to co napisa=B3e=B6: wywrac=
> aj=B1cy
> si=EA produkt konkurencji - i nie by=B3 to JBoss - i to z powodu
> wydawa=B3oby si=EA tak dobrze rozpoznanego tematu jak JTA). Przytoczy=B3em
> tak=BFe opini=EA o popularno=B6ci Arjuny - opini=EA, kt=F3ra pochodzi z rac=
> zej
> merytorycznej strony - jednego z ludzi, kt=F3rzy stworzyli standard
> transakcji rozproszonych XA (nawet nie =B6miem podwa=BFa=E6 tego rodzaju
> opinii). Nie lubi=EA bigoterii - nie ukrywa=B3em gdzie pracuj=EA i czym si=
> =EA
> zajmuj=EA - tak=BFe po to, aby czytelnik mojej opinii nie czu=B3 si=EA
> oszukany. Doskonale wiem, =BFe takie podej=B6cie czasem (na szcz=EA=B6cie
> rzadko) wyzwala podejrzenie o spam - nie znam metody, aby si=EA przed
> tym ustrzec - w ka=BFdej dyskusji potrzebna jest odrobina zaufania, aby
> strony si=EA nawzajem s=B3ucha=B3y. Przykro mi, =BFe Ty i A.L. za=B3o=BFyli=
> =B6cie
> inaczej (A.L. nawet mnie postraszy=B3, =BFe z firmy wylec=EA - co by=B3o
> kompletnie off-topic...).
> 
> Po drugie, nigdzie nie pojawi=B3o si=EA z mojej strony wychwalanie mojej
> firmy - stara=B3em si=EA opisa=E6 merytorycznie sytuacj=EA na rynku tak, jak
> JA j=B1 widz=EA. Wyrazi=B3em opini=EA dlaczego (moim zdaniem) jest jak jest=
> .. W
> tym sensie moja wypowied=BC nie r=F3=BFni=B3a si=EA od Twojej - ot, dwie op=
> inie
> dw=F3ch r=F3=BFnych os=F3b. Na szcz=EA=B6cie (!) jest wielu dostawc=F3w i m=
> o=BFna
> wybiera=E6. Nie wierz=EA, =BFe da si=EA ludzi "og=B3upi=E6" =B3adnymi slajd=
> ami na
> prezentacji, albo spamem...

Po raz ostatni: pretensje sa o to, ze krytykujesz produkt konkurencji (Arjuna 
- JBoss) podajac jedynie opinie pracownikow wlasnej firmy i zadnych, ale to 
zadnych, szczegolow. Ze ktos pracowal nad XA? No to niech sie popisze swoja 
wiedza i poda taka merytoryczna krytyke Arjuny. Bo na razie to tylko i 
wylacznie FUD. Ja nie potrafie tego jasniej napisac - jesli sie wypowiada o 
bezposredniej konkurencji to obowiazuje nieco wyzsze standardy niz zwyczajnie.


Co do oglupiania - obawiam sie ze oglupianie to wciaz najbardziej powszechna 
forma marketingu w IT. Z mojego punktu siedzenie wynika, ze w procesie 
podejmowania decyzji  korporacyjnych enterprise astronauts kolorowe slajdy 
graja nie ostatnia role. Prosze popatrzec jak takie firmy jak IONA i BEA 
probuja ze swoimi kolorowymi slajdami wskoczyc na pociag pt SOA (ilez kasy 
mozna zarobic poki ludzi nie odkryja czym SOA jest naprawde - http://
soafacts.com/).

> Po trzecie, mam odmienn=B1 opini=EA co do "obrzucania si=EA b=B3otem", bo j=
> est
> "walka o prze=BFycie". Ja tego "obrzucania" ze strony mojej firmy nie
> widz=EA. S=B1 inne sposoby walki na konkurencyjnym rynku. Na ekonomii mnie
> uczyli, =BFe z ofert=B1 mo=BFna i=B6=E6 wszerz (efekt skali), mo=BFna te=BF=
>  wg=B3=B1b
> (specjalizacja). Obserwuj=EA ten rynek od =B3adnych 5 lat - u dw=F3ch
> r=F3=BFnych dostawc=F3w middleware. Middleware sta=B3 si=EA du=BFym rynkiem=
>  i
> obejmuje sporo temat=F3w - nie tylko app serwery - a i te si=EA mocno
> dywersyfikuj=B1. R=F3=BFne firmy po prostu wybieraj=B1 r=F3=BFne strategie -
> wyniki finansowe s=B1 chyba najlepszym miernikiem sukcesu lub pora=BFki
> danej strategii. A z tym w BEA nie jest =BCle.
> 
> Po czwarte - co do wyboru darmowy app serwer versus p=B3atny app serwer
> - cena odzwierciedla warto=B6=E6 dla Klienta. A klienci maj=B1 r=F3=BFne
> oczekiwania, Na przyk=B3ad dla jednych warto=B6ci=B1 jest posiadanie
> wsparcia technicznego - i s=B1 gotowi za to zap=B3aci=E6. Dla jednych wa=BF=
> na
> jest oficjalna certyfikacja Spring, dla innych nie. Niekt=F3rzy maj=B1
> bardzo wysokie oczekiwania co do wydajno=B6ci - w innych projektach
> "good-enough" wystarczy. Sprawa jako=B6ci transakcji rozproszonych od
> kt=F3rych zacz=EAli=B6my ten w=B1tek - jedni tego chc=B1 i s=B1 gotowi zap=
> =B3aci=E6,
> inni - nie. Dla jednych dost=EAp do kodu jest b. wa=BFny - dla innych nie,
> bo liczy si=EA przede wszystkim niezawodno=B6=E6. Takich przyk=B3ad=F3w
> oczekiwa=F1 jest wiele. Moja m=B1dra =BFona cz=EAsto mi powtarza, =BFe gdyby
> jedynym kryterium wyboru by=B3a cena, to wszyscy chodziliby=B6my w
> chi=F1skich tenis=F3wkach i je=BCdziliby=B6my maluchami.

Cena rzeczywiscie odzwierciedla wartosc dla klienta, ale troche nie zgadzamy 
sie co do mechanizmu wyceny. 

> Sprawa staje si=EA jeszcze ciekawsza dzi=EAki temu, =BFe oczekiwania ci=B1g=
> le
> si=EA zmieniaj=B1 - co=B6 co kiedy=B6 by=B3o oczekiwaniem typu cutting edge=
> , za
> par=EA lat staje si=EA commodity. Ale pojawiaj=B1 si=EA nowe oczekiwania -
> okno zmian stale si=EA przesuwa w czasie. Middleware te=BF nie stoi w
> miejscu.
> 
> Wierz mi - ja si=EA bardzo ciesz=EA, =BFe ludzie maj=B1 wyb=F3r - BEA tak=
> =BFe
> wspiera spo=B3eczno=B6=E6 open source (zw=B3aszcza Apache Software Foundati=
> on
> i Eclipse - g=B3=F3wnie z racji ich merytokratycznej kultury), bo jest to
> =B6wietny spos=F3b na sprawdzenie i rozpropagowanie okre=B6lonej
> technologii. Przyk=B3ad - przekazanie do Apache Geronimo kodu =BCr=F3d=B3ow=
> ego
> Kodo i utworzenie OpenJPA. Na tym darmowy Geronimo bardzo mocno
> skorzysta. Ale przy tym zatrzymanie pewnych funkcjonalno=B6ci
> "enterprise" i zaoferowanie ich jako p=B3atnych w WebLogic Server - z
> przekonaniem, =BFe dla OKRE=A6LONEJ grupy klient=F3w b=EAdzie to stanowi=B3o
> warto=B6=E6, uzasadniaj=B1c=B1 wydanie pieni=EAdzy.

Firma BEA wspiera open source ze wzgledu na "ich merytokratyczna kulture"? I 
dlatego wspiera Eclipse, przekazuje cos Apache? Obawiam sie, ze istnieja 
uzasadnienia mniej sprzeczne ze zdrowym rozsadkiem. Jeszcze zadna firma 
komercyjna nie wspierala open source z powodow innych niz biznesowe. Powiem 
tak: BEA wspiera Eclipse, bo musi, bo nie ma innego wyboru, bo musi miec 
narzedziowe wsparcie dla swoich produktow a nie jest w stanie wyprodukowac 
narzedzia rownie popularnego co Eclipse. Bez Eclipse narzedzia BEA bylyby 
niewiele warte i zupelnie zmarginalizowane.
OpenJPA? Oddaja bo: a) i tak nie potrafiliby tego sprzedac (skoro Hibernate 
jest calkiem niezle i darmowe) b) probuja oslabic pozycje JBoss (ktorego 
mocnym punktem zawsze byl Hibernate) i c) zarobic pare punktow u Apache - 
najbardziej vocal open source community w Javaland. (A co do merytokratycznej 
kultury Apache - na ten temat mam zdanie podobne do zdania Haniego Suleimana, 
ktorego doslownie nie powtorze bo nie wypada..) Nawiasem mowiac, pracowalem z 
Kodo jeszcze zanim zostalo kupione przez BEA. Z Toplinkiem tez pracowalem i 
tez zostalo przez Oracla oddane - z podobnych powodow.

Gdyby naprawde chcieli wspierac open source - oddaliby swoja implementacje 
JTA i swoj clustering :-)

> OK - na koniec - najwa=BFniejsze - powr=F3t do w=B1tku o Groovy :-) Jak dla
> mnie bardzo fajna sprawa, bo pozwala zrobi=E6 wiele rzeczy znacznie
> pro=B6ciej, a przy tym ci=B1gle w odwodzie ma si=EA Java (a zw=B3aszcza jej
> infrastruktur=EA J2EE/JEE oraz frameworki - typu Spring). W sumie to
> ciekawe, =BFe tak w sumie niewiele dodatk=F3w - typu closures,
> metaclass'y, dynamiczne typowanie, dynamiczne budowanie klas,
> builder'y czy wbudowana obs=B3uga Map/Lists/Ranges - potrafi=B3y tak
> poprawi=E6 zwi=EAz=B3o=B6=E6 Java. Poza tym Groovy (a tak=BFe Ruby/JRuby) z=
> musza
> ludzi decyduj=B1cych o rozwoju Java do od=B6wie=BFenia tego j=EAzyka (mam
> nadziej=EA, =BFe b=EAdzie mia=B3o to taki pozytywny efekt jak Spring na J2E=
> E/
> JEE).

Nie jestem specjalnym fanem dynamicznego typowania dla typowych bisnesowych 
projektow. Mam w firmie pare starych smalltalkowcow kompletnie nawroconych na 
statyczne typowanie. Zwiezlosc tez mnie nie grzeje ani nie ziebi. Closures 
najprawdopodobniej zostana dodane do Java 1.7, ale prawde mowiac na porzadku 
dziennym w Java sa powazniejsze problemy niz syntactic sugar (choc closures 
milo byloby miec). Np naprawa formatu JAR (JSR-277 (Java Module System)) czy 
JSR 291.


A.

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